WP-enjin met WP-raketgeheime – maak dit ‘n verskil? Is dit die moeite werd?

WordPress aanbiedings


As u al ooit probeer het om ‘n caching-inprop te installeer tydens die gebruik van WP Engine, sal u weet dat WP Engine alle cache-inprop verbied omdat dit inmeng met hul EverCache-stelsel op die bedienervlak.

Nou ja, alle cache-inproppe behalwe een: WP-vuurpyl. Om die waarheid te sê, WP Rocket is deel van WP Engine se ‘Voorkeur-inprop-program’, en dit staan ​​jou vry om WP Rocket met WP Engine te gebruik.

Dit het ons laat wonder: maak die gebruik van WP Rocket met WP Engine eintlik ‘n verskil? Dit wil sê, as u reeds betaal vir WP Engine en al die prestasieoptimalisering wat hulle op bedienervlak implementeer, is dit steeds die moeite werd om WP Rocket te gebruik om u webwerf verder te bespoedig?

Om dit uit te vind, het ek ‘n toetswebwerf op WP Engine opgerig en deur sommige toetse gedoen om te vergelyk hoe dit met WP Rocket funksioneer en daarbuite, en ek gaan die data met jou deel.

Maar voordat ek daarby kom, kom ons bespreek wat eintlik aan die gang is as jy hierdie twee saamspan …

Wat gebeur as u WP-vuurpyl met WP-enjin gebruik?

Soos ek hierbo genoem het, sluit WP Engine by verstek op cache-bedienervlak via hul EverCache-stelsel in. As u nie seker is wat caching is nie, gaan kyk gerus na hierdie plasing, en u kan ook meer leer oor WP Engine in ons WP Engine-oorsig.

WP Rocket by die WP Engine Solution Centre

Op hul produkbladsye is WP Engine redelik vaag oor wat EverCache in werklikheid doen (buite ‘statiese inhoud op u webwerf). Dus, om ‘n meer gedetailleerde verduideliking te kry, het ek hul ondersteuningspan uitgespreek, wat vir my gesê het dat dit basies ‘n kombinasie van:

  • Vernietiging van bladsybladsy.
  • Gemachineerde voorwerp kas.

Hierdie stelsel oorvleuel met ‘n klomp caching-inprops (insluitend die bladsy-kasfunksie van WP Rocket), en daarom verbied WP Engine caching-inprop vanaf hul platform.

Hoe kan hulle dan saamwerk??

Wel, om konflik te vermy, sal WP Rocket outomaties die funksionering van die bladsy-kas deaktiveer as u dit op ‘n webwerf by WP Engine installeer. Dus, WP Rocket doen geen bladsy-kasgeheue wanneer u dit met WP Engine gebruik nie, wat beteken dat u een van WP Rocket se grootste verkoopspunte misloop..

Selfs sonder die caching-funksionaliteit, bied WP Rocket steeds ‘n aantal ander prestasieverbeterings waaruit u kan baat vind, insluitend:

  • Minifikasie en samesmelting – krimp en kombineer HTML-, CSS- en JavaScript-lêers sonder om hul funksionaliteit te verander.
  • Lui laai prente en video’s – wag om prente of video’s onder die vou te laai totdat ‘n gebruiker op die bladsy begin afrol.
  • Stel JavaScript uit – Versnel u waargenome bladsy-laaityde deur te wag om JavaScript te laai totdat die bladsy gelewer is.
  • Hartklopbeheer – kan u die WordPress Heartbeat API beperk of deaktiveer om die las op u bediener te verminder.
  • Diverse aanpassings – soos om emoji’s uit te skakel.

Boonop maak WP Rocket die WP Engine-kas outomaties skoon wanneer u die kas in WP Rocket skoonmaak, wat ‘n lekker bonus is wanneer dit gemaklik is.

Hierdie boodskap handel basies oor die ontdekking van hoeveel ekstra aanpassings met ekstra prestasies die naald op jou werf se prestasie kan beweeg.

Doen ‘n paar toetse: WP-motor en WP-vuurpyl

Om uit te vind hoeveel van die verskil WP Rocket op WP Engine maak, stel ek ‘n toetswebwerf op WP Engine se Beginplan.

Hierdie toetswebwerf gebruik die Avada-tema en ‘n volledige Avada-demo-werf, sowel as ‘n paar agter-die-skerms-inpropinsies soos Yoast SEO. Basies probeer ek om ‘n ‘regte’ WordPress-webwerf te benader.

Toe gebruik ek WebPageTest om die webwerf te toets:

  • sonder WP Rocket (d.w.s. slegs deur die ingeboude prestasie-aanpassings van WP Engine te gebruik)
  • met WP Rocket volledig opgestel (ek deel my konfigurasiebenadering na die toetsdata).

Ek het WebPageTest gebruik omdat ek ‘n goeie manier wou hê om lui laai van WP Rocket te kwantifiseer, wat WebPageTest’s Spoedindeks het ‘n goeie werk gedoen. Die ‘Snelheidsindeks’ is ‘die gemiddelde tydstip waarop sigbare dele van die bladsy vertoon word’. Hoe vinnig bogenoemde vou-inhoud vir mense sigbaar is, wat die effek van lui vrag moet opdoen.

Om soveel moontlik veranderlikes te probeer verwyder, het ek drie afsonderlike WebPageTest-toetse op drie verskillende dae afgelê.

Wat meer is, ek stel elke WebPageTest-toets op om uit te voer vyf afsonderlike toetse en neem die mediaanwaarde. Daar was dus altesaam 15 afsonderlike toetse vir elke konfigurasie, wat ‘n goeie werk gedoen het om enige enkel-toetsveranderlikheid uit te skakel.

Ter verwysing, my WP Engine-datacenter was in Suid-Carolina, en ek gebruik WebPageTest se Dallas, TX-ligging en emuleer ‘n 5 Mbps-kabelverbinding met die Chrome-tafelblaaier.

Hier is die data:

Dag 1:

opset

Laai tyd

Spoedindeks

Volgelaaide

niks

4.296 sekondes

4.400 sekondes

4.798 sekondes

WP-vuurpyl

3.959 sekondes

4.312 sekondes

4.407 sekondes

Dag 2:

opset

Laai tyd

Spoedindeks

Volgelaaide

niks

3.932 sekondes

4.172 sekondes

4.403 sekondes

WP-vuurpyl

3.819 sekondes

4.062 sekondes

4.377 sekondes

Dag 3:

opset

Laai tyd

Spoedindeks

Volgelaaide

niks

3.376 sekondes

3.699 sekondes

3.845 sekondes

WP-vuurpyl

2.491 sekondes

2.919 sekondes

5.289 sekondes

Terminologie verduidelik

Hier is die definisies vir die drie terme van WebPageTest:

  • Laai tyd – ‘die tyd vanaf die begin van die aanvanklike navigasie tot die begin van die vensterbelastinggebeurtenis (onload)’.
  • Spoedindeks – ‘die gemiddelde tydstip waarop sigbare dele van die bladsy vertoon word’.
  • Volgelaaide – ‘die tyd vanaf die begin van die aanvanklike navigasie totdat daar twee sekondes van geen netwerkaktiwiteit was nadat die dokument voltooi is nie. Dit sal gewoonlik enige aktiwiteit insluit wat deur JavaScript geaktiveer word nadat die hoofblad gelaai is. ‘

Hoe ek WP-vuurpyl vir hierdie toetse opgestel het

Ter verwysing het ek alles in WP Rocket aangeskakel. Ek het…

  • minifikasie en samesmelting vir HTML, CSS en JavaScript
  • optimaliseer CSS en JavaScript wat afgelewer word om die rendering-blokkeringskode uit te skakel
  • lui laai vir prente en video’s
  • Heartbeat API-beheer (ek het die API heeltemal uitgeskakel)
  • al die onjuiste prestasie-aanpassings, soos om emoji’s uit te skakel.

Dus, maak die gebruik van WP-raket met WP-enjin ‘n verskil?

Uit die gegewens blyk dit dat die voordeel van WP Rocket selfs op WP Engine nog voordelig is. Met WP Rocket ingeskakel, het die webwerf vinniger gelaai op al drie dae wat ek toetse afgelê het (en onthou, elke toets self was vyf afsonderlike lopies).

As u nadink oor wat WP Rocket doen, is dit beslis sin.

Aanpassings soos lêervermindering / -koppeling, lui-laai, optimale aflewering en so meer, is almal goeie advies om u WordPress-webwerf te bespoedig.

Benodig u WP Rocket om die optimalisering te doen? Nie noodwendig. U kan ‘n gratis stapel plugins met soortgelyke funksies bou. Byvoorbeeld:

  • Optimaliseer outomaties vir minifikasie en optimalisering van skrifte.
  • Lazy Load vir lui laai (‘n gratis plugin van die WP Rocket-span).
  • Heartbeat Control om die Heartbeat API te beperk of uit te skakel (nog ‘n gratis plugin van die WP Rocket-span).
  • WP-Optimaliseer om u databasis skoon te maak
  • Duidelik vir verkeerde aanpassings van prestasies.

Ek dink egter dat daar ‘n waarde is aan die gemak en eenvoud om dit alles uit een plugin (WP Rocket) te kan doen, wat die prysetiket van $ 49 kan regverdig.

Daarbenewens is twee ander voordele van WP Rocket bo die gratis opsies:

  • Premium ondersteuning, as u hulp nodig het om al die dinge op te stel.
  • WP Rocket integreer met die vernis-kas van WP Engine, waarmee u u kas via WP Rocket kan suiwer (net ‘n lekker gemaklike funksie).

As dit vir u $ 49 werd is, kan u meer leer oor hoe WP Rocket werk in ons WP Rocket-oorsig.

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