Hogyan kell beállítani és ellenőrizni a kompressziós oldalon
A fő tényező az átvitt adatok mennyiségét. Ez azt jelenti, hogy gyorsítsa fel a helyszínen - az, hogy olyan kisebb továbbított adatmennyiség, miközben a teljes mennyiségű információ az oldalakon a magas minőség. Ismerje a módszerek, hogy ezeket az intézkedéseket, nagyon fontos minden szerkesztőnek. Ezért ma úgy véljük, hogy az ilyen tömörítés az interneten, miért van szükség és hogyan kell biztonsági másolatot az adatok az oldalon.
Sokan közülük, de az egyszerűség kedvéért osztjuk őket három csoportba sorolhatók:
Run-length encoding (RLE) - a leggyakoribb és egyszerű tömörítési algoritmust. Következetesen visszatérő karakterek helyett egyetlen karakter jelzi a kívánt ismétlések számát.
Például, van egy vonal AAAAAA tárolási, hogy szüksége 6 bájt (egy bájt per karakter). tömörítés elve az, hogy az általunk használt 6A, így elfoglalni csak 2 bájt és menti 4 byte memóriát. Ha az ismétlések számát a forráskód a helyszínen nagy a hatékonysága az algoritmus rendkívül magas lenne.
De míg van egy hátránya az algoritmus. Ez gyakorlatilag hatástalan a szimbólumok sorozatát nem ismételjük. Például, egy olyan szekvenciát BVBVBV elfoglaló 6 byte. Alkalmazás Az algoritmus vezet szekvencia 1B1V1B1V1B1V mint 12 bájt. De a megoldás erre a problémára - ez számos módszer.
Csoport LZ algoritmusokat (Családtörténeti Lempela és Zéebet fejlesztők) célja, hogy tömöríteni korábban felmerült karaktersor. Az alkalmazási fejlesztett algoritmusok dinamikus táblázat (a szótárban), amelyben egy listát találkozott szekvenciák és az általuk kódolt értékeket. Tömörítési hatékonyságot, ugyanakkor sokkal magasabb, mint az RLE-algoritmusok.
Gzip - a leghíresebb és eredményes végrehajtása a fent leírt tömörítés elve. Korábban, az internet használtuk két megközelítés gzip tömörítés, és leereszteni. Ők megkülönböztetni az a tény, hogy a gzip küldött elején az adatfolyam, jelezve, hogy ez az adat gzip-pel tömörített, és elküldte nem leereszteni. Gzip folyamat könnyebb volt, ezért úgy döntött, hogy fenntartja az egész az ő egyedül.
Beállítása gzip tömörítés, hogy elérjék a kívánt oldalakat javasolni a megfelelő mennyiségű tartalék, melyet követően a folyamat kezd veszíteni a hatékonyságát. Minél nagyobb a tömörítési arány, annál nagyobb a terhelés a processzor (mert a tömörítés több időre van szüksége). Minél több CPU költségek, annál észrevehető változások a hatékonyság gzip-archívum. Nézzük az alábbi grafikon látható, hogy van egy lineáris hatékonyság növekedése arányos az ötödik teljesítménykompresszió, csökkenés követte. Ha sok CPU erőforrásokat, és eljuthat a hetedik és kilencedik fokú tömörítés.
Irányelv tartalmazzon gzip-archívumban nginx:
A gzip_vary irányelv átadhatja címeket egy caching proxy, jelezve a jellemzői a cache archivált weboldalak. gzip_types direktíva jelzi, hogy milyen típusú fájlarchiválási óvatosan kell alkalmazni a szerveren.
Ha menteni CPU erőforrásokat, akkor előre gzip-pel tömörített fájlokat algoritmusok, amelyek a további kiterjesztése .gz (például main.css.gz - ez egy archívumot main.css). Mert ezeket a fájlokat, akkor a maximális tömörítés szint - ők alátámasztani egyszer, majd a kiszolgáló használ egy rövidített változata a kölcsönhatás a felhasználók, támogatja a tömörítést.
Ahhoz, hogy csatlakoztassa a statikus archívumot nginx, meg kell, hogy támogatást nyújtson gzip_static. Ehhez győződjön meg arról, hogy az irányelv kifejtett konfiguráció a következő: gzip_static on;
A mod_deflate modul szállítás archivált fájlok verzióit. Ha a modul elérhető a szerveren, akkor a következőket tartalmazza:
Az IIS-kezelő, el kell menni a tulajdonságait a „weboldalak” és aztán megy a „Szolgáltatások”. Kompressziós is használja web.config, az alábbi konfiguráció:
Ha szükség van a szakmai segítséget, kérjük, adok a szükséges tanácsokat, segít meghatározni a beállításokkal, akkor minden a megfelelő módszereket sebességének növelése oldalak betöltése.