Gzip tömörítés gyorsabb rakodási hely
Gzip tömörítés gyorsabb rakodási hely -, hogyan kapcsolja be Js, HTML és CSS használatával .htaccess fájlt
Azonban egyénileg, mind ezek a módszerek nem különösebben befolyásolja a teljesítményt, de az integrált megközelítés nagyon is lehetséges helyzetet, hogy a webhely betöltődik a repülés.
Kell közé gzip gyorsabb honlapon
Jelentős mértékben hozzájárul a növekedés sebessége keresztül CSS tömörítés Page Speed. caching statikus objektumok (képek, scriptek, CSS fájlok) a kliens oldalon (a böngészők látogató), valamint a nagyon hatásos volt a felvétele gzip tömörítést a WEB szerver hosting.
De csak azt akarom, hogy figyelmeztesse, hogy az utolsó aktus negatív komponens - növeli az erőforrás, a kiszolgáló terhelése (valahol növekedett, és valahol csökkent).
Az első cikk, én idézett példák kódot .htaccess, amely lehetővé teszi, hogy optimalizálja a caching képek, szkriptek és CSS fájlok látogató böngészők. Ebben az esetben, mint te is emlékszel, mikor újra belép a webhelylátogatókhoz a statikus objektumok (képek, szkriptek és CSS) már nem lesz újra betölteni a szerverről, és kerül sor a felhasználó böngészőjének cache.
Gyorsítótárral valóban nagyon kényelmes (mert egészen egyszerűen megvalósult), és nagyban növeli az átlagos sebesség a helyszínen, mint egy csomó webhelyen található képek sablon nem lehet újra betölteni a böngésző a látogatók, akik legalább egyszer meglátogatja a webhely az elmúlt évben.
Tehát, amit mondok, az összes - még nem szerzett caching szkriptek segítségével a fenti kódot, hogy a cikket. De most az új verzió a kódot a .htaccess és az összes nagy művek:
Általában tekintve Böngésző gyorsítótár-én megtettem mindent, hogy a maximális növekedés mértéke podgruzki oldalakon. Most itt az ideje, hogy lépni egy másik nagyon hatékony és viszonylag egyszerű módja, hogy gyorsítsák fel - gzip tömörítés.
Csak akkor kell regisztrálni egy kis darab kódot a .htaccess és megtörténik a csoda - drasztikusan csökkenti a teljes mérete a továbbított adatok Web hosting kiszolgáló, amely a projekt a böngészők a látogatók.
Valószínűleg, ez úgy értendő, hogy az idő csökkenni fog a méret a letöltött adatokat, meg kell, hogy arányos legyen nő, és az általános teljesítményt. És az ötlet gzip tömörítés igen egyszerű. Tény, hogy ez egy közös archiválása továbbított információkat a szerveren, majd csomagolja ki az információkat a felhasználók böngészőiben.
Az egyetlen negatív gzip (mint, sőt, bármilyen más típusú tömörítés) teremt további terhelést a szerveren, mert A processzor ekkor elvégzéséhez sok művelet adattárolásra menet közben minden egyes hozzáférési látogató az oldalon.
Nos, mit kell tenni a megnövekedett letöltési sebességet kell fizetni (lehetséges, hogy még a szó szoros értelmében -, hogy menjen egy drágább tárhely tarifa). Bár, ugyanakkor fokozott sebességgel tud végezni számos intézkedést, hogy jelentősen csökkenti az erőforrás-terhelés a szerveren.
Már írtam néhány részletet néhány módja, hogy optimalizálja a WordPress, hogy csökkentse a terhelést:
Az én hosting szolgáltatás már engedélyezve gzip, de sajnos nem minden tárgyat, amely jól reagál tömörítés és benne volt csak olyan dokumentumokat (html fájlok). Abban az időben, mint a CSS és a scriptek át a web szerver a felhasználó böngészőjének nincs tömörítve, annak ellenére, hogy nagyon hatékonyan archivált (többször csökkenti a súlyt).
Hogyan teszteljük a tömörítést a légy a Page Speed
Elvileg minden alkatrész gzip lehet nagyon világos pálya Page Speed, de vannak olyan online szolgáltatásokat, hogy adhat információt arról, hogy a biztonsági mentés vagy nem tartalmazza. Például, akkor használja ezt vagy online szolgáltatás ellenőrzésére beállíthatunk tömörítést a szerveren.
A velük való munka nagyon egyszerű - írja az URL a projekt egy redukált formában és nyomja meg az Entert.
Mint látható, nginx szerver az általam kezelt sűrített (gzip), hogy csökkentse a méretét a főbb takarmány a dokumentum a felhasználó böngészőjének (html) öt alkalommal. Cool, nem? Ez képes jelentősen növelni a teljes letöltési sebesség.
De a döntés az, hogy Ön, nem jelenti azt, hogy Önnek a maxim a hatása ennek a megnövekedett sebesség. Itt will Page Speed és most fogok beszélni, hogyan lehet tesztelni a hatékonyságát tömörítés a szerveren keresztül a plug-in. Tény, hogy az egész csak a lehetetlen.
Tehát aktiválja a már ismerős számunkra a gázpedált Page Speed, nyissa meg az oldalt a böngészőben bármely forrás és menj a «Resources» lapon:
Itt látható egy lista az összes fájlok betöltődnek a böngésző a szerver az URL-ekkel (a legelső megy html). Talán emlékeztek, hogy annak ellenére, hogy sok CMS (site engine) alapuló PHP, a felhasználó böngészője továbbra is adott a generált verziójú oldalt HTML formátumban.
De a lényeg nem ez, hanem az a tény, hogy ez található a jobb oldali mezőben az objektumok listáját szerverről letöltött. Ott, az utolsó két oszlop című «File Size» (valós méret a szerver) és a «Transfer Size» (Az objektum méretét, hogy át a böngésző), mivel a súlya a betöltött szerveren az Object Browser.
Nézd meg az első sorban «Resources» lap, amely ellen az oszlop «típusú» van «doc» (a lenti képen kékkel kiemelve). Ha az oszlop «Transfer Méret» az első sor (fő dokumentum), a méret kisebb lesz, mint az oszlop «File Size», az azt jelenti, gzip a web szerver engedélyezve van, és sikeresen működik.
Felhívjuk figyelmét, hogy a méret a tömörített objektum lesz jelentősen kisebb, mint az eredeti méretét.
Ha nincs engedélyezve a js és ccs, méretei számukra oszlopok «File Size» és a «Transfer Méret» ugyanaz lesz. Ha engedélyezve van, az oszlop «Transfer Méret» fájl mérete is sokkal kisebb. Nos, szerencsés? Azt, hogy a méret és a JS CCS azonosak voltak (A fenti képernyőképet eltelte után vettük beállíthatunk tömörítést számukra).
Hogyan lehet engedélyezni gzip tömörítés Js, HTML és CSS segítségével .htaccess
Így több időm, hogy módosítsa a .htaccess gzip tömörítés be van kapcsolva a js és a CCS tárgyakat. Igaz eredetileg használt a kódot már segített megoldani a problémát, csak a fele - gzip engedélyezve Css, de szkriptek tömörítés még nem alkalmazták a szerverre.
Itt látható a verzió a kód:
By the way, ha a tárhely szolgáltató nem szerepel gzip még a fő dokumentum fájlt a fenti kód akkor kell ölni egy másik sor közepén:
Te szerzett? Ha igen, akkor gratulálok a jelentős növekedés a letöltési sebesség, és ha nem, akkor próbálja meg ezt a lehetőséget, ami segített abban, hogy elérjék a fenti kép az ablakban Page Speed:
Most, szinte mindent lehet tömörített, archiválva lesz a kiszolgálón, mielőtt elküldik a böngészők a látogatók. Ez jelentősen növeli a sebességet podgruzki oldalakat, de ugyanakkor jelentős teher a szerver a tárhely (voltam a növekedés 50 százalék).
Ha a források lehetővé teszik, hogy egy ilyen áldozatot, biztos, hogy kapcsolja be a gzip gyorsabb oldalon, annál inkább, hogy nagyon könnyű. A következő cikkben fogjuk vizsgálni CSS sprite (sprite).
Sok szerencsét! Hamarosan találkozunk a blogoldalakon KtoNaNovenkogo.ru
akkadites: Igen, köszönöm az észrevételt, tényleg nem elég / IfModule a fenti cikk elején a kód optimalizálása böngésző cache-t. Ami az első része a kérdést - adott sort, hogy a .htaccess lehetővé teszi, hogy konfigurálja a helyes működését a GZIP-tömörítés a régebbi böngészők, ha jól értem.
Próbáltam minden verziója kód tömörítés, de nem volt, és nem minden esetben, hiszen kimenetek 500 hiba.
Amikor használja hibakód 500 teljesen eltávolítja a .htaccess, de mégis ad egy hiba. Mit kell tenni?
Az első lehetőség nem működik, míg a második egy hibaüzenet 500. Úgynevezett fér hozzá, azt kérte a források növelése a szerver, és azt mondta, hogy ők mod_deflate nem támogatott (hosting RU-központ). És mit csinál?
PPV! Én meg egy kódot a .htaccess fájlt gzip tömörítésű menet közben, és. webhely minden ment 🙁 sem Georgia egyáltalán. böngésző azt írja, hogy a csatlakozási problémákat.
Mondd, mi a probléma? Valószínűleg azért, mert az én host omp9.com