Pomalé načítanie stránky, môže za to hosting?

Napsal clusto;910587

Aj ho chcete dako prioritne vyriesit? Oplati sa cakat alebo ist radsej na iny hosting?

Vždy vše řešíme. Hledáme příčinu a něco dokážeme ovlivnit a něco ne (třeba pokud bude problém s konektivitou na cestě). Vydržte. Víte, že komunikujeme přes PM a snažíme se pomoci.

WEDOS Prosim aby ste nezneuzivali pristup do adminu na zverejnovanie know-how stranky!!!

Napsal clusto;910599

WEDOS Prosim aby ste nezneuzivali pristup do adminu na zverejnovanie know-how stranky!!!

Upraveno v textu. Název pluginu nebyl brán z administrace, ale z testů http://www.webpagetest.org/ . Tam je jasně vidět, že zdržují načítání webu soubory, které souvisejí s tím pluginem.Nic jsme nezneužili. To bychom si nikdy nedovolili. Snažíme se Vám pomoci s řešením problému.Jak to máme řešit a jak to máme tady vysvětlit, když nemůžeme dát ani upozornění na výsledek testů (a chybu jež z toho vyplývá)?

Skuste sa napriklad poradit s odbornikmi s lethost.cz, websupport, Endora, best-hosting.cz, hostingsolutions.cz, gigaserver.cz, exohosting.cz... ako podobny "problem" vyriesili oni. Skuste si polozit otazku napr: Preco sa musia cashovat weby na WEDOSE?

Napsal clusto;910611

Skuste sa napriklad poradit s odbornikmi s lethost.cz, websupport, Endora, best-hosting.cz, hostingsolutions.cz, gigaserver.cz, exohosting.cz... ako podobny "problem" vyriesili oni. Skuste si polozit otazku napr: Preco sa musia cashovat weby na WEDOSE?

Naše technické řešení je jiné. Už jsme to psali zde na Webtrhu, už jsme vám to psali i v PM. Problém není ve WEDOS, ale v tom pluginu, který se zde nesmí uvést.

Znamena to teda ze na inych hostingoch kde stranka bezi normalne, pouzivaju vsetci ine technicke riesenie a preto stranka funguje.Nevysvetlili ste mi stale to povinne cashovanie na wedose, len to zahmlievate. Mozete mi to tu napisat, v PM som to nikde nenasiel.

Ještě závěr k celému vláknu. Vzhledem k tomu, že nikdy nemlžíme, nikdy nic nezatloukáme a nevymýšlíme si, tak uvedeme i pravdivou informaci k tomuto problému.Problém byl včera ráno vyřešen k oboustranné spokojenosti.Popis situaceProjevy problémů byly takové, že asi 3 weby (na jednom fyzickém serveru z cca 200) měly problém v některých prohlížečích (například Chrome fungoval v pořádku) a jen z některých lokalit. Situace se velmi špatně simulovala a tím pádem i složitě řešila.Na první pohled to vypadalo na všechny možné problémy na trase nebo se vzhledem nebo obsahem webu, ale přesto jsme se problémem zabývali.Hledání zdroje problémuProblémem jsme se zabývali celý týden a včera ráno jsme přišli na příčinu zvláštního chování. Minulý týden probíhal na jeden náš server DDoS útok a tak tam byla aktivována ochrana proti podobným útokům. Limit na některá spojení z jednotlivých IP adres byl (z bezpečnostních důvodů) snížen a ta nízká úroveň se projevila u složitějších CMS (nebo složitějších vzhledů) a jen v některých prohlížečích. Na běžných webech se problém neprojevil, ale u složitějšího webu (jež vícenásobně vytvářel spojení na náš server) se situace projevila. U zde uvedeného webu například běžný vzhled fungoval dobře (se shodnými daty), ale komplikovanější vzhled byl problematický (a opět pouze v některých prohlížečích).Po několika stovkách testů, změnách a úpravách, analýzách logů a zdrojových kódů webů, jsme se dopracovali k výše uvedené příčině problémů. Příčinu jsme odstranili. Nyní vše jede v pořádku. Na webu jsme neměnili nic, kromě testování cachování a nastavení .htaccess.VýsledekOmlouváme se za způsobené problémy. Udělali jsme opatření, aby se nic podobného neopakovalo. Všem poškozeným jsme se omluvili a s těmi, kteří nás kontaktovali jsme se dohodli na kompenzaci. O problému a řešení celé situace, které jsme věnovali desítky hodin práce, budeme ještě informovat samostatným článkem na naše webu.Ještě z jiného soudku... cachování a WEDOSNeustále se píše o WEDOS a cachování... V souvislosti s řešením problému jsme dělali nějaké testy ohledně cachování stránek pomocí http://www.webpagetest.org/. Cachování je vhodné na každém serveru a na každém webhostingu. U nás (z bezpečnostních, technických a provozních) důvodů máme servery řešené tak, že weby jsou na jednom, databáze na druhém a data na třetím stroji (diskovém poli), e-maily na dalším... Z tohoto důvodu komunikace neprobíhá lokálně po PC sběrnici, ale po datové síti a tím je generování o tisíciny a desetitisíciny sekundy pomalejší. Na serverech máme dostatek RAM (36-72 GB na serveru) a tím naopak pomáháme zpracování a zrychlení. Díky tomu jsou weby u nás rychlé a výkonné. Na vysokém výkonu našeho webhostingu si zakládáme a proto jsme se zabývali i řešením tohoto (výše uvedeného netypického) problému. Jednoduše řečeno - bylo nám to podezřelé.DoporučeníDoporučujeme zapnout cachování jak v aplikacích (různá CMS jež mají vlastní pluginy), tak i cachování na straně prohlížeče pomocí .htaccess. Na toto jsme připravili speciální návod a jen pro představu jsme měřili dobu generování a zobrazení malého webu ve WordPressu. První načtení je vždy cca stejné 1,1 sekundy, ale bez cachování to bylo opět cca 1,1 sekundy. Se zapnutým cachováním to bylo pravidelně pod 0,1 sekundy. Využijte tedy náš návod na úpravu htaccess a zrychlíte tím svůj web.