Ideális gyors teljesítménybeállítások a Cloudflare + StackPath CDN telepítési útmutatóval (a Facebook közvélemény-kutatásokkal) – 2019, 2.0.5-es verzió

Gyors teljesítmény az új gyorsítótár – bővítmény a blokkban, amely a A WordPress felgyorsítja a Facebook csoportot.


A WP Rocket-et használtam, és már 100% -os GTmetrix pontszámaim voltak egy másodperces töltési idővel (nehéz legyőzni), de Swift adta nekem közel azonos eredmények. Megragadtam a WP Rocket alkalmazását, de a Swift Performance Lite első számú ingyenes gyorsítótár-bővítményét a WP Leggyorsabb gyorsítótár, a WP Super gyorsítótár, a W3 teljes gyorsítótár és a többi előtt értékelném. A Swift Performance beállításokat viszonylag könnyű beállítani (mindent áttekintünk). Az Pro verzió tartalmaz egy képoptimalizálót (veszteségmentes tömörítéshez + automatikus képméretezés), kritikus betűtípusok, számítási API, és a plugin támogatása. A hűvös rész az, hogy lehetősége van fizetni havonta, így csak havi 3,99 dollárért kipróbálhatja.

Swift és WP rakéta – ezek általában a legfontosabb gyorsítótár-bővítmények friss Facebook szavazások…

Swift-Performance-vs.-WP-Rocket-Poll

Swift-Performance-vs.-WP-Rocket

2018-WordPress-Cache-Plugin-Poll

Gyors

  • Ingyenes (lite) verzió = csodálatos eredmények
  • Közepes dokumentáció
  • Ingyenes verzió tartalmazza a plugin szervezőt
  • A Pro verzió kritikus betűkészleteket tartalmaz
  • A Pro verzió képoptimalizálót tartalmaz
  • Ingyenes

WP rakéta

  • Könnyebb konfigurálni
  • Jobb dokumentáció
  • Facebook Pixel + Sucuri kiegészítők
  • Nincs plugin szervező
  • Nincs képoptimalizáló
  • $ 49 / év

Mind a Swift, mind a WP Rocket támogatja a Cloudflare, CDN, szívverés-vezérlést, előtöltést, lusta fotó / iframe betöltése, a Google Analytics helyi tárhelyét, minifikációt, szkriptek egyesítését, gzip tömörítést és egyéb funkciókat. Valójában nagyon hasonlítanak jellemzőik szempontjából.

1. Varázsló

A varázsló elemzi a webhelyet, és segít az alapvető Swift Performance beállítások konfigurálásában. A dobozon kívüli beállítások nagyszerűen működnek, de még mindig vannak módok az optimalizáláshoz, ha kész!

A dolgok, amelyeket még tennie kell

  • Tweaks → Cache Gravatars
  • Hallóhang → Összes letiltása
  • Google Analytics → A Google Analytics megkerülése
  • Stílusok → Kritikus CSS generálása
  • Gyorsítótár → Általános → Külön mobil eszköz-gyorsítótár (ha AMP-t vagy mobil témát használ)
  • Lakkozás → Egyéni házigazda
  • CDN → StackPath CDN
  • CDN → Regisztráljon a Cloudflare szolgáltatáshoz és változtasson meg a névkiszolgálókkal
  • Optimalizálja a képeket (a Swift Pro vagy az Imagify / Imsanity használatával)
  • Adatbázis-optimalizáló → tiszta adatbázis
  • Plugin Szervező → engedélyezése / letiltása egy adott tartalom beépülő moduljain

Swift-Performance-Lite-Setup Wizard-elemzése-Your-Site

Swift-Performance-Lite-Setup Wizard-gyorsítótár-módszer

Swift-Performance-Lite-Setup Wizard-optimalizálás

Swift-Performance-Lite-Setup Wizard-Medi

Swift-Performance-Setup Wizard-Finish

2. Műszerfal

Az irányítópult statisztikákat mutat, pl hány ismert oldalt észlelte a Swift vs hány valóban tárolt. A Swift mindegyik URL-hez egy előzetes prioritást is hozzárendel, és a dátum eache oldalának utolsó tárolását. A Melegítő táblázatban manuálisan is hozzáadhat URL-eket, ha Swift nem észlelte.

Swift-Performance-Portál

3. Beállítások

Az általános, a média, az optimalizálás, a gyorsítótárazás és a CDN lapok szakaszokra vannak bontva:

3.1. Tábornok

Tábornok

  • A sütik letiltása – a GDPR esetében, amikor arra kérik a felhasználókat, hogy fogadjanak el a sütiket.
  • Lábnyomok elrejtése – elrejteni a gyors megjegyzéseket a forráskódban.
  • Használja a Compute API-t – felgyorsítja az egyesítési beállításokat és csökkenti a processzor használatát.
  • Távoli Cron engedélyezése – A Swift API szervere felhívja a wp-cron.php fájlt, és a WP cronjobokat valódi cronjobokként futtatja.
  • Hibakeresési napló – lásd a naplóban megjelenő figyelmeztetéseket / hibákat (pl. Nyilvános HTML mappa).

Swift-Performance-General-beállítások

csíp

  • Normalizálja a statikus erőforrásokat – megkísérel eltávolítani a lekérdezési karakterláncokat, azonban ezeket általában lassú beépülő modulok generálják. A megszabadulásuk fő módja a magas CPU plugins deaktiválása (a GTmetrix Waterfall-ban található) és kicserélésük könnyű pluginekre.
  • Előzetes letöltés a DNS-hez – külső forrásokra számít (pl. Google Fonts + YouTube videók).
  • Gyűjtsön domaineket szkriptekből – segít a DNS előzetes letöltésében.
  • A DNS előzetes letöltésének kizárása – zárja ki azokat a domaineket, amelyekbe nem akarja előzetesen letölteni.
  • Gravatar Cache – gyorsítótárazás Gravatars általában nem elég, azt is szeretnéd töltse le őket egy CDN-re és Helyezze be a Gravatars-ot helyben, a A WP Rocket Gravatar bemutatója. Ez javítja a sok hozzászólással rendelkező hozzászólások betöltési idejét, mivel néhány bejegyzésemnek több mint 300 hozzászólása van, ahol a Gravatars a betöltési idő több mint 50% -át felszívta.
  • A Gravatar gyorsítótár lejárata – az idő a Gravatar gyorsítótár lejár (a legtöbb webhelyen a 3600 rendben van), de növelheti ezt, ha észreveszi, hogy túl sok CPU-t fogyaszt. Ha túl magas, akkor a felhasználók soha nem fogják látni a gyorsítótárazott verziót. Ha túl alacsony, akkor túl sok processzort fogyaszthat.
  • Egyéni Htaccess – átirányítások beállítása, vagy felhasználása egyebek.

Swift-Performance-trükkök-beállítások

Heartbeat
Felgyorsítja a WordPress adminot, és letiltja a CPU-t Heartbeat API. Ez értesíti a felhasználókat a tartalom szerkesztésekor, és lehetővé teszi a pluginek számára, hogy valós idejű értesítéseket küldjenek (kérések hozzáadása). Ha letiltja, a CPU (WP letiltása + Heartbeat Control plugin csináld ugyanazt a dolgot).

Swift-Performance-Heartbeat-beállítások

A Google Analytics
A Google Analytics megkerülése javíthatja a GTmetrix / Pingdom elemeit a Google Analyticshez kapcsolódóan. CAOS, WP Disable, és A WP Rocket Google követési kiegészítője a GA-val kapcsolatos elemek javításában is segít.

Leverage-Brower-gyorsítótár-Google-Analytics

Swift-Performance-Google-Analytics-beállítások

3.2. Média

képek

  • Optimalizálja a feltöltött képeket – veszteségmentesen tömörítse a képeket, amelyek javítják a „képek optimalizálását” a GTmetrix-ben (csak a tesztelt oldalra). Imagify ezt is megteszi, és ezt használom.
  • JPEG minőség – tartsa 100% -on, hogy elkerülje a veszteséges tömörítést.
  • PNG minőség – tartsa 100% -on, hogy elkerülje a veszteséges tömörítést.
  • A nagy képek átméretezése – átméretezi a nagy képalkotót a méretek helyesbítése érdekében (sok ember túlméretezett képeket tölt fel). Ez javítja a „méretezett képeket” a GTmetrixben. Imsanity ezt is megteszi.
  • Tartsa az eredeti képeket – amikor a Swift átméretezi a nagy képeket, akkor megőrzi az eredeti példányt, ha az új kép nem olyan méretű, mint amit szeretne, tehát legalább van minden másolatának biztonsági másolata.
  • Beépített kis képek – a kis külső képeket közvetlenül a HTML dokumentumba írják, így a böngésző nem kéri ezeket a képfájlokat önállóan.
  • Lazyload – csak akkor tölti be a képeket, ha az oldalt lefelé görgeti, és valójában látja őket. Noha ez javítja a kezdeti betöltési időket, ez azt is jelenti, hogy a felhasználók folyamatosan látják a képek betöltését lefelé görgetve, ami bosszantó lehet. Ezért csak lustaként töltök be videókat és iframeket.
  • Erőteljesen reagáló képek – az srcset attribútumot használ több képforrás biztosításához a böngészők számára, hogy a megfelelőt válasszák ki.

Swift-Performance-Kép-beállítások

Beágyazások

  • Lazy Load Iframes – csak az iframe-kereteket töltheti be, ha lefelé görget és látja őket.
  • Kizárja az iframe-ket – zárja ki bizonyos iframe-eket lusta betöltettségéből.
  • Töltsön be iframe-ket a felhasználói interakcióba – csak az iframe-kereteket tölti be, amikor a felhasználók interakcióba lépnek (az egér mozgatásával, görgetésével vagy érintőképernyőjével).

Swift-Performance-Beágyazások-beállítások

3.3. Optimalizálás

Tábornok

  • A bejelentkezett felhasználók eszközeinek egyesítése – letiltani, mivel ez nem javítja a betöltési időket, és valószínűleg több kárt fog okozni, mint jó, plusz a legtöbb optimalizálást az előtérben kell végrehajtani..
  • Csak az Előkészítés optimalizálása – tiltsa le, kivéve, ha ellenőrizni szeretné, amikor a gyorsítótár épült.
  • Optimalizálja a háttérben – A Swift optimalizálja a háttérben lévő oldalakat.
  • Érvénytelen HTML javítása – Egyes beépülő modulok / témák érvénytelen HTML-t használnak, a Swift megpróbálja ezt kijavítani.
  • Finomítsa a HTML-t – több tételt rögzít a GTmetrix / Pingdom alkalmazásban. A Cloudflare ezzel is gondoskodik, így csak 1-nek kell engedélyezni (Swift vagy Cloudflare).
  • Tiltsa le a hangulatjeleket – hangulatjelek kérések hozzáadása és fájdalmas betöltési idő.
  • Korlátozza az egyidejű szálakat – a gyorsítótár újratelepítésének sebessége (alacsonyabb, ha CPU problémákkal jár).
  • Maximális szálak – alacsonyabb szám = kevesebb CPU-használat (2 jó).
  • DOM elemző Max puffer – A Swift fejlesztő oka miatt állította be ezeket a számokat.

Swift-Performance-General-optimalizálás-beállítások

Scripts
A JavaScript egyesítése / tömörítése hírhedt a hibák oka miatt, ám ezeket tesztelném, és ellenőriznék a betöltési időket. Ha hibákat észlel, keresse meg a problémás fájlokat, és adja hozzá őket a “Szkriptek kizárása” elemhez.

  • Szkriptek egyesítése – sokan azt mondják, hogy tiltsa le, de tesztelném.
  • Async Execute – A JavaScript elméletileg 1 kérésként fog betölteni, és a szkript betöltésekor kerül végrehajtásra, de megbonthatja a dolgokat is, tehát óvatosan tesztelje a beállítást.
  • Kizárja a harmadik fél szkripteit – engedélyezze, ha az egyesítési parancsfájlokat használja, tiltsa le, ha nem.
  • Kizárja a szkripteket – zárja ki a problémás fájlokat, ha a JavaScript tömörítése hibákat eredményez.
  • Kizárja a beillesztett szkripteket – zárja ki a problémás fájlokat, ha a Szkriptek egyesítése hibákat eredményez.
  • Kizárja a szkriptek lokalizációját – A Swift fejlesztő azt javasolja, hogy engedélyezze azt, különben lehet, hogy külön JavaScript-fájlja van az összes oldalához.
  • Finomítsa a Javascriptet – engedélyezze és ellenőrizze webhelyét. Ha hibákat lát, akkor zárja ki a problémás fájlokat a Szkriptek kizárása alatt (a Cloudflare ezt is megteszi, tehát csak egyet engedélyez).
  • Kicsinyítés API-val – csak akkor engedélyezhető, ha az Alapértelmezett Minimális JavaScriptek opció hibákat eredményez.
  • Proxy harmadik fél eszközök – A Swift szerint javíthatja a böngésző gyorsítótár-problémáit a GTmetrix-ben a GA-val kapcsolatban, de megszakíthatja a szkripteket. Jobb megoldás a Google Analytics megkerülése. Próbáld ki.
  • Külön szkriptek – az egyesített JS fájlokat külön-külön menti az oldalakra. Általában ez több CPU-t fogyaszt, mint jó.
  • Az egyesített szkriptek nyomtatása nyomtatott formában – csak akkor engedélyezhető, ha a memóriakódot használja, és a WordPress nem tudja írni a fájljait.
  • Lazy Load Scripts – lusta betölti a külső erőforrásokat, amelyek javíthatják a betöltési időket.
  • Tartalmazza a szkripteket – tartalmazzon bizonyos szkripteket, amelyeket a Swift nem észlel.

Swift-Performance-Scripts-beállítások

Stílusok
A CSS optimalizálása hibákat is okozhat, de jelentősen javíthatja a pontszámokat / betöltési időket. Játsszon a beállításokkal, és nézzen meg néhány oldalt, hogy megbizonyosodjon arról, hogy minden rendben van-e. Ha a stíluslapok egyesítése és a CSS tömörítése hibákat okoz, keresse meg / zárja ki a problémás fájlokat (ugyanazok a dolgok a JavaScript-rel).

  • Stílusok egyesítése – a Swift fejlesztő által ajánlott, és rögzíti a tételeket a GTmetrix / Pingdom-ban.
  • Generáljon kritikus CSS-t – A CSS aszinkron módon kerül betöltésre, azonban a fejlesztõ szerint ez növeli a CPU-t.
  • Teljes CSS nyomtatása nyomtatott formában – A fejlesztő szerint nincs erre szüksége.
  • Külön stílusok – tiltsa le, kivéve, ha különböző tartalomtípusú oldalakkal rendelkezik (pl. Egyesek használnak Visual Editor-ot, mások használnak oldalkészítőket stb.), És Swift-re szükségük van, hogy minden egyes oldalhoz különféle egyesített CSS-t hozzon létre. Javíthatja a pontszámokat, de növelheti a CPU-t. Óvatosan ellenőrizze.
  • Csökkentse a CSS-t – engedélyezze, de ez problémákat okozhat, ezért tesztelje webhelyét (a Cloudflare ezt is megteszi, tehát csak egyet használjon). Ha hibákat lát, akkor zárja ki a problémás fájlokat a Fájlok kizárása alatt.
  • A CSS-importálás megkerülése – engedélyezés (ez az importált CSS fájlokat is egyesíti).
  • Kizárja a harmadik fél CSS-t – Ha a Szkriptek egyesítése problémákat okoz, próbálja ki ezt.
  • Kizárja a stílust – zárja ki a problémás fájlokat, ha a CSS tömörítése hibákat eredményez.
  • Tartalmazza a stílusokat – manuálisan is beillesztheti a stílusokat, ha nem használja az egyesítési szkripteket.

Swift-Performance-Styles-beállítások

3.4. gyorsítótárral

Tábornok

  • A gyorsítótár engedélyezése – engedélyezze.
  • Gyorsítótárazási mód – A lemezes gyorsítótár újraírással általában a legtöbb webhelyen a leggyorsabb. Ha nem tudja szerkeszteni a .htaccess fájlt vagy az Nginx konfigurációt, akkor használja a Lemez gyorsítótárat a PHP-vel. Ha a memcached telepítve van, válassza a memphached with PHP lehetőséget, de mindig próbáljon lemezt gyorsítótárat használni újraírással.
  • Korai rakodó – engedélyezze, hacsak nem okoz PHP problémákat.
  • Gyorsítótár elérési útja – adja meg a gyorsítótár elérési útjának könyvtárát.
  • Gyorsítótár lejárati mód – szinte minden weboldalon az időalapú a legjobb.
  • A gyorsítótár lejárati ideje – az idő-gyorsítótár regenerálódik. Túl gyakran, és CPU-t fog fogyasztani, túl kevés, és a felhasználók nem fogják látni a gyorsítótárazott verziót. A 12 óra jó a legtöbb webhelynél, de ezt csökkentheti, ha van időérzékeny tartalma (vagy törölheti a gyorsítótárat manuálisan).
  • Szemétgyűjtési intervallum – milyen gyakran ellenőrzi a Swift a lejárt gyorsítótár-oldalakat. A 30 perc jó, túl magas, és CPU-t fog fogyasztani.
  • Tisztítsa meg a gyorsítótárat a Frissítés feladása oldal szerint – oldalakat / hozzászólásokat adhat hozzá azokhoz a helyekhez, ahol törli a gyorsítótárat frissítés után, hogy a felhasználók láthassák az új tartalmat.
  • Tisztítsa meg a gyorsítótárat az URL frissítése a frissítés után – ugyanaz a koncepció, mint a korábbi beállításoknál, csak URL-en keresztül.
  • A gyorsítótár engedélyezése a bejelentkezett felhasználók számára – engedélyezze, ha több felhasználó jelentkezik be az Ön webhelyére (pl. BbPress). Ez megadja minden felhasználónak a saját gyorsítótárban lévő verzióját, ellenkező esetben tartsa letiltva.
  • Külön mobil eszköz gyorsítótár – engedélyezze, ha használja AMP vagy egy mobil téma.
  • A kis- és nagybetűket nem érzékeny URL-ek – nem változtathat.
  • Engedélyezze a Böngésző gyorsítótárát – engedélyezze.
  • A Gzip engedélyezése – rögzíti a gzip elemeket a GTmetrix / Pingdom alkalmazásban.
  • Küldjön 304 fejlécet – letiltás.
  • Gyorsítótár 404 oldal – engedélyezze, mivel a pókok érvénytelen URL-eket kereshetnek fel és CPU-t fogyaszthatnak. A 404 oldal gyorsítótárazása és CDN-ből történő kiszolgálása csökkenti a szerver erőforrásait.
  • Hagyja figyelmen kívül a Lekérdezés karakterláncát – nem olyan gyorsítótár-oldalakat tartalmaz, amelyek minden felhasználónál eltérnek (egyedi értékesítési oldalak, ha FB / Google hirdetéseket futtat, tagsági profilok, feltételes logika az űrlapokon).
  • Dinamikus gyorsítótár engedélyezése – lehetővé teszi a gyorsítótárban tárolható $ _GET és $ _POST kérések meghatározását.
  • Gyorsítótárban lévő AJAX műveletek – gyorsítótár-erőforrás-igényes AJAX kérelmek a nevük megadásával.
  • AJAX gyorsítótár lejárati ideje – hagyja 1440-re.

Kivételek
Attól függően, hogy milyen eszközöket használ a webhelye, lehet, hogy nem szeretné gyorsítótárazni bizonyos statikus fájlokat (ezek közül néhány az e-kereskedelem kosár- / pénztár oldalai, admin, XML webhelytérkép és keresési oldalak).

  • Az URL-ek kizárása – bizonyos URL-ek kizárása a gyorsítótárból.
  • Kizárja a tartalom alkatrészeit – bizonyos tartalmi részek kizárása a gyorsítótárból.
  • Kizárja a felhasználói ügynököket – bizonyos felhasználói ügynökök kizárása a gyorsítótárból.
  • Kizárja a robotokat – bizonyos robotok kizárása a gyorsítótárból.
  • A szerző oldalak kizárása – bizonyos szerző oldalak kizárása a gyorsítótárból.
  • Az archívum kizárása – bizonyos archívumoldalak kizárása a gyorsítótárból.
  • Kizárja a REST URL-eket – kizárhat bizonyos REST URL-eket a gyorsítótárból.
  • Kizárja a takarmányt – kizárja a meghatározott hírcsatornákat a gyorsítótárból.

Bemelegítés
Bemelegítés tárolja az URL-eket a következő gyorsítótár-előkészítéshez. Minden URL-nek van egy prioritási száma (látható az irányítópult beállításaiban), ahol manuálisan beállíthatók. Alacsonyabb szám = nagyobb prioritás.

  • Engedélyezze a Remote Prebuild Cache fájlt – A Swift már nem fog külső botot használni az előkészítéshez, hanem a háttér folyamatot használja.
  • A gyorsítótár automatikus előkészítése – előkészíti a gyorsítótárat, miután törölte. Ha ezt használja, akkor engedélyezze az „Csak az Előkészítés optimalizálása” lehetőséget is.
  • Fedezze fel az új oldalakat – ha a Swift nem találja az összes oldalt, ez segít.
  • Előreépített szerző oldalak – előkészíti a szerző oldalakat.
  • Előreépített archívum – archív oldalak előkészítése.
  • Előre építeni a REST URL-eket – előkészíti a REST URL-eket.
  • Előreépített feed – előkészíti az RSS feed oldalakat.

Lakk
Engedélyezze az automatikus tisztítást – engedélyezze, ha lakk gyorsítótárat használ – automatikusan kitisztítja, ha a Swift törli a plugin gyorsítótárát, így nem kell manuálisan tennie.

appcache
appcache letölti webhelyét (vagy meghatározott oldalait) a felhasználó böngészőjébe az első látogatáskor, így elérhetővé teszi webhelyét akkor is, ha offline állapotban van. Nagyon jól hangzik, de ez jelentősen lelassítja az előkészítést, és nem éri meg. Nagyon javaslom, hogy hagyja ezeket a fogyatékkal élőket.

  • Engedélyezze az Appcache használatát az asztalon – letiltás.
  • Engedélyezze az Appcache for Mobile alkalmazást – letiltás.

3.5. CDN

A StackPath-ot (10 dollár / hónap, 30 napos próbaverzió) használom a Cloudflare-rel együtt. A StackPath 31 adatközponttal rendelkezik, a Cloudflare rendelkezik 150+. Több adatközpont = gyorsabb tartalomszállítás, és a StackPath nagymértékben az Egyesült Államokban található, ahol legalább a legtöbb látogatóm van.

StackPath-Data-központok

Tábornok

1. lépés: CDN engedélyezése.

2. lépés: A StackPath irányítópultján kattintson a CDN fülre, majd hozzon létre egy StackPath CDN webhelyet

StackPath-CDN-Tab

StackPath-CDN-Domain

StackPath-kiszolgáló-IP-cím

* Másolja ki a kiszolgáló IP-címét, ahogy arra szükség van a szakasz 4. lépésében.

StackPath-CDN-URL-Swift-Performance

3. lépés: Illessze be a StackPath CDN URL-jét a CDN gazdagépnév a Swift Performance mezője.

Swift-Performance-StackPath-CDN-beállítások

4. lépés: A StackPath alkalmazásban lépjen a CDN → Gyorsítótár beállításai elemre, majd kattintson a „Mindent megtisztít” elemre …

StackPath-Purge-Cache

5. lépés: Engedélyezze a szerver IP-címét a StackPath-ban (WAF → tűzfal).

StackPath-Whitelist-IP

6. lépés: Futtassa webhelyét GTmetrix és a „tartalomszolgáltatási hálózat” zöld színűnek kell lennie a YSlow-ban.

CDN GTmetrix YSlow

CDN engedélyezése az SSL-en – engedélyezze, ha SSL-t használ.

SSL CDN gazdagépnév – hagyja üresen, mivel a hostnevek azonosak, még akkor is, ha SSL.

CloudFlare

CloudFlare még többet ad adatközpontok a tartalomszolgáltató hálózatra …

Cloudflare adatközpontok

1. lépés. Jelentkezni valamire CloudFlare és a rendszer felkéri a webhely felvételére és a vizsgálat beindítására.

CloudFlare-kezdődik-scan

2. lépés. Miután a szkennelés befejeződött, válassza ki az ingyenes tervet, majd a Cloudflare végigvezeti egy oldalkészleten. Végül arra az oldalra kerül, ahol a Cloudflare hozzárendel 2 névszerverek.

CloudFlare-Portál-Swift-Performance

3. lépés. Végezzen Google-keresést a „Hogyan változtasson meg névkiszolgálókat a SiteGround-en” (csak a gazdagépet keressen), majd kövesse az utasításokat. Másolja a Cloudflare által biztosított 2 névkiszolgálót, és beilleszti őket a host cPanel egyéni névkiszolgálók opciójába…

SiteGround-DNS-rekordok

4. lépés. Fogd meg Cloudflare globális API-kulcs (megtalálható a Cloudflare profil), és írja be a Swift Cloudflare lapjába. Használja ugyanazt az e-mailt, mint a Cloudflare-fiók, és engedélyezze az automatikus tisztítást, amely megtisztítja a Cloudflare gyorsítótárát, amikor a Swift gyorsítótára törlődik (így nem kell manuálisan).

Swift-Performance-CloudFlare-beállítások

MaxCDN / StackPath
Nem fogadhatja el ezeket a lehetőségeket. A StackPath megvásárolta a MaxCDN-t, és már nem használnak álnévet, fogyasztói kulcsot vagy titkot. Egyszerűen hozzon létre egy StackPath CDN URL-t és írja be a CDN fülre.

  • MAXCDN Alias – elavult (használja a StackPath CDN URL-t).
  • MAXCDN Fogyasztói kulcs – elavult (használja a StackPath CDN URL-t).
  • MAXCDN fogyasztói titok – elavult (használja a StackPath CDN URL-t).

Swift-Performance-MaxCDN-beállítások

4. Képoptimalizáló

A gyors teljesítmény képoptimalizáló jó, de ehhez nem kell frissítést végeznie (ingyenes képoptimalizálási eszközöket / plugineket használhat): Shortpixel, Imagify, és Imsanity mind nagyszerű munkát végeznek.

5. Adatbázis-optimalizáló

Az adatbázis-optimalizáló törli a nem használt adatbázistáblákat (amelyeket gyakran eltávolítottak az eltávolított bővítmények), tranziensek, automatikus mentés, eldobott üzenet, levélszemét-megjegyzés és potenciálisan több ezer bejegyzés-javítás, amelyeket automatikusan tárolnak a tartalom újbóli közzétételekor. Leginkább a szemét. Készítsen biztonsági másolatot különösen, ha egy ideje nem tette ezt meg, mivel azt nem lehet visszavonni.

Swift-Performance-Adatbázis-optimalizáló

6. Kritikus betűtípus

Kritikus betűtípusok engedje meg, hogy kiválassza az ikont a Fontos félelmetes közül, és hatékonyan töltse be csak a választott fájlokat, ellentétben a teljes Fontos félelmetes könyvtárral, így ezek az ikonok sokkal gyorsabban töltődnek be.

Swift-teljesítmény szempontjából kritikus-betűtípusok

7. Plugin Szervező

A GTmetrix Waterfall lapon észreveheti, hogy bizonyos pluginek olyan oldalakon / bejegyzéseken futnak, ahol még nem is használják. Lehet, hogy a 7. kapcsolatfelvételi űrlapot használják az Ön kapcsolatfelvételi oldalán, de általában sehol máshol (tehát máshol nem szabad futtatni). A WP Review gazdag részletekkel ellátott bővítményével ez is megtörténik. A Swift szűrőinek használatával tilthatja / engedélyezheti a beépülő modulokat, miközben több szabályt ad hozzá.

Swift-Performance-Plugin-Organizer

Példák

  • Engedélyezze az URL-egyezés / névjegy / lehetőséget, hogy csak a kapcsolattartó űrlapot jelenítse meg az oldalon
  • A CPU-fogyasztás megakadályozása érdekében tiltsa le a WordPress rendszergazda bizonyos beépülő moduljait
  • Engedélyezze az URL-egyezést a regex kifejezéssel, hogy csak a „áttekintő” bejegyzésekben jelenjenek meg gazdag kivonatok

8. Frissítse a PRO-t

Swift Pro segítségével használhatja számítási API, képoptimalizáló és kritikus betűtípusok. Őszintén szólva azt hiszem, túl sok adnak el ingyen (lite) pluginjukban, és ezeket nem érdemes frissíteni.

Swift-Performance-Pro

9. Teszteredmények a GTmetrix-ben

Gyors teljesítménygel …
Swift-Performance-GTmetrix-jelentés

A WP rakéta segítségével…
2019-GTmetrix-jelentés

Következtetés

A Swift Performance Lite más ingyenes gyorsítótár-bővítményeket fúj ki a vízből, még akkor is, ha a varázsló segítségével csak az alapbeállításokat konfigurálja. Ha továbbra is problémái vannak, olvassa el a teljes WordPress sebesség-optimalizálási útmutatót, amely tartalmazza a kerülendő magas CPU-bővítmények listáját, könnyű plugin-alternatívákat, AMP utasításokat, hogyan kell frissíteni a PHP 7+ -ra, képoptimalizálást és egy linket, ha szükséges hogy felvegyem a freelancer.com fejlesztőmet, aki segített 100% -os GTmetrix pontszám elérésében.

Miért használom a SiteGround-t?

SiteGround jelentése Yoast használta, magam és ajánlotta a WordPress. Szinte mindenben # 1 Facebook közvélemény-kutatás és a legtöbb ember számára jelentős jelentőségű a betöltési idő javításai különösen akkor, ha középszerű gazdagépeket használtak: GoDaddy, Bluehost, HostGator, InMotion, Dreamhost, EIG.

Yoast-on-en-Mi-éppen bekapcsolt to-Siteground

Én használom félig elkötelezett GoGeek terv ami négyszer többet tartalmaz szerver erőforrások mint megosztott tárhely. Kattintson az oldalaimra, hogy megnézze, milyen gyorsan töltik fel őket, megnézze a GTmetrix jelentést, vagy láthassa az embereket költöztetett és kiküldött új betöltési idők. Ők is szabad migráció.

DigitalOcean a felhőkarcolókon és Kinsta szintén jók és havonta 10 dollárt és 30 dollárt indítanak. A Cloudways inkább azoknak a fejlesztőknek szól, akiknek nincs szükségük cPanelre, e-mail tárolásra vagy a SiteGround szolgáltatásban nyújtott támogatásra. A Kinsta alapvetően a WP Engine szokott (drága, de félelmetes). A teljes blogom alapvetően az, hogy segítsen az embereknek gyorsabban betölteni webhelyüket. Megtagadom a havi 2 dolláros fogadás ajánlását, mivel a legtöbb ember leginkább sajnálja, amikor webhelyet üzemeltet.

Hogyan ellenőrizhető, ha lassú-e a tárhelyed?
Futtassa át webhelyét Google PageSpeed ​​Insights hogy lássa csökkentheti a szerver válaszidejét szerepel a jelentésben. Google ajánlja kellene lennie <200ms. Az 1 másodpercnél hosszabb semmi nem jó. Ellenőrizheti a TTFB (ideje az első bájthoz) a GTmetrix Időzítés lapon vagy bytecheck.com.

Csökkentse a szerver válaszidejét

2019 Host Poll

2017-WordPress tárhely-FB-Poll

Az Elementor ajánlásai

2019. július hosting ajánlás

WordPress-Host-Poll-Aug-2018

Közös tárhely-Poll 2017

2019-tárhely-Poll

Go-To-hosting-cég

WordPress tárhely-Poll 2017

Sikerült tárhely-Poll

WooCommerce tárhely-FB-Poll

2016-Web-Hosting-Poll

Legjobb WordPress tárhely-szolgáltató-Poll

A legjobb Web-Hosting 2019-Poll

WP Barátságos Host Poll

2016-WordPress tárhely-FB-Poll

Kedvenc tárhely az Elementor számára

2018. évi tárhely-ajánlások

WordPress Hosting Poll 2018. szeptember

Sikerült-WordPress tárhely-Poll 2017

2019-Host-Poll-1

Tárhely-Poll-For-Speed

WordPress tárhely-Poll június 1-

SiteGround-ajánlás

2014-Managed-WordPress tárhely-FB-Poll

A legjobb Web-Hosting-Provider-Poll

Tárhely-Poll-Feb-2019

Tárhely-ajánlások-Poll

Bluehost vs SiteGround

WordPress Web Host közvélemény-kutatás

A SiteGround ajánlott WordPress:

SiteGround-ajánlott-WordPress-Host

És az Ivica ki irányítja a A WordPress felgyorsítja a Facebook csoportot 16 000+ taggal.

WordPress-Speed-Up ajánlott eszközök

Néhány szál:

Godaddy a SiteGround migrációhoz

EIG-To-SiteGround

SiteGround-Migration

A SiteGround rendelkezik 3 terv:

SiteGround WordPress tárhely

A magasabb tervek többet tartalmaznak szerver erőforrások (# 1 tényező a WordPress optimalizálási útmutatóban). Itt van a teljes összehasonlító táblázat, de a GrowBig kétszer annyi szerver erőforrást biztosít Önnek, mint a StartUp, és a GoGeek is félig elkötelezett tárhely ami még többet ad neked. A GrowBig és újabb verziók ingyenes áttelepítéssel, átmenetileg továbbfejlesztett gyorsítótárazással és több webhely tárhelyének képességével érhetők el. A GoGeek prioritást élvez. A felhő-tárhelyük meglehetősen havi 80 USD-es áremelkedés.

Láthatjuk az őökön szolgáltatások oldal:

SiteGround-Server-Resources-összehasonlítás

Azért használom a SiteGround alkalmazást, mert:

  1. Saját GTmetrix + Pingdom A jelentések magukért beszélnek
  2. Oldalaim azonnal betöltődnek (ha akarod, kattintson rá)
  3. Gyors sebesség technológia (PHP 7.3, NGINX, SG Optimizer, CloudFlare)
  4. Által javasolt Yoast, WordPress, Ivica tól től WordPress Speed ​​Up
  5. Ingyenes Titkosítsuk az SSL-t, könnyen kezelhető cPanel, és jellemzői eCommerce
  6. A WordPress támogatása verhetetlen még a GoGeek kiemelt támogatása nélkül is
  7. GrowBig előkészítéssel, több tárhellyel és több kiszolgáló erőforrással jön (görgessen lefelé a „elosztjuk a szükséges erőforrásokat” elemre, és vigye az egérmutatót a szerver lapon)
  8. GoGeek még több szerver erőforrással, tárolással és prioritási támogatással jár
  9. Ingyenes migráció, migrátor plugin, és a 30 napos pénzvisszafizetési garancia
  10. Rengeteg dicséret Reddit, Facebook beszélgetések, Twitter, TrustPilot
  11. Rengeteg dicséret a Facebookon: # 1, # 2, # 3, # 4, # 5, # 6, # 7# 8, # 9, # 10# 11
  12. Sokan már betelepültek, és eredményeket tettek közzé a Twitteren: # 1, # 2, # 3, # 4, # 5, # 6# 7, # 8, # 9, # 10, # 11, # 12, # 13, # 14, # 15, # 16, # 17, # 18, # 19, # 20, # 21, # 22, # 23, # 24, # 25, # 26, # 27, # 28, # 29, # 30, # 31, # 32, # 33, # 34, # 35, # 36, # 37

Kapcsolódó nyilatkozat – ha feliratkozik a SiteGround-re az én kapcsolt link Nem fogok egy jó darabot adományozni számodra. Minden évben én adományoz 3 000 dollárt a GoFundMe kampányokhoz (2018 volt az éhesek táplálása Denverben, 2017 a Vöröskereszt volt a Harvey hurrikánnál). Támogatása segít, és őszintén nagyra értékelem. Megpróbálom a véleményeimet elfogulatlanná tenni és támogatni bizonyíték formájában Facebook közvélemény-kutatások, tweets, és valódi beszélgetések. Ha nem akarja használni, itt van egy a nem kapcsolt link a SiteGround-hez. Akárhogy is igazán hiszem, hogy csillagokból álló WordPress-házigazdák, és webhelyed gyorsabban / simábban fog futni … végezzen kutatást a Facebook csoportokban + Twitter és a legtöbb embert találja meg mondják ugyanezt.

OMM-On-SiteGround

Az emberek általában azért vándorolnak, mert ők sebesség technológia felére csökkentheti a betöltési időket:

Váltás a SiteGround-re

A siteGround betöltési idejű migráció

Bluehost a SiteGround GTmetrixhez

HostGator a SiteGround-hez

SiteGround GTmetrix

SiteGround Google PageSpeed ​​Insights

100 tökéletes eredmény a SiteGround-en

SiteGround Genesis

A SiteGround által biztosított sebesség

SiteGround GTmetrix jelentés

Csökkentett terhelési idő a SiteGround használatával

Új SiteGround válaszidők

HostGator a SiteGround áttelepítéshez

SiteGround válaszidők Joomlán

Váltás a SiteGround tárhelyre

SiteGround Rocket Képzelje el a Combo-t

Joomla GTmetrix a SiteGround-en

SiteGround PageSpeed ​​Insights

SiteGround a Joomla-on

A SiteGround csökkentett terhelési ideje

SiteGround gyors tárhely

Új Pingdom eredmények a SiteGround-en

Új SiteGround válaszidő

SiteGround válaszidő javítása

Gyakran Ismételt Kérdések

&# X1f680; A Swift jobb, mint a WP Rocket?

A WP Rocket a legtöbb Facebook közvélemény-kutatásban magasabb volt, sokkal könnyebben konfigurálható, és rendelkezik dokumentációval / támogatással, ha segítségre van szüksége annak beállításában.

&# X1f680; Hogyan állítsa be a Cloudflare funkciót a Swift használatával??

Iratkozzon fel ingyenes Cloudflare tervre, másolja át a Cloudflare által biztosított 2 névkiszolgálót, és változtassa meg a névkiszolgálókat Cloudflare névre a domainregisztrátorában. Ezután adja hozzá a Cloudflare információkat (a Fiók fülön található) a Swift Performance Cloudflare beállításaihoz.

&# X1f680; Hogyan használja a plugin szervezőt??

Tudja meg, mely oldalaknak / hozzászólásoknak nincs szükségük bizonyos pluginekre / szkriptekre. Ehhez szükség lehet egy kis tesztelésre. Ezután használja a Plugin Szervezőt az olyan oldalak / hozzászólások letiltásához, amelyeket nem kell betölteni. Klasszikus példa az, ha csak a Kapcsolatfelvételi űrlap plugin-t tölt be a kapcsolattartó oldalra.

&# X1f680; Milyen más sebességű bővítményekre van szükségem?

A Swift-nek gondoskodnia kell a legtöbb sebesség-optimalizálásáról. Nézze meg a GTmetrix jelentését (beleértve a Vízesés lapot), hogy megnézze, mi éppen lassítja a WordPress webhelyét. Képekhez a ShortPixelt ajánlom. Betűtípusok esetén kipróbálhatja az OMGF-et.

&# X1f680; Megéri a Swift Performance Pro??

Ha fizet egy prémium gyorsítótár-bővítményért, akkor jobban fizet, ha a WP Rocket, mint a Swift Performance Pro.

Köszönjük, hogy elolvastat. Ha kérdése van, írjon nekem egy megjegyzést!
Tomi

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map