Čas načítania prehliadača. Čas odozvy servera DNS. Povoliť kompresiu gzip

Marketingový riaditeľ jednej z divízií Optify. Má 20-ročné skúsenosti so zavádzaním rôznych produktov a služieb v e-commerce, počítačových hrách a iných oblastiach.

Algoritmy hodnotenia Google berú do úvahy rýchlosť načítania stránky

9. apríla 2010 Google roka oficiálne oznámili, že ich algoritmy zohľadňujú rýchlosť načítania stránky. Povesti sa šírili už dávno predtým – keď spoločnosť začala klásť dôraz na rýchlosť so svojimi produktmi Chrome ( rýchly prehliadač) a SPDY (fast web content transfer protocol) a podpora superrýchleho širokopásmového pripojenia. V tomto článku sa pokúsime vysvetliť, ako Google určuje rýchlosť a ako môžete otestovať rýchlosť načítania stránky a zlepšiť ju.

Veríme, že rýchlosť načítania stránky je skvelým doplnkom k zvyšku zoznamu faktorov, ktoré určujú hodnotenie stránky v službe Google, a má to dva hlavné dôvody:

1. Rýchlosť načítania stránky je mimoriadne dôležité pre pohodlie používateľa. Výskumy ukazujú, že bežný používateľ má pocit, že mu v hlave tikajú hodiny, keď čaká na otvorenie stránky. S nárastom rýchlosti používania internetu vo všeobecnosti sa zvýšili aj očakávania z hľadiska rýchlosti. Môžete si prečítať príspevok Google o internom testovaní rýchlosti a jeho vplyve. takže,

2. Rýchlosť načítania stránky je faktor, ktorý môže vývojár merať, sledovať a optimalizovať. Veľa in Algoritmus Google je mimo našej kontroly, ale môžeme tento ukazovateľ zlepšiť. Tu je niekoľko nástrojov, ktoré môžete použiť na analýzu rýchlosti svojich stránok, ako aj 6 tipov na zlepšenie rýchlosti načítania stránky a hodnotenia.

Ako Google určuje rýchlosť?

Dva hlavné spôsoby analýzy načítania stránky:

1. Odpoveď na robota Google. GoogleBot je agentský program, ktorý prehľadáva odkazy na webe, kategorizuje stránky a obsah a všetko to odosiela spoločnosti Google, ktorá spracúva údaje pomocou vlastného algoritmu. Robot Google jednoducho zhromažďuje informácie, neanalyzuje ich ani nevyhodnocuje. Má však určité obmedzenia týkajúce sa úplnosti prehľadávania danej stránky, pretože prehľadávanie miliárd stránok trvá dlho. To je jeden z dôvodov, prečo sa odporúča mať „čistý“ kód, umiestniť dobrý obsah na začiatok stránky a vložiť opakujúci sa kód (ako CSS) do samostatných súborov.

2. Čas načítania podľa podľa Google Panel s nástrojmi. Google je veľmi agresívny pri propagácii a popularizácii svojich bezplatných nástrojov. Jedným z dôvodov je to, že spoločnosť Google môže používať svoj panel s nástrojmi ako platformu na analýzu jednotlivých lokalít a stránok.

Nástroje na meranie rýchlosti stránky

Je ich veľa bezplatné nástroje a pluginy na meranie výkonnosti stránok. Tu je niekoľko najlepších, podľa nášho názoru:

1. Ak máte účet správcu webu Google (a mali by ste ho mať), môžete ho použiť špeciálny nástroj v sekcii Labs. Nechá vás dostať Všeobecná myšlienka o tom, ako rýchlo sa vaše stránky načítavajú v porovnaní so stránkami iných lokalít v štatistikách.

2. Rýchlosť stránky je doplnok pre prehliadače Firebug/Firefox, ktorý určuje, ako dobre sa stránka načítava, a poskytuje odporúčania, ako to opraviť.

3. YSlow je ďalší doplnok Firebug/Firefox, ktorý analyzuje rýchlosť a poskytuje odporúčania.

Čo pre vás znamená táto zmena algoritmu?

Zlepšenie rýchlosti načítania stránky nie je také dôležité, ako napríklad správne nastavenie titulné značky, štruktúra URL, jedinečný obsah alebo vysokokvalitné prichádzajúce odkazy. Ak sú však všetky ostatné veci rovnaké, stránka, ktorá sa načítava rýchlejšie, má výhodu. Bezpochyby rýchle stránky pohodlnejšie pre používateľov, čo znamená zvýšenie návštevnosti, zníženie ukazovateľa zbytočné pohľady a zvýšenie počtu zobrazení na návštevu. V každom prípade je najlepšie urobiť všetko pre to, aby sa vaše stránky načítali rýchlo.

6 spôsobov, ako zlepšiť rýchlosť načítania stránky a hodnotenie

1. Optimalizácia obrázkov: Veľké obrázky je možné orezať, komprimovať a sťahovať rýchlejšie.
2. Namiesto toho obrázky na pozadí použite jednoduché farby: načítajú sa rýchlejšie.
3. Použite vyrovnávaciu pamäť: ukladanie do vyrovnávacej pamäte je pre používateľov pohodlné, pretože obrázky a iné statické súbory sa načítajú len pri prvej návšteve a pri ďalších návštevách to už nie je potrebné.
4. Stiahnite si externý Javascript a callables last: najhoršie, čo môžete urobiť, je nechať návštevníkov čakať, kým sa všetok obsah načíta naraz. Ak je to možné, uistite sa, že váš obsah sa načíta ako prvý a externý obsah sa načíta až po ňom.
5. Pre duplicitný kód použite samostatné súbory: Samostatné súbory sa najčastejšie používajú so štýlmi CSS a umožňujú vám zjednodušiť html kód stránky ( menej riadkov kód) a tiež poskytujú centrálny, ľahko dostupný súbor na vykonávanie zmien v dôležitých oblastiach kódu (ako sú šablóny štýlov).
6. Namiesto toho použite štýly CSS HTML tabuľky: Pred načítaním samotnej tabuľky webové prehliadače (IE, Firefox atď.) čakajú na načítanie celého jej obsahu. CSS tento proces zrýchľuje (a jednoduchšie ho aktualizuje).

1. Vyberte jeden z vyššie uvedených nástrojov a nainštalujte ho.
2. Otestujte rýchlosť načítania hlavnej stránky a niekoľkých ďalších stránok rôznych typov.
3. Zistite, ktoré komponenty možno vylepšiť. Prediskutujte to so svojím technickým personálom a správcom webu.
4. Na porovnanie vykonajte rovnaké testy so stránkami konkurentov.

Dúfam, že všetko vyššie uvedené vám pomôže urýchliť načítanie vašich webových stránok – ocenia to používatelia aj vyhľadávače.

Optimalizácia rýchlosti stránok je vždy prioritou, pretože medzi stránkami prichádza veľký konkurencie a je potrebné neustále zlepšovať svoj zdroj. Obaja majitelia webových stránok (blogeri) a veľké spoločnosti ktorí sa zaoberajú SEO propagáciou, pretože chápu, že je to jeden zo základných parametrov.

Zapnuté tento moment existuje veľké množstvo služby na analýzu rýchlosti načítania stránok a identifikáciu problémových oblastí, no napriek tomu väčšina stránok stále nie je optimalizovaná správnym spôsobom.

V tomto článku a checkliste sa budem snažiť neviazať sa na konkrétny CMS, ale písať tak, aby boli riešenia vhodné pre akúkoľvek stránku.

Chcel by som upriamiť vašu pozornosť: ak skontrolujete svoju stránku iba v služby Google PageSpeed ​​Insights, potom to v procese štúdia kontrolného zoznamu pochopíte veľké množstvo parametre sú tam skryté a nezobrazené, napriek tomu, že to stále ovplyvňuje rýchlosť načítania stránky.

Fáza 1. Definujte rozsah optimalizácie rýchlosti webu

Pod „rámcom optimalizácie rýchlosti webu“ mám na mysli množstvo CSS, JS, médií a iných súborov, ktoré sa načítajú na váš web.

Po definovaní „rámca“ budeme vedieť konečný, ku ktorému musíme ísť. A služba, ktorú vytvoril Jonathan Fielding, nám pomôže nájsť údaje – www.performancebudget.io.

Pozrite si krátke video o práci s touto stránkou, kde som jasne ukázal, čo si musíte vybrať, aby ste určili „rámec pre optimalizáciu rýchlosti stránky“:

Fáza 2. Zistite skutočná rýchlosť stránky

Ako som už písal vyššie, Google PageSpeed Insights je dobrý nástroj na kontrolu optimalizácie rýchlosti webu, no stále poskytuje len povrchné rady. Pomocou tohto nástroja môžete najskôr skontrolovať a potom prejsť na podrobnejšie štatistiky, ktoré poskytujú nasledujúce služby:

• WebPagetest
• GTmetrix

Pri testovaní pomocou týchto služieb buďte opatrní, pretože časy načítania sa môžu líšiť v dôsledku skutočnosti, že server vašej stránky a server, na ktorom je spustený test, sú ďaleko od seba.

Služba WebPagetest vám umožňuje vybrať testovací server a prehliadač. Táto služba vo forme diagramov ukazuje, v ktorých zdrojoch (CSS, JS) je najviac percentá na vašom webe. Čo ma najviac teší podrobné štatistiky na požiadanie vo forme grafov. Nechýba ani informácia o tom, na ktoré súbory je aplikovaná kompresia GZIP a hneď je jasné, či je všetko správne zadané v nastaveniach .htaccess.

Služba GTmetrix vám však umožňuje zobraziť plán sťahovania súborov a navyše všetko zobrazuje podrobné tipy na optimalizáciu každej nuansy na stránke. A tu je všetko rozdelené do podrobnejších bodov optimalizácie.

Keď poznáte skutočné informácie o svojej stránke, môžete ju teraz porovnávať tento údaj s tým, kde bol zobrazený rámec optimalizácie rýchlosti webu.

A až teraz môžete naplno využiť kontrolný zoznam nižšie. IN tento kontrolný zoznam Zvažujem iba tie optimalizačné metódy, ktoré od vás nevyžadujú dodatočné finančné investície, ale vyžadujú len túžbu a trochu vytrvalosti prejsť a optimalizovať každú položku.

(Kontrolný zoznam) Vlastná optimalizácia rýchlosti webu 1. Optimalizácia obrazu

Použite obrázky s presným rozlíšením potrebným na stránke.

Často dochádza k situáciám, keď sú použité obrázky s vysokým rozlíšením (napríklad 800x600px), ale na stránke je použitá iba miniatúra (napríklad 300x225px). Táto chyba je bežná najmä pri vytváraní galérií. Používajte len rozlíšenie obrazu, ktoré je potrebné vo vašej konkrétnej situácii.

Skombinujte všetky ikony (ak SVG, tak do sprite SVG) do jedného obrázka (sprite).

Tým sa zníži počet požiadaviek na server. Teraz existujú online riešenia: css.spritegen.com, iconizr. Také sú riešenia pre staviteľov (pre Gulp - gulp-svg-sprites, pre Grunt - grunt-svg-sprite, pre Webpack - Webpack SVG sprite loader).

Optimalizácia obrázkov: PNG, JPG, SVG.

Online riešenia sú tu: TinyPNG, Kraken.io. Rovnako aj automatizované riešenia pre zberateľov: Gulp - gulp-imagemin, gulp-pngquant; Grunt - grunt-contrib-imagemin; Webpack - imagemin-webpack-plugin.

Odloženie obrázkov bez lenivého načítavania alebo jQuery - https://varvy.com/pagespeed/defer-images.html

2. Znížte počet žiadostí

Použite SVG sprite a PNG sprite.

Napísal som o tom v bloku „Optimalizácia obrazu“, ktorý sa nachádza vyššie.

Všetko skombinujte CSS súbor s v jednom.

Ako som už povedal, zníži sa tým počet požiadaviek na server. Pluginy pre staviteľov (pre Gulp - gulp-concat-css, pre Grunt - grunt-concat-css, pre Webpack - css-concat-loader).

Ak je to možné, skombinujte všetky súbory JS do jedného.

Pluginy pre staviteľov (pre Gulp - gulp-concat-js, pre Grunt - grunt-contrib-concat, pre Webpack - webpack-uglify-js-plugin).

Znížte počet databázových dotazov čo najviac.

Čokoľvek, čo je možné načítať bez dotazovania sa na databázu, načítať bez použitia – staticky. Keďže požiadavky a odpovede si vyžadujú čas, bolo by logické, keby sme tento ukazovateľ čo najviac znížili.

3. Optimalizujte CSS a JS

Komprimujeme všetky CSS súbory.

Online riešenia: CSS Compressor, CSS Miniifier gulp-clean-css; Grunt - grunt-contrib-cssmin; Webpack - clean-css-loader.

Komprimujeme všetky súbory JS.

Online služby: JavaScript Compression Tool, JS Minifier. Pluginy pre staviteľov: Gulp - gulp-uglify; Grunt - grunt-contrib-compress ; Webpack – plugin uvedený v predchádzajúcom odseku komprimuje aj JS.

Zrýchlenie načítania webových stránok je na rovnakej úrovni ako ostatné prvky optimalizácia pre vyhľadávače. Niektorí webmasteri majú tendenciu podceňovať dôležitosť tohto faktora (našťastie je ich čoraz menej), medzitým pomalá práca webový zdroj má vplyv nielen priamo na hodnotenie stránok vo vyhľadávaní, ale aj nepriamo kazí karmu v dôsledku zhoršenia behaviorálne faktory.

Málokto rád čaká 2 minúty, kým potrebné informácie sa zobrazí v okne prehliadača. Výsledky mnohých štúdií ukazujú, že používatelia sú ochotní čakať 3 sekundy, kým sa stránka bez problémov načíta, ak hovoríme o mobilnej návštevnosti, tak o niečo dlhšie – až 10 sekúnd. Všetko, čo trvá dlhšie, vedie k odmietnutiu (odchádzajúci návštevníci) – ľudia sa jednoducho presunú na ďalšiu stránku navrhnutú vyhľadávacím nástrojom.

Myslím, že netreba vysvetľovať, že každý stratený návštevník znamená stratené peniaze – menšie príjmy z reklamy a nižšie tržby.

Je tu však ešte jeden bod, ktorý úzko súvisí s rýchlosťou stránky – je to zaťaženie servera, na ktorom je váš zdroj hosťovaný. Spravidla je pomalá prevádzka webovej stránky spôsobená tým, že v systéme bežia neoptimalizované procesy náročné na zdroje, ako napríklad vykonávanie nepotrebných skriptov alebo prenos neprimerane veľkého množstva informácií. To všetko vytvára dodatočné zaťaženie serverov a hostiteľ vás môže požiadať, aby ste prešli na drahší plán. Ešte horšie je, ak nadmerná záťaž spadne na hosting a namiesto načítania stránok (hoci dlhých) dostane návštevník jednu z 500 chýb servera.

Aby som to zhrnul, zrýchlenie webu je potrebné pre:

Udržanie publika a zlepšenie faktorov správania stránok;

Zvýšenie zdroja vo výsledkoch vyhľadávania;

Zníženie zaťaženia hostingu.

Kde začať optimalizačné práce

Projekt sa líši od projektu k projektu a ak chcete začať, musíte vždy pochopiť východisková pozícia podnikania V jednom prípade všetko funguje zle, v druhom všetky zdroje a čas systému pohltí nejaký osamelý živel.

Zobrazia tam tak všeobecné ukazovatele času načítania stránky, objemu stránky a počtu požiadaviek na hosting, ako aj presné čísla pre jednotlivé súbory, skripty a požiadavky.

Zo všeobecných údajov môžeme vyvodiť prvý záver o naliehavosti začatia akceleračných prác:

• Doba načítania menej ako 3 sekundy je dobrá,
• 3-10 sekúnd je dôvodom na obavy,
• viac ako 10 sekúnd - nočná mora a hrôza, treba to urgentne napraviť.

Na optimalizačné práce môžete úplne zabudnúť, ak sa stránky načítajú rýchlejšie ako za 1,5 sekundy.

Ďalej nasleduje rozpis jednotlivých procesov a zoskupenie podľa ich typov. Tu vidíme, ktoré typy údajov spotrebujú maximálnu návštevnosť a generujú maximálny počet požiadaviek. Toto je opäť náznak prvého postupu: obrázky sú na prvom mieste - komprimujeme obrázky, ak sú na čele skripty, musíme optimalizovať kód;

Okrem toho môžu byť niektoré údaje na stránke načítané z iných stránok. Tu môžeme pochopiť, ktoré služby a zdroje kazia obrázok, napríklad na mojej snímke obrazovky môžete vidieť, že reklamné skripty pre kwork (výmeny na voľnej nohe), googlesindications ( Adsense reklamy) a rotaban (bannerová reklamná burza) tvoria 50 % objemu prenášaných dát. Zmeniť externé skripty neexistuje žiadna možnosť, takže keď nájdete niečo veľmi pomalé, prestaňte to používať a hľadajte analógy.

A najviac detailné informácie bude na konečnom diagrame, ktorý zobrazuje nielen množstvo prenesených dát, ale aj reálny čas, odobraté každým procesom. Prvý riadok je vždy požiadavka na hosting a prijatie odpovede od neho html kód stránky. V mojom príklade je tento čas viac ako sekunda - veľa, ale stále tolerovateľné. Ak je bar veľmi dlhý, zmeňte hosťovanie.

Najdlhšie pruhy ukazujú, čo spomaľuje zdroj.

Predbežná analýza umožňuje rýchle vyliečenie kritických problémov pomocou cielených akcií, ktoré prinesú rýchle výsledky.

13 krokov na zrýchlenie načítania webových stránok

Zoznam a popis krokov na urýchlenie načítania webstránky, ktorý uvediem, nie je vyčerpávajúci. Určite existujú ďalšie optimalizačné techniky, o ktorých ešte neviem, ak ich máte, rád sa o nich dozviem a pridám k materiálu.

1. Komprimujte mediálne súbory

Mediálne súbory sú obrázky, videá, zvukové stopy. Na webových stránkach sa video a zvuk spravidla načítajú ihneď po spustení prehrávačov a pri otvorení stránky sa načítajú iba obrázky. resp. Osobitná pozornosť dávame im.

V priemernom zdroji zaberajú obrazové súbory významný podiel všetkého obsahu podľa objemu (v bajtoch). Vyššie uvedená ilustrácia ukazuje, že na mojom blogu na hlavnej stránke je tento podiel takmer 63% (698 kb) - napriek tomu, že sú už optimalizované pre web (komprimované).

Pôvodný objem obrázkov bol 2-3 krát väčší a pohyboval by sa od 1,5 do 2 megabajtov - je ťažké preniesť takúto návštevnosť na každého návštevníka stránky hardvér servera a pre kanály prenosu údajov, najmä ak sa zvýši prevádzka.

Photoshop má špeciálny plugin, ktorý pri úpravách obrázok komprimuje, no nie každý používa tento program, preto existuje univerzálnejší nástroj – online služby. Nahrajte tam svoje obrázky a vezmite späť presne tie isté, ale menšie.

Používam tinypng.com, písal som o ňom návod a iné.

Pre tých, ktorí zneužívajú CMS WordPress, existuje ešte jednoduchšie riešenie – nainštalujte si plugin “Compress JPEG & PNG images”. Tento plugin komprimuje obrázky za behu pri načítaní. Len si pri jej používaní pamätajte, že musíte komprimovať nielen tie obrázky, ktoré sa načítavajú cez knižnicu, ale aj tie, ktoré sú zabudované do témy vašej stránky. Takže zo súborov tém bude potrebné obrázky stiahnuť a komprimovať manuálne prostredníctvom služby.

2. Ukladanie stránok lokality do vyrovnávacej pamäte

Veľa údajov na webových stránkach sa zobrazuje dynamicky, to znamená, že sú extrahované z databázy alebo vypočítané vždy, keď k nim používateľ vstúpi. Sú zobrazované rôznymi funkciami, ktorých je v každom modernom CMS veľa.

Napríklad názov článku je uložený v databáze v špecifická bunka. Keď používateľ otvorí článok blogu prostredníctvom odkazu, prehliadač zadá požiadavku na hosting a tam, vykonaním rôznych príkazov, nástroj stránky získa názov článku z databázy a zobrazí ho na určitom mieste na stránke.

Prostriedky servera (čas) sa vynakladajú na vykonanie každej takejto požiadavky. A týchto požiadaviek je veľa a hosting vždy spustí pre každého používateľa malý program.

Na urýchlenie práce je výhodnejšie vykonať celú generáciu raz hotová stránka, uložte si ju do pamäte a poskytnite novým návštevníkom túto verziu – toto je ukladanie do vyrovnávacej pamäte. Aby informácie nestratili svoju relevantnosť, stránky z vyrovnávacej pamäte sa pravidelne aktualizujú, napríklad raz denne.

Zdá sa, že táto metóda sa transformuje komplexné PHP webové stránky v jednoduchom statickom HTML.

Nie všetky stránky je možné uložiť do vyrovnávacej pamäte, iba tie, ktorých informácie zostávajú relevantné pomerne dlho, napríklad články na blogu sú ideálnou možnosťou. Vyhľadávanie leteniek však nemôžete uložiť do vyrovnávacej pamäte.

Pre WordPress existuje niekoľko pluginov určených na ukladanie do vyrovnávacej pamäte, jedným z nich je .

3. Ukladanie údajov do vyrovnávacej pamäte v prehliadači

Moderné prehliadače dokážu ukladať materiály zo stránok priamo do počítača, takže pri ďalšej návšteve toho istého zdroja nemusíte sťahovať celé stránky a súbory, ale iba načítať zmenené údaje.

Súhlaste s tým, že nie je potrebné znova sťahovať logo môjho blogu z internetu, ak prejdete na inú stránku, kde sa presne zhoduje s tým, čo je na tej aktuálnej.

Úlohou vašej stránky, respektíve jej súboru htaccess, je povedať prehliadačom, aké údaje potrebujú ukladať do vyrovnávacej pamäte (skripty, obrázky atď.). Navyše nepotrebujete všetky konkrétny súbor na registráciu jednoducho uvedieme typy (prípony).

Tu je kód pre htaccess, stačí ho vložiť do súboru:

# Súbory html a htm budú uložené na jeden deň Sada hlavičiek Cache-Control "max-age=43200" # css, javascript a textové súbory budú uložené na týždeň Sada hlavičiek Cache-Control "max-age=604800" # flash súbory a obrázky budú uložené na mesiac. Hlavička je nastavená Cache-Control "max-age=2592000" # Zakázať ukladanie servisných súborov do vyrovnávacej pamäte Hlavička je zrušená Cache-Control

# Povoliť ukladanie do vyrovnávacej pamäte v klientskych prehliadačoch < ifModule mod_headers.c > # Súbory html a htm budú uložené 24 hodín < FilesMatch "\.(html|htm)$" > Sada hlavičiek Cache-Control "max-age=43200" < /FilesMatch > # css, javascript a textové súbory budú uložené na týždeň < FilesMatch "\.(js|css|txt)$" > Sada hlavičiek Cache-Control "max-age=604800" < /FilesMatch > # flash súborov a obrázkov bude uložených mesiac < FilesMatch "\.(flv|swf|ico|gif|jpg|jpeg|png)$" > Sada hlavičiek Cache-Control "max-age=2592000" < /FilesMatch > # Zakázať ukladanie súborov služieb do vyrovnávacej pamäte < FilesMatch "\.(pl|php|cgi|spl|scgi|fcgi)$" > Hlavička nie je nastavená Cache-Control < /FilesMatch > < /IfModule >

4. Gzip kompresia prenášaných dát

Ak poznáte archivačné programy, chápete, že súbory zabalené pomocou špeciálnych algoritmov zaberajú menej miesta. V prípade webových stránok sa v dôsledku kompresie súborov pomocou technológie Gzip znižuje objem dát prenášaných z hostingu k používateľovi, a tým aj rýchlejšie načítavanie.

Tento dátový balík znižuje svoj objem 2-4 krát. V predvolenom nastavení môže serverový softvér komprimovať údaje, musíte túto funkciu povoliť pomocou kódu v súbor htaccess:

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/css text/javascript application/javascript application/x-javascript

# text kompresie, html, javascript, css, xml: < ifModule mod_deflate.c > AddOutputFilterByType DEFLATE text / html text / obyčajný text / xml aplikácia / xml aplikácia / xhtml + xml text / css text / javascriptová aplikácia / javascriptová aplikácia / x-javascript < /ifModule >

Ak máte spustený Hyper Cache alebo iný modul na ukladanie do vyrovnávacej pamäte, kompresia už môže byť povolená a nie je potrebné ju pridávať do htaccess, v takom prípade to nie je potrebné.

Musíte pochopiť, že samotný proces kompresie prenášaných údajov zaberá zdroje servera, takže účinok nie je úmerný stupňu balenia.

5. Zníženie počtu požiadaviek na stránku

Každý skript, písmo, súbor CSS a obrázok pripojený k stránke vytvára samostatnú požiadavku na hosting. Čím viac požiadaviek, tým viac zdrojov servera sa vynakladá na ich spracovanie, čo zaberá čas.

Všetky 4 obrázky môžeme skombinovať do jedného a nahrať ho na hosting a následne pod každým odkazom na sociálnu sieť zobraziť len časť obrázka a posúvať ho. Na stránku bude zaslaná iba 1 žiadosť. Presne takto som to urobil, celý blok sociálnych tlačidiel v bočnom paneli je jeden obrázok.

Podobne spájame skripty do jedného súboru a CSS štýly.

6. Obmedzte HTML, CSS a JS

Pri kompilácii súborov týchto formátov ich kóderi vždy píšu tak, aby bolo vhodné ich dopĺňať a opravovať – vkladajú sa komentáre, robia sa odsadenia a zalomenia riadkov. Všetky tieto maličkosti zvyšujú konečnú veľkosť súborov, ale nemajú žiadny význam pre prehliadače, ktoré ich spracúvajú.

Prehliadač je program (), ktorý nepotrebuje komentáre a ďalšie funkcie, číta iba príkazy v kóde a spracuje obe možnosti rovnako:

Aby sme teda stránku zrýchlili, môžeme z finále pokojne odstrániť všetky nepotrebné HTML verzie, CSS a JS súbory.

Zvyčajne to robia: uložia zdrojový kód pre budúce úpravy a nahrajú funkčnú komprimovanú verziu priamo na webovú stránku.

Príklady stránok, kde môžete komprimovať kód:

• HTML – daruse.ru/kompressor-html-koda-onlajn
• CSS – seolik.ru/minify-css
• JS – seolik.ru/minify-js

7. Odstránenie zbytočné funkcie alebo nahradenie kódom HTML

Táto položka bude užitočná pre majiteľov obľúbených stránok WordPress motory, Joomla atď. Ak je stránka vyrobená na objednávku, všetko by tam malo byť optimálne naraz.

Čo presne odstrániť alebo zmeniť, pozrite si kód v súboroch lokality a zdrojový kód vygenerovanej stránky.

Pre všetky možnosti CMS I konkrétne príklady Nedám to, pretože nie som kompetentný (kontaktujte príslušných špecialistov), ​​ale podľa Tip pre WordPress Dám.

Zo sekcie hlavičky odstránime všetky skryté nepotrebné odkazy, sú k ničomu a návštevník ich aj tak nevidí. A niektoré údaje sa dokonca môžu stať užitočnou pomôckou pre hackerov.

Aby ste sa ich zbavili, vložte nasledujúci kód do súboru functions.php vašej témy:

/*** Odstránenie nepotrebných vecí z hlavičky ***/ remove_action("wp_head","feed_links_extra", 3); remove_action("wp_head","feed_links", 2); remove_action("wp_head","rsd_link"); remove_action("wp_head","wp_generator"); remove_action("wp_head","start_post_rel_link",10,0); remove_action("wp_head","index_rel_link"); remove_action("wp_head","adjacent_posts_rel_link_wp_head", 10, 0); remove_action("wp_head","wp_shortlink_wp_head", 10, 0); remove_action("wp_head", "wlwmanifest_link");

/*** Odstránenie nepotrebných vecí z hlavičky ***/ remove_action ("wp_head" , "feed_links_extra" , 3 ); remove_action ("wp_head" , "feed_links" , 2 ); remove_action ("wp_head" , "rsd_link" ); remove_action ("wp_head" , "wp_generator" ); remove_action ("wp_head" , "start_post_rel_link" , 10 , 0 ); remove_action ("wp_head" , "index_rel_link" ); remove_action ("wp_head" , "adjacent_posts_rel_link_wp_head" , 10 , 0 ) ; remove_action ("wp_head" , "wp_shortlink_wp_head" , 10 , 0 ) ; remove_action ("wp_head" , "wlwmanifest_link" );

Tiež nahrádzam s HTML funkcie výstup:

- názov stránky - popis stránky

- Názov stránky - popis stránky

Vo väčšine vzorov sa vyskytujú niekoľkokrát. Samotný názov sa zriedka mení, preto je efektívnejšie nahradiť ho hotovým textom.

Ak chcete, môžete nahradiť veľa rôznych prvkov stránky WordPress, všetko závisí od vašej túžby odľahčiť šablónu. Napríklad nahradenie dynamického bočného panela kódom však nebude také pohodlné na používanie – widgety sa nedajú zmeniť z administračného panela.

Jedným slovom, pole pre optimalizáciu je obrovské, ale radím vám, aby ste sa zaobišli bez fanatizmu.

8. Optimalizácia a čistenie databázy

Postupom času sa s pravidelnými zmenami v databáze lokality rozšíri, zväčší sa a začne pracovať pomalšie.

Ak chcete obnoviť jeho pôvodnú silu, stojí za to pravidelne optimalizovať obsah tabuliek. Pre tieto účely prejdite do databázovej sekcie vášho hostingu, zadajte phpMyAdmin - tam sa zobrazia fragmentované tabuľky, vyberte ich a v možnostiach akcie vyberte „optimalizovať“.

9. Blokovanie zbytočného zaťaženia od robotov

Mnoho ľudí má prístup k stránkam vášho webu, ale medzi všetkými možných predplatiteľov sú len 2 užitočné:

Živý návštevník, ktorý prišiel za obsahom;

Vyhľadávací robot navštevujúci indexové stránky.

Všetko ostatné sú zbytočné skenery alebo zlí hackeri – do pekla, ale existuje tendencia, že počet takýchto spojení rastie úmerne s rastúcou popularitou projektu.

Keď je veľa škodlivých robotov, hosting skolabuje z nadmernej záťaže. Extrémny prípad - útok DDos () - zničí vašu stránku spolu s hostingom.

Blokovať skutočné DDoS útoky sú potrebné špeciálne opatrenia, ale problémom je, že ak sa zanedbávajú jednoduché nástroje na blokovanie nepotrebnej aktivity, akékoľvek náhodné príchody botov a hackerov sa zmenia na takýto útok.

A nemusí plytvať zdrojmi škodlivú činnosť, je lepšie ich uložiť pre bežných návštevníkov.

Našťastie väčšina robotov má vo svojich menách charakteristické črty a možno ich zablokovať pomocou htaccess. Tento kód zakazuje prístup menám agentov:

# Zakázať hackerské roboty RewriteEngine na RewriteCond %(HTTP_USER_AGENT) ^$ RewriteCond %(HTTP_USER_AGENT) (|"|%0A|%0D|%27|%3C|%3E|%00) RewriteCond %(HTTP_USER_AGENT) .*(libwww- perl|wget|python|nikto|curl|scan|java|winhttp|clshttp|loader).* RewriteRule ^(.*)$ -

# Zakázať hackerské roboty RewriteEngine zapnutý RewriteCond %(HTTP_USER_AGENT) ^ $ RewriteCond %(HTTP_USER_AGENT) (< | >| "| % 0A | % 0D | % 27 | % 3C | % 3E | % 00) RewriteCond %(HTTP_USER_AGENT) . * (libwww-perl | wget | python | nikto | curl | scan | java | winhttp | clshttp | loader) . * RewriteRule ^ (. * ) $ -

Pre súbory, ako je prihlásenie správcu, nastavte zákaz pre neoprávnené adresy IP. Ak to chcete urobiť, vložte kód do htaccess:

objednávka zamietnuť, povoliť odmietnuť od všetkých povoliť od xx.xx.xx.xx

< Files wp-login.php > rozkaz odmietnuť, povoliť odoprieť od všetkých povoliť od xx. xx. xx. xx < /files >

Namiesto xx.xx.xx.xx - vaša IP adresa. Všetky požiadavky na tieto súbory s adresy tretích strán dostať odpoveď servera 403 (prístup odmietnutý). Táto odozva vytvára minimálne zaťaženie.

Pomocou denníkov prístupu sa pozrite na to, ktoré ďalšie prvky vašej stránky priťahujú pozornosť robotov a zablokujte ich.

10. Zákaz priame použitie obrázky zo stránky

Stáva sa, že sa rozhodli umiestniť obrázok z vašej stránky na iný zdroj. Ale nielen to stiahnite a uverejnite, ale nechajte pôvodný odkaz v src priamo na vašu doménu. Ukázalo sa, že používateľ prejde na stránku konkurenta alebo ešte horšieho zlodeja obsahu a zobrazí sa mu váš obrázok načítaný z vášho hostingu. Nedostanete nič, ale svoje zdroje hostingu miniete na údržbu pirátskej stránky.

Vaša stránka by sa nemala používať ako stránka na hosťovanie fotografií, každý, kto ju potrebuje, by si ju mal stiahnuť a umiestniť na svoju stránku. Dbajte na to, aby sa každému, kto si chce vytiahnuť takéto číslo, ukázal figu.

Ak to chcete urobiť, vytvorte súbor .htaccess v priečinku, kde sa nachádzajú obrázky vašich príspevkov, pre WordPress je to wp-content/upload/. Môžete tiež použiť hlavný htaccess v koreňovom adresári, ale potom budú všetky obrázky zablokované a čo keď sa rozhodnete umiestniť svoj banner na stránku niekoho iného.

A tak budú filtrované iba obrázky umiestnené v určitom priečinku a tie súbory, ktoré sú blokované, nebudú musieť byť v samostatnom adresári (urobte ho napríklad v koreňovom adresári stránky).

Do súboru htaccess napíšte nasledujúci kód na odmietnutie žiadostí o obrázky prichádzajúce z iných domén:

RewriteEngine na RewriteCond %(HTTP_REFERER) !^$ RewriteCond %(HTTP_REFERER) !^http(s)?://(www\.)?.(jpg|jpeg|png|gif)$ -

RewriteEngine zapnutý RewriteCond %(HTTP_REFERER) ! ^$ RewriteCond %(HTTP_REFERER) ! ^http(s)? : / / (www \ . ) ? obchodný systém. ru RewriteRule\. (jpg | jpeg | png | gif ) $ -

* moja doména je uvedená v kóde - zmeňte ju.

Okrem jednoduchého blokovania z toho môžeme ťažiť aj my – namiesto pôvodného obrázka zobraziť alternatívny obrázok, napríklad s nápisom o zdrojovej stránke (reklama pre vás zadarmo). Na svoj server môžete umiestniť alternatívny obrázok, ale to opäť vytvorí dodatočnú záťaž, takže je lepšie ho umiestniť na bezplatný hosting fotografií, napríklad radikal.ru.

V tomto prípade zmeňte posledný riadok kódu na niečo takéto:

RewriteRule \.(jpg|jpeg|png|gif)$ http://s57.radikal.ru/i156/1504/84/f6d030f80631.png

Ahojte chalani!

Dnešok bude jednou z najdôležitejších tém v interná optimalizácia stránky. Materiál je veľký, ale praktický a užitočný. Ťažké chvíle som podporil video lekciami.

Povieme si, ako zrýchliť načítanie vášho webu pomocou 7 pracovných metód. Možno ich pozná každý. Ale všimol som si, že nie každý ich používa. A v komplexe najmä málo ľudí.

Vo všeobecnosti v obsahu popíšem všetky metódy bod po bode a potom si všetko prečítam a uvediem do praxe.

Pred zrýchlením stránky chcem povedať pár slov o dôležitosti tejto akcie ao spôsoboch kontroly rýchlosti načítania.

Už dlho je známe, že rýchlosť načítania zdrojov je jedným z hodnotiacich faktorov vo výsledkoch vyhľadávania. Ak vezmete absolútne 2 rovnaké stránky, ale jedna sa načíta rýchlejšie, bude mať vyššie pozície vo výsledkoch vyhľadávania. To však neznamená, že prvý bude na pozícii 30 a druhý na pozícii 1. Nie, ide len o to, že rýchlejšie načítavanie stránky bude o niečo lepšie.

Preto, ak existujú nejaké jednoduché spôsoby, ako aspoň v niečom predbehnúť našich konkurentov, potom to musíme urobiť. Okrem toho existuje veľa takýchto metód. Použitím všetkých z nich pôjdeme správnym smerom a predbehneme našich konkurentov.

Čo sa týka kontroly rýchlosti načítania stránky, vždy som používal službu webwait. Keď na ňu prejdete, stačí vložiť adresu ľubovoľnej stránky na vašom webe a začať kontrolovať.

Štandardne služba skontroluje rýchlosť načítania stránky 5-krát, aby určila priemernú hodnotu. Interval medzi požiadavkami bude 5 sekúnd. Ak chcete zmeniť obe hodnoty, príslušné nastavenia som zvýraznil modrým rámčekom na obrázku vyššie. Prvým je počet kontrol, druhým interval medzi požiadavkami.

Práve som skontroloval rýchlosť načítania jedného z mojich článkov. Na základe výsledkov 5 kontrol som dostal priemerný výsledok 0,82 sekundy.

Samozrejme, môže byť ťažké dosiahnuť malú hodnotu a závisí to od mnohých faktorov:

• množstvo obsahu na stránke;
• Počet načítaných skriptov;
• Veľkosť grafiky na stránke a na lokalite ako celku;
• Počet pluginov.

Preto sa musíte pokúsiť znížiť vplyv všetkých týchto faktorov. To je to, o čom začneme hovoriť ďalej. Prejdime k prvej a možno najjednoduchšej metóde.

Optimalizácia grafiky

Nie je žiadnym tajomstvom, že najvýznamnejším prvkom každej stránky je grafika. To zahŕňa grafiku na každej stránke a celkovú grafiku. Čo sa týka grafiky na každej stránke, ide o obsahovú grafiku – obrázky, screenshoty, fotografie. Všeobecná grafika je grafika, ktorá je súčasťou dizajnu webovej stránky. Toto všetko vieme optimalizovať.

Do svojich článkov by ste nikdy nemali zahrnúť grafiku v plnej veľkosti. Táto chyba je jasne vyjadrená na stránkach venovaných kulinárskym témam a fotografiám, keď sú všetky fotografie načítané do článkov v plnej veľkosti.

Jedna fotografia urobená priemerne kvalitnou zrkadlovkou bude vážiť niekoľko megabajtov. Ak na stránku nahráte takúto fotografiu, návštevník si pri vstupe na stránku stiahne celú fotografiu. Predstavte si, ako dlho by trvalo načítanie stránky, ak by ste zverejnili 10 veľkoobjemových obrázkov.

Pri publikovaní obsahu venujte pozornosť tomuto bodu. Raz som napísal článok o bez straty kvality. Materiál bude pre vás veľmi užitočný.

Pokiaľ ide o dizajn, skúste použiť menej obrázkov. Pomocou štýlov CSS môžete vytvoriť úplne zdravý a organický dizajn. Toto bude ešte lepšie. Ak sa pozriete na veľmi populárne zdroje, všimnete si, že ich dizajn je v podstate biely podklad s deliacimi čiarami. Toto vám veľmi hrá do kariet a zabije 2 muchy jednou ranou:

Znižuje čas načítania;

Zvyšuje pohodlie pri konzumácii obsahu.

Ak nemôžete žiť bez farebných obrázkov, môže vám pomôcť článok o zmenšení veľkosti obrázkov (odkaz vyššie).

Ukladanie do vyrovnávacej pamäte

Ukladanie do vyrovnávacej pamäte - možno podstatný prvok V rýchle načítanie stránky lokality. Predovšetkým túto funkciu užitočné pri vysokej prevádzke, keď sa do databázy vytvára veľa dopytov.

Ak chcete vykonať ukladanie do vyrovnávacej pamäte na webovej lokalite (pre WordPress), musíte si nainštalovať doplnok Hyper Cache. Prečítajte si úplné pokyny na. Všetko som tam žuval.

Do súboru .htaccess môžete pridať aj nejaké kódy, ktoré tiež povolia ukladanie do vyrovnávacej pamäte, ako aj kompresiu gzip. Aby som bol úprimný, nevšimol som si ich vplyv na moju stránku. Možno preto, že môj blog bol už plne optimalizovaný. A nevidím v nich veľký zmysel. A je tu jeden problém, pretože nebudeme môcť vymazať vyrovnávaciu pamäť. Potom nebudú na stránke viditeľné žiadne zmeny. Preto tieto kódy neposkytnem, aby ste si neskôr nelámali hlavu, ak sa vyskytnú problémy.

Ja ich nepoužívam. Ukladanie do vyrovnávacej pamäte pomocou doplnku Hyper Cache je viac než dosť.

Optimalizácia načítania skriptov

Ak je vaša stránka celkom funkčná (rôzne sociálne tlačidlá, posuvníky, počítadlá návštevnosti atď.), Potom má veľa skriptov.

Skriptá sú vždy nadbytočné a obrovský tlak na webovú stránku.

Ak je to možné, vždy sa ich zbavte. Ak to nie je možné, môžete ich načítať ako posledné a tiež ich odstrániť zo samotného kódu šablóny témy.

Ak chcete načítať skripty na samom konci načítania stránky, musia byť umiestnené úplne naspodku kódu stránky, teda v päte. Vo WordPresse sa to robí tak, že ho umiestnite do súboru footer.php pred uzatváraciu značku. Môžete tiež umiestniť skripty samostatný súbor

, nie v súbore footer.php. A potom načítajte tento súbor na koniec súboru v suteréne. Toto je najlepší spôsob načítania skriptov na stránku.

Ukážem vám v praxi, ako na to všetko. Začnem videonávodom.

Časť, ktorú potrebujeme, som zvýraznil červeným rámom. Ako vidíte, je uzavretý v úvodných a záverečných značkách skriptu, ktoré sú zvýraznené modrými rámikmi. Uzatváraciu značku som zvýraznil čiernym rámom, aby bolo vidieť, kde sa nachádza samotný skript.

Aby sme tento skript umiestnili do samostatného súboru, musíme zobrať jeho obsah (červený rámček) a umiestniť ho do nového súboru, ktorý vytvorím pomocou editora Notepad. Obsah nového súboru bude vyzerať takto.

Teraz tento súbor uložíme vo formáte .js a nazveme ho vhodným názvom. Nazvem to „footer-scripts.js“, aby som jasne pochopil, že ide o súbor skriptov, ktoré sa zobrazujú v päte stránky.

Teraz môžete tento súbor nahrať na stránku, aby skripty fungovali. Ak to chcete urobiť, musíte umiestniť riadok kódu, ktorý určuje cestu k tomuto súboru. Kód musíte umiestniť do súboru footer.php pred koncovú značku /

Tu je môj riadok kódu.

V ňom budete musieť nahradiť cestu k súboru a jeho názov, ak bol nazývaný inak. Pre ľahšie pochopenie uvádzam riadok s radami.

Cesta k súboru v tomto riadku je vhodná pre stránky WordPress. Ak máte webovú stránku na inom engine alebo len HTML stránku, potom bude potrebné zmeniť cestu tak, aby vám vyhovovala.

Keď bol riadok zmenený, umiestnime ho do súboru päty pred záverečný body tag. Bude to vyzerať ako na obrázku nižšie.

U vás by to malo byť približne rovnaké. Ako vidíte, okrem tohto riadku sa zobrazujú aj ďalšie skripty. Pri načítavaní stránky sa teda načítavajú ako posledné. Samotný kód stránky sa stáva čistejším a príjemnejším vyhľadávače. To tiež zohráva úlohu pri propagácii.

Týmto spôsobom by ste sa mali zbaviť maximálneho počtu skriptov v súboroch šablón a pokúsiť sa ich buď úplne odstrániť, alebo ich načítať cez súbor, ako som ukázal vyššie. Toto je jeden z najlepšie spôsoby, ako zrýchliť stránku, ak má veľa skriptov.

Ak potrebujete umiestniť nie jeden skript, ale niekoľko skriptov do jedného súboru, jednoducho ho odsaďte a umiestnite nový kód. Ale potom je lepšie podpísať každý skript, aby ste sa neskôr neplietli. Môžete si napríklad stiahnuť môj súbor a odkazovať naň.

A ešte jedna poznámka. Nie všetky skripty fungujú v päte lokality. Niektoré fungujú len pri umiestnení do hlavičky, teda do súboru Header.php medzi značky. Napríklad, sociálne tlačidlo„Páči sa mi“ od Vkontakte nefunguje v suteréne, ak si vezmete jeho kód zo sociálnej siete. V tomto prípade budete musieť skript umiestniť do hlavičky.

Zbavte sa zbytočných požiadaviek v kóde šablóny

Toto je najviac ťažká cesta pri zrýchlení stránky, ktorá beží na nejakom motore, napríklad WordPress. Jeho podstatou je nahradenie riadkov PHP kódu v súbore šablóny už vygenerovaným kódom, aby sa zbavilo zbytočného generovania dotazov do databázy.

Budeme potrebovať súbor header.php a všetko, čo je v ňom medzi značkami. Medzi týmito značkami sú uložené PHP kódy, ktoré generujú požiadavky a zobrazujú základné informácie. Celý bod bude ľahšie pochopiť pomocou videonávodu, ktorý som pripravil nižšie.

Teraz textová verzia.

Všetko ukážem na príklade riadku, ktorý generuje požiadavku na zobrazenie kódovania stránky. Riadok v súbore vyzerá takto.

Ako vidíte, toto je PHP kód. Ak sa pozrieme na zdrojový kód (ctrl+u) ktorejkoľvek stránky na webe, uvidíme, že tento PHP kód už neexistuje, ale bude tam HTML kód so zadaným kódovaním.

Aby ste sa zbavili tejto požiadavky na vygenerovanie kódovania, musíte zo zdrojového kódu zobrať hotový riadok a zmeniť ním php kód v súbore šablóny. Nakoniec to bude takto.

Zbavili sme sa jednej požiadavky. Rovnakým spôsobom musíte nahradiť ďalšie možné riadky. Samozrejme, nebude sa dať robiť všetko, keďže nie všetko je in zdrojový kód sa zobrazí . Ale musíme sa o to snažiť maximálny počet nahradenie

Chcel by som tiež upozorniť na skutočnosť, že existuje kód na generovanie názvu stránky. Zvyčajne je obsiahnutý v značkách. Ak plánujete zmeniť názov zdroja, potom buď tento kód nenahrádzajte, alebo nezabudnite zmeniť názov v kóde súboru neskôr, pretože po nahradení názvu sa z hotového riadku vypíše názov. Názov stránky sa nevygeneruje, pretože tam nebude žiadny PHP kód. Zvážte tento bod.

Nezabudnite tiež vykonať všetky takéto manipulácie so súbormi až po . A urobte ich na počítači pomocou programov na úpravu, aby ste mohli úpravy vrátiť späť. Na podobné účely používam Poznámkový blok.

Zakázanie revízií

Opäť vás potrápim videonávodom.

Revízie sú automatické ukladanie kópií záznamov, ktoré sa vyhotovujú pri vytváraní záznamov v určitých časových intervaloch.

V skutočnosti je to užitočná vec, ale niekedy to vytvára veľa odpadu a načítava databázu. Dôrazne neodporúčam túto funkciu vypínať, pretože niekedy to pomáha. Svetlo môže náhle zhasnúť a čo potom? A ak existujú kópie nahrávky, môžete svoj postup bezpečne obnoviť. Už sa to stalo viackrát, viem to z vlastnej skúsenosti.

Aj tak som ich vypol, ale ak ste začiatočník, neodporúčam to robiť. Lepší čas Z času na čas vyčistite databázu revízií, pretože veľké množstvo z nich vytvára značné zaťaženie.

V koreňovom adresári enginu je priečinok WP-includes, ktorý obsahuje súbor default-constants.php. Musíte ho otvoriť a nájsť v ňom nasledujúci obsah.

if (!defined("AUTOSAVE_INTERVAL")) define("AUTOSAVE_INTERVAL", 60); /** * @od 2.9.0 */if (!defined("PRÁZDNE_DNI_SMIETKA")) definovat("DNI VYPRÁZDNENÉ_SMIETKY", 30); if (!defined("WP_POST_REVISIONS")) define("WP_POST_REVISIONS", true);

definuj ("AUTOSAVE_INTERVAL" , 60 ) ; * @od 2.9.0 definuj ("EMPTY_TRASH_DAYS" , 30 ) ; ak (! definované ("WP_POST_REVISIONS" ) ) definuj ("WP_POST_REVISIONS" , true ) ;

V čase písania tohto článku sa toto všetko nachádza od riadku 277. Celý tento kód je zodpovedný za bezpečnosť našich záznamov. Skladá sa z 3 častí, z ktorých každá začína na if.

Prvá časť je zodpovedná za interval automatické vytváranie revízie. Predvolená hodnota je 60 sekúnd, čo znamená, že každú minútu sa vytvorí jedna kópia nahrávky. Predstavte si, že písaním článku strávite viac ako jednu hodinu. Môcť daná hodnota zvýšiť, napríklad na 10-20 minút. Toto nastavenie funguje iba vtedy, keď sú povolené revízie.

if (!defined("AUTOSAVE_INTERVAL")) define("AUTOSAVE_INTERVAL", 600);

ak (! definované ("AUTOSAVE_INTERVAL" ) ) definuj ("AUTOSAVE_INTERVAL" , 600 ) ;

Hodnota sa nastavuje v sekundách.

Druhá časť je zodpovedná za čas uloženia vymazaných záznamov do koša. Keď záznamy vymažeme, idú do koša. Štandardne sú tam uložené 30 dní, po ktorých sa vymažú. Ak nastavíte hodnotu na 0, položky nepôjdu do koša, ale budú okamžite vymazané bez možnosti obnovenia.

if (!defined("PRÁZDNE_DNI")) define("PRÁZDNE_DNI", 0);

ak (! definované ("EMPTY_TRASH_DAYS" ) ) definuj ("EMPTY_TRASH_DAYS" , 0 ) ;

Tretia časť je zodpovedná za prácu auditov. V predvolenom nastavení sú povolené. Ak ho chcete zakázať, potom hodnotu true musíte zmeniť na nepravdu alebo nastaviť na 0.

Myslím, že nie je žiadnym tajomstvom, že rýchlosť načítania stránky je ovplyvnená mnohými faktormi. Ak niekto nevie, stručne poviem nasledovné: rýchlosť načítania ovplyvňuje nielen to, či návštevník počká na načítanie vašej stránky, ale aj SEO optimalizáciu. V skutočnosti dnes mnohé vyhľadávače začali pri hodnotení stránok brať do úvahy rýchlosť načítania stránok. Čím rýchlejšie sa teda vaše stránky načítajú, tým viac návštevníkov môžete získať z vyhľadávačov a tým viac peňazí na nich môžete zarobiť.

Preto som sa v tomto článku rozhodol zozbierať 10 najlepších tipov, ako môžete zvýšiť rýchlosť načítania webovej stránky a stránky ako celku.

Mimochodom, tento článok sa zúčastňuje súťaže TOP-10 od Sergeja Shelvina s cenovým fondom 500 dolárov!

5. Na paralelné sťahovanie použite subdomény

Ako som uviedol vyššie, podľa špecifikácie HTTP/1.1 prehliadače podliehajú obmedzeniam počtu súčasne načítaných komponentov webovej stránky, a to nie viac ako 2 komponentov z jedného hostiteľa. Preto, ak má vaša stránka veľa grafiky, je lepšie ju presunúť na samostatnú subdoménu alebo subdomény. Pre vás to bude rovnaký server, ale pre prehliadač to bude iné. Čím viac subdomén vytvoríte, tým viac súborov prehliadač sa bude môcť načítať súčasne a tým rýchlejšie sa načíta celá stránka webu. Stačí zmeniť adresu obrázkov na novú. Veľmi jednoduchý, ale účinný spôsob.

6. Použite vyrovnávaciu pamäť prehliadača

Ukladanie do vyrovnávacej pamäte sa stáva mimoriadne dôležitým pre moderné webové stránky, ktoré sa vo veľkej miere spoliehajú na JavaScript a CSS. Faktom je, že keď návštevník prvýkrát navštívi vašu stránku, prehliadač si stiahne všetky javascriptové a css súbory a načíta aj všetku grafiku a flash, ale správnym nastavením hlavičky Expires HTTP stránku spravíte komponenty ukladateľné do vyrovnávacej pamäte. Týmto spôsobom, keď návštevník znova navštívi vašu stránku alebo sa presunie na ďalšiu stránku vášho webu, jeho vyrovnávacia pamäť prehliadača už bude mať niektoré potrebné súbory a prehliadač ich nebude musieť znova sťahovať. Z toho vyplýva zvýšenie rýchlosti načítania stránok.

Preto nastavte hlavičku HTTP Expires všade, kde je to možné, niekoľko dní alebo dokonca mesiacov vopred. Aby webový server Apache vydával hlavičky HTTP Expires, ktoré sú v súlade s odporúčaniami, musíte do súboru .htaccess umiestneného v koreňovom priečinku lokality pridať, nasledujúce riadky:

Header append Cache-Control "public" FileETag MTime Size ExpiresActive On ExpiresDefault "access plus 0 minutes" ExpiresByType image/ico "access plus 1 years" ExpiresByType text/css "access plus 1 years" ExpiresByType text/javascript "access plus 1 years" ExpiresByType image/gif "prístup plus 1 rok" ExpiresByType image/jpg "prístup plus 1 rok" ExpiresByType image/jpeg "prístup plus 1 rok" ExpiresByType image/bmp "prístup plus 1 rok" ExpiresByType image/png "prístup plus 1 rok"

Tento fragment konfiguračného súboru Webové servery Apache skontroluje prítomnosť modulu mod_expires a ak je modul mod_expires dostupný, zapne odosielanie HTTP hlavičiek Expires, ktoré nastavujú dobu uloženia vyššie uvedených objektov vo vyrovnávacej pamäti prehliadačov a proxy serverov na jeden rok od momentu prvé stiahnutie. Nastavením životnosti vyrovnávacej pamäte prehliadača na túto úroveň môže byť náročné aktualizovať súbory. Preto, ak ste sa zmenili css obsah alebo javascript a chcete, aby sa tieto zmeny aktualizovali vo vyrovnávacej pamäti prehliadača, musíte zmeniť názov samotného súboru. Verzia súboru sa zvyčajne pridáva k názvu súboru, napríklad: styles.v1.css

7. Použite CDN na načítanie populárnych JavaScriptových knižníc

Ak vaša stránka používa populárny javascriptový rámec, ako je jQuery, potom je lepšie použiť na pripojenie CDN.

8. Optimalizujte svoje obrázky

Musíte určiť vhodný formát pre vaše obrázky. Výber nesprávneho formátu obrázka môže výrazne zväčšiť veľkosť súboru.

• GIF sú ideálne pre obrázky s viacerými farbami, ako je napríklad logo.
• JPEG - skvelé pre detailné obrázky s veľké množstvo kvety, ako sú fotografie.
• PNG je vaša voľba, keď potrebujete vysokokvalitný obrázok s priehľadnosťou.

Existujú dva spôsoby optimalizácie obrázka: pomocou programov alebo online služieb na internete komprimujte obrázky. V prvom prípade budete potrebovať určité znalosti na prácu s týmto alebo tým programom, ale ktokoľvek môže používať online služby. Stačí nahrať potrebné obrázky a služba ich sama optimalizuje a poskytne odkaz na stiahnutie už komprimovaných súborov.

Tu je niekoľko online služieb na optimalizáciu obrázkov:

• www.compress-online.com (Vďaka Mary_T za odkaz)

9. Nezmenšujte obrázky

Nemeňte veľkosť obrázka pomocou atribútov šírky a výšky značky , alebo na Pomocník CSS. To tiež negatívne ovplyvňuje rýchlosť načítania stránky. Ak máte obrázok s veľkosťou 500x500px a chcete na stránku vložiť obrázok s rozmerom 100x100px, tak je lepšie zmeniť veľkosť pôvodný obrázok pomocou grafického Photoshop editor, alebo ktokoľvek iný. Čím je obrázok svetlejší, tým menej času zaberie jeho načítanie.

10. Použite kompresiu Gzip

Ako ukázali štúdie, kompresia gzip textový súbor„za behu“ v 95 – 98 % prípadov umožňuje skrátiť čas potrebný na prenos súboru do prehliadača. Ak ukladáte archivované kópie súborov na server (v pamäti proxy servera alebo len na disku), pripojenie je všeobecný prípad sa podarí uvoľniť 3-4 krát rýchlejšie.

Počnúc protokolom HTTP/1.1 weboví klienti označujú, ktoré typy kompresie podporujú, nastavením hlavičky Accept-Encoding v požiadavke HTTP.

Accept-Encoding: gzip, deflate

Ak webový server vidí takúto hlavičku v požiadavke, môže použiť kompresiu odpovede pomocou jednej z metód uvedených klientom. Pri vydávaní odpovede server upozorní klienta prostredníctvom hlavičky Content-Encoding o tom, ako bola odpoveď komprimovaná.

Kódovanie obsahu: gzip

Takto prenesené dáta sú približne 5x menšie ako pôvodné dáta a to výrazne urýchľuje ich doručenie. Má to však jednu nevýhodu: zvyšuje zaťaženie webového servera. Ale problém so serverom sa dá vždy vyriešiť. Tak tomu nevenujme pozornosť.

Ak chcete na svojej webovej lokalite povoliť kompresiu GZIP, musíte do súboru .htaccess napísať nasledujúce riadky kódu:

AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE aplikácia/javascript AddOutputFilterByType DEFLATE text/javascript AddOutputFilterByType DEFLATE text/css BrowserMatch ^Mozilla^text/4 gillagzip-only-html rMatch \bMSIE !no -gzip !gzip-only-text/html

Ak túto metódu fungovalo, potom skvelé, ak nie, môžete vyskúšať tento kód:

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4.0 no-gzip BrowserMatch bMSIE !no-gzip !gzip-only-text/html mod_gzip_on Áno súbor mod_gzip_item_include \.js$ súbor mod_gzip_item_include \.css$

Ale znova, tento kód nefunguje na všetkých serveroch, preto je lepšie kontaktovať podpornú službu vášho poskytovateľa hostingu a tento problém objasniť.

No, to je vlastne všetko, čo som vám chcel povedať. V tomto článku som sa pokúsil uviesť všetky hlavné metódy optimalizácie klienta na zvýšenie rýchlosti načítania webovej stránky. Okrem optimalizácie klienta existuje aj optimalizácia servera. Ale toto je téma na samostatný článok.

Ak vám niečo uniklo alebo máte čo doplniť, napíšte svoj názor do komentárov pod tento príspevok. Ďakujem za tvoju pozornosť!