Hogyan, hogy a webhely gyorsabb
A fejlesztő, a legtöbb esetben a gyorsított letöltési oldalon megérti a munka back-end. Azonban a látogatók még hány milliszekundum egy oldalt a fejlesztő, fontos, hogy milyen gyorsan egy oldalt tőle. És már van egy egész sor fontos mutatók. A képzett fejlesztő figyelembe kell venni a helyszínen nem a szoftver kód, amelyért felelős, valamint a végső integrált termék.
Hibakeresés nélkül kódot. Természetesen nem lehet csinálni. Itt a fejlesztő, hogy a támogatás Performance Monitor eszköz. amely lehetővé teszi, hogy a profil az összes oldalt a témában kód, SQL lekérdezések. Ezen túlmenően, ez a modul ajánlásokat tuning szerver szoftver.
A következő lépés - az új technológia bevezetésével Composite oldalon.
A helyszínek távoli szervereken földrajzilag komolyan befolyásolhatja az időben a felhasználó adatait. Ez különösen igaz a projektek orientált helyi piacokon. Transfer gazda azután, ami jelentősen növeli egyes esetekben jegyezni gyorsulás 1 másodpercig.
Miután ezzel a munka, a hátsó end'u szükséges elmozdulni a figyelmet az egyéb befolyásoló paraméterek a letöltési sebesség. A Bitrix keret olyan eszköz - Site Speed. Feladata - enyhíti a fejlesztő, hogy optimalizálja oldal betöltésekor.
Megjegyzés. Mert működési sebesség szükséges webhely statisztika. Miután elvégezte a szükséges módosításokat, hogy fenntartsák egy bizonyos ideig, így statisztikailag helyes adatokat. Az időtartam függ a helyszínen a forgalom.
Ez az eszköz egy diagram találatot, ahol láthatjuk az egyes szakaszok a boot Navigation Timing.
A grafikonon a zöld működését is bemutatja back-end'a és lila - a munka front-end'a. Ez azt jelenti, kiderül, hogy a legtöbb időt az oldal betöltése fordít a böngésző a back-end, míg a front-end.
Javítani front-end csökkentheti a letölthető erőforrások és azok hangerejét.
Csökkentése érdekében tett intézkedések száma letölthető források:
- Köztük az Egyesült css és js szkripteket. A böngészők korlátozza az egyidejű kapcsolatok számát a szerver. Általában ez 6, de lehet menni akár 13, mint az IE. Azaz, ha egy oldal fájl 70, a böngésző letölti őket szakaszosan, hanem egyszerre. Ha össze ezeket a szkripteket, a letöltési sebesség növekedni fog.
- Azáltal, hogy a CDN. Azonban a kapcsolat a CDN kell megközelíteni óvatosan. Ha az elsődleges látogató lokalizált egy bizonyos területen, a CDN lehet lassító tényező, ha a következő szerver távol helyezkedik el a felhasználó.
- Segítségével caching forrásokat a böngészőben (lejár / Cache-Control: max-age, Last-Modified / E-tag). Meg kell adni címeket képek, css és js-script. Ha nincsenek címek utolsó módosítása vagy elévülési fejléc, akkor minden hit a böngésző letölti az összes erőforrás újra.
Ha a dátum az utolsó módosítás, akkor jó. Ebben az esetben a második és az azt követő találatok böngésző teszi a feltételes GET kérelmet. Ez feltenni, és nem változott, hogy ez a forrás van ezen időpont? És töltsd csak módosított források. Az is igaz, ebben az esetben van arra, hogy további kérelmet.
Ennek elkerülése érdekében a kérelem elegendő Apache vagy nginx kibocsátó elévülési fejlécben. Ez, sajnos, gyakran elfelejti, hogy nem.Csökkentését célzó intézkedéseket az adatmennyiség letöltését:
Miért kell tömöríteni az adatokat?
adatsebesség már magas. Miért borogatás adatbájtból harcolnak? Tömörítése CSS - fájl csökken 10-8 kb, képek tömörítését ad 3 kb. Mit jelent ez a díj?
A válasz a TCP / IP protokoll és a fogalom a Round Trip Time - az idő közötti küldő kérésére clent szerver és kapok vissza a választ. Amikor a böngésző kapcsolódik a szerverhez, akkor egymás között megállapodnak a az ablak méretét, amelyben közli. Minden ügyfél egy másik ablakban, sőt megváltoztathatja során átvitel. Az egyik ablak van továbbítva Round Trip Time. Ha az ablak - 8 kb, 10 kb és a fájl, akkor kell két Round Trip Time, vagyis kétszer annyi időt.
Megjegyzés. Ugyanez vonatkozik a Yandeks.Metrike, GoogleAnalitic és minden ilyen külső scripteket és eszközöket. Annak ellenére, hogy ezek a külső és be kell tölteni később. Gyakran kiderül, hogy annak ellenére, hogy ezek a scriptek aszinkron betöltésekor ezek a fájlok betöltése előtt a készít az oldalról, és ennek megfelelően, amint ezt az erőforrást be van töltve, akkor kezdődik meg. Tipp: a hajó minden külső eszközök (mutatók, számlálók, Vkontakte gombot, SE, stb), BX.ready. vagyis az a tény, hogy az oldal betöltésekor.
Harmadik féltől származó eszközök
Optimalizálja a front-end'a ellenőrzőlistaként használhatja a külső eszközök: