Hoe u die reaksietyd van die bediener kan verbeter op die WordPress-hosting van Bluehost: ‘n algemene verskynsel in u Google PageSpeed ​​Insights-verslag

BlueHost is berug vir die reageertyd van die bediener.


U kan dit meet Google PageSpeed ​​Insights of Bitcatcha, en Google beveel u aan bediener reaksietyd wees onder 200m. Enige hoër as 1-2 sekondes, en u het ‘n probleem.

U kan trae reaksietye op die bediener op Bluehost regstel deur: ‘n cache-inprop te konfigureer, hoë CPU-inproppe te vermy, ‘n CDN te gebruik, u databasis skoon te maak, beelde te optimaliseer, ongebruikte inproppe te verwyder, die Blackhole For Bad Bots-inprop te gebruik om spam-bots te stop, Heartbeat Control plug-in, en sorg dat u gasheerplan genoeg het bedienerhulpbronne om u verkeer / inproppe te hanteer.

Is Bluehost die probleem? Waarskynlik … hulle is die eiendom van ESV wat bekend is om koste te besnoei deur te veel mense op dieselfde bediener te pak. Aan die einde van die dag is hulle bekend dat hulle goedkoop is (nie vinnig nie). Hulle word ook swak beoordeel in Facebook-peilings. Probeer om by die WordPress Hosting Facebook-groep en kyk wat regte, onbevooroordeelde mense aanbeveel om aan te bied. Daar is baie beter opsies as Bluehost. ek gebruik Ground en het 200m reaksietye, 100% GTmetrix-tellings, en .4s Pingdom laai tye. Die verslae spreek vanself.

1. Gaan die reaksietye van die bediener na

Kontroleer u eie reaksietye op die bediener met behulp van Bitcatcha. Dit is myne … hehe.

Bitcatcha-bedienersnelheidsverslag

Of gebruik Google PageSpeed ​​Insights:

Verminder reaksietyd op die bediener

Solank jy by Bluehost is, is jy nie alleen nie:

Bluehost vertraag reaksietyd

Stadige reaksie tyd van Bluehost-bediener

Reaksie tyd van Bluehost Server

Reaksie tyd van Bluehost Crap Server

Reaksie tye van Bluehost Server

BlueHost-Bestuurde-WordPress-Hosting

2. Opgradeer na PHP 7+

Opgradeer na ‘n hoër PHP-weergawe (in u cPanel) is een van die maklikste maniere om u webwerf vinniger te maak, terwyl u ook die reaksietyd van die bediener verminder. Bluehost nou ondersteun PHP 7.2.

WordPress PHP-maatstawwe

BlueHost-PHP-Config

Bluehost Update PHP-weergawe

3. Vermy hoë CPU-inproppe

Te veel inproppe (of net een enkele hoë CPU-inprop) kan u bediener se reaksietyd (en laai tyd) maak of breek. P3 was vroeër baie goed met die vind van stadige inproppe, maar nou Navraagmonitor is die beste. Installeer die inprop en gaan na “Navrae volgens komponent” om die inproppe wat die vinnigste laai word, te sien.

Langtermyn-inprop-vrae

U kan ook die tabblad GTmetrix Waterfall gebruik:

Stadige WordPress-inprop

* Algemene skuldiges sluit in verwante pos-, statistiek-, sitemap-, chat-, kalender-, bladsybouers en plugins wat deurlopende skanderings / prosesse uitvoer of hoë CPU in GTmetrix vertoon.

  1. AddThis
  2. AdSense-klikbedrogmonitering
  3. Alles-in-een-byeenkoms-kalender
  4. Friends Buddy
  5. Beaver Bouwer
  6. Beter WordPress Google XML Sitemaps
  7. Gebroke skakelkontroleerder (gebruik Dr. Link Check)
  8. Konstante kontak vir WordPress
  9. Kontakvorm 7
  10. Kontekstuele verwante plasings
  11. Digi Auto Links
  12. Disqus kommentaarstelsel
  13. Divi Bouwer
  14. Essensiële rooster
  15. Kyk na die volledige lys van 65 stadige inproppe

4. Vermy eksterne bronne

Eksterne bronne kan afkomstig wees van Google Maps, Analytics, Gravatars, plugins vir sosiale deel, kommentaar-inproppe en ander bronne. Dit trek versoeke van eksterne hulpbronne af en sal die reaksietyd van die bediener verhoog en u GTmetrix + Pingdom-verslae vernietig. Dit is duidelik dat dit die beste is om eksterne hulpbronne saam te vermy, maar ek het ‘n paar algemene oplossings hieronder gelaat.

Kas-Gravatar-Images

Haal DNS-versoeke vooraf – As u absoluut eksterne hulpbronne moet gebruik, dan kan u dit vooraf gebruik om die leser te verwag om vinniger te laai. Luke het ‘n ongelooflike lys van algemene domeine om voor te haal. Kopieer al hierdie dinge (of net die wat u benodig) en voeg dit by u webwerf (die meeste kas-inproppe het ‘n opsie hiervoor). Sluit ook u CDN-URL in as u StackPath, KeyCDN, BunnyCDN of ‘n ander CDN gebruik (behalwe vir Cloudflare wat nie CDN-URL’s gebruik nie).

Gaan haal-DNS-Versoeke-WP-vuurpyl

Gaan haal-DNS-Versoeke

5. Stel ‘n Cache-inprop op

As u op die gratis roete gaan, beveel ek aan Vinnige vertoning of WP vinnigste kas, en ek het tutoriale vir beide Swift en WPFC. Maar as u die $ 49 kan laat val, WP-vuurpyl is baie beter, is wat ek gebruik, en is die nommer 1-inprop-inprop in verskeie Facebook-peilings. Maar hoekom?

WP Rocket het baie funksies wat die meeste kas-inproppe nie het nie. Dit beteken dat as u die meeste ander cache-plugins sou gebruik, sal u ongeveer 6 ekstra plugins moet installeer. As jy soos ek is, wil jy net 1 inprop gebruik. Dit is die rede waarom WP Rocket beter tellings + laadye in GTmetrix / Pingdom lewer (dit het meer funksies, terwyl die aantal inprops op u webwerf verminder word).

  • Databasisopruiming (ingebou in WP Rocket, of gebruik WP-Optimaliseer)
  • Hartslagbeheer (ingebou in WP Rocket, of gebruik Hartklopbeheer)
  • Lui laai prente / video’s (ingebou in WP Rocket, of gebruik dit WP YouTube Lyte)
  • Gasheer Google Analytics plaaslik (ingebou in WP Rocket, of gebruik dit CAOS vir analise)
  • Hou Google-lettertipes plaaslik (ingebou in WP Rocket, of gebruik dit CAOS vir lettertipes, of SHGF)
  • Integrasie met Cloudflare + ander CDN’s (ingebou in WP Rocket, of gebruik CDN Enabler)

WP-vuurpyl-kenmerke

2016 beste kas-inprop-peiling

2019-kas-inprop-peiling

Swift vs WP raket

2016-geheue-inprop-peiling

Beste peiling vir inprop-plugins 2018

wp raket vs w3 totla-kas

Die meeste mense stel nie hul cache-inprop korrek op nie, en benut dit nie ten volle nie. Ek beveel sterk aan dat u my tutoriale deurkyk om seker te maak dat u opstelling ideaal is.

  • WP Rocket handleiding
  • Swift Performance tutoriaal
  • WP Vinnigste Cache-tutoriaal
  • W3 Total Cache-tutoriaal
  • WP Super Cache-tutoriaal

6. Maak die databasis skoon

U databasis kan rommellêers versamel, soos verwyderde opmerkings, strooiposopmerkings, hersienings, vervalste oorgange en ander dinge wat veroorsaak dat u databasis opgeblase is.

Dit is die beste om u databasis ongeveer elke 1-2 weke skoon te maak. U kan die WP-optimaliseer inprop om dit skoon te maak, sowel as om lopende databasisopruimings te skeduleer. Maak net seker dat u ‘n rugsteun van u databasis neem voordat u dit doen, veral as u dit die eerste keer skoonmaak.

WP-optimaliseer skoon databasis

As u WP Rocket gebruik, het u nie WP-optimalisering nodig nie, aangesien dit ingebou is:

WP-vuurpyl-databasis-instellings

7. Hartklopbeheer

Die WordPress hartklop API toon intydse inprop-kennisgewings en dat ander gebruikers ‘n plasing redigeer. Alhoewel dit lekker klink, verbruik dit ook bedienerhulpbronne deur elke 15-30 sekondes ‘n versoek te skep. Gebruik die Hartslagbeheer-inprop en beperk dit, of skakel dit heeltemal uit.

Hartklop-Control-Plugin

Hartklopbeheer

As u WP Rocket gebruik, het u hierdie inprop nie nodig nie, aangesien dit ingebou is:

WP-vuurpyl-Hartklop-beheer

8. CDN

A CDN (inhoudafleweringsnetwerk) laai hulpbronne af na verskeie datasentrums regoor die wêreld. Dit plaas minder spanning op u bediener, maar dit verminder ook die geografiese afstand tussen u bediener en besoeker, en is ‘n aanbeveling in die WordPress-optimaliseringsgids. Ek beveel aan om te gebruik Cloudflare wat ‘n gratis CDN is met 200+ datasentrums en daar is geen rede waarom u dit nie moet gebruik nie. Cloudflare is slegs beskikbaar op Bluehost se aandeleplan, klante met VPS of ‘n toegewyde bediener moet Bluehost kontak en dit aanvra.

Gaan na domeine in u Bluehost cPanel > Cloudflare > Aktiveer.

Bluehost Cloudflare

Bluehost Cloudflare-aktivering

As u die ekstra stap wil doen, kan u ‘n paar instellings in u instel Cloudflare-paneelbord.

Cloudflare-Speed-Tab

En as u regtig die ekstra kilometer wil gaan, kan u verskeie CDN’s gebruik. Elke CDN het hul eie stel datasentrums, en meer datasentrums = vinniger aflewering van u inhoud en sal nog meer hulpbronne aflaai. Ek persoonlik gebruik beide Cloudflare (gratis) en StackPath ($ 10 per maand met gratis proeftydperk van 30 dae).

StackPath-Data-sentrums

Stap 1: Sluit aan by StackPath.

Stap 2: Klik op die CDN-oortjie in die dashboard skep ‘n StackPath CDN-webwerf. U sal deur ‘n reeks bladsye gaan waar StackPath u domein sal aanvra, die IP-adres van u bediener opspoor en dan ‘n CDN-URL skep wat u in u cache-inprop sal kopieer / plak. Baie maklik.

StackPath-CDN-Tab

StackPath-CDN-Domain

StackPath-bediener-IP-adres

CDN-URL-StackPath

Stap 3: Plak u StackPath CDN-URL in u cache-inprop (hieronder is vir WP Rocket). As u cache-inprop nie ‘n veld vir ‘n CDN-URL het nie, gebruik eerder die CDN Enabler-inprop.

WP-vuurpyl-CDN-instellings

Stap 4: Gaan in StackPath na CDN → Cache-instellings, en klik dan Reinig alles

StackPath-Ontsondig-Cache

Stap 5: Begin u werf in GTmetrix en “inhoudafleweringsnetwerk” moet groen wees in YSlow.

CDN GTmetrix YSlow

9. Sluk slegte bots

U sal nooit weet of spam-bots u webwerf tref en hulpbronne verteer nie, tensy u kyk. Ek het gevind dat twee spammy-bots (compute.amazonaws.com en linode.com) my webwerf elke 3 sekondes konstant tref – ek bestee bedienersbronne aan letterlik niks. Dit is duidelik dat Googlebot OK is, maar u wil dit voorkom strooiposbots van die verbruik van hulpbronne.

Stap 1: Installeer Wordfence.

Stap 2: Kyk na u live verkeersverslag (onder die instellings van Wordfence se gereedskap). Kyk ‘n goeie oomblik om te sien watter bots u werf tref. As hulle spammy lyk, Google hul gasheernaam en kyk of ander mense dit as strooipos rapporteer. Maak ‘n lys van al die spam-bots.

Live-Traffic-Rapport-Wordfence

Stap 3: Gaan na Wordfence se blokkering-instellings en voeg die spam-bots hier by. Gebruik sterretjies om seker te maak dat u alle variasies van die bot blokkeer, anders kan dit nie effektief wees nie.

Wordfence-blok-reël

Stap 4: Gaan na jou blokkeringsteken en kyk hoe die spam-bots geblokkeer word.

Wordfence-Firewall-blok

As u nie Wordfence wil gebruik nie, sal die Blackhole For Bad Bots-inprop doen dit outomaties:

Swartgat vir slegte bots

10. Optimaliseer prente

Daar is drie primêre maniere om beelde in GTmetrix te optimaliseer. Dit sal slegs onoptimiseerde prente vertoon vir die enkele bladsy wat u toets, so maak seker dat u die belangrikste bladsye daardeur laat loop.

beeld-optimalisering

Bedien afgeskaalde beelde – verander die grootte van groot beelde om kleiner te wees. GTmetrix wys alle prente wat te groot is en met die regte afmetings waarop hulle moet verander word. Soek die prentjie op u webwerf, verander dit in die regte afmetings, laai dit en vervang die ou prentjie met die nuwe.

Spesifiseer afbeeldingsafmetings – beteken dat u ‘n breedte / hoogte in die HTML of CSS van die beeld moet voeg. Die hoofredakteur van WordPress sal dit outomaties doen, daarom word hierdie foute gewoonlik veroorsaak deur beelde wat in bladsybouers, widgets en ander gebiede van u webwerf geleë is. Soek die prentjie eenvoudig, bekyk die HTML-beeld van die prent en voeg dan ‘n breedte / hoogte by wat GTmetrix u voorsien.

Optimaliseer prente – Druk foto’s sonder verlies met ‘n inprop soos ShortPixel. U kry elke maand 100 gratis krediete (dit is die my gunsteling-plugin vir beeldkompressie en ek het al baie probeer, waaronder Imagify, Smush, EWW, en ander). Installeer dit, gryp u API-sleutel van die ShortPixel webwerf, stel dan die instellings op. Stel die beeldkompressievlak op sonder verlies. Gaan na u Media-oortjie en optimaliseer ‘n paar beelde om seker te maak dat u tevrede is met die kwaliteit. As u dit is, komprimeer alle prente op u webwerf in grootmaat. Ek beveel aan om vooraf ‘n rugsteun te neem, net vir ingeval.

11. Gebruik liggewig-inproppe

As u hoë CPU-inproprogramme gebruik wat stadige reaksietye op die bediener veroorsaak, moet u dit óf uitvee, of alternatiewe inproppe vind wat nie soveel hulpbronne verbruik nie. Hier is ‘n paar liggewig-inproppe wat ek voorstel, hoewel u in baie gevalle u eie navorsing / toetsing moet doen. Kyk na u Query Monitor-verslag nadat u ELKE plugin geïnstalleer het om te sien hoe dit vragtyd beïnvloed.

Sosiale deel – WP Rocket’s toets getoon Social Media Feather, MonarchEenvoudige deelknoppies toevoeg, en MashShare het die minste hoeveelheid versoeke en die vinnigste laaitye gehad.

OndersteuningUpdraftPlus.

slidersmonoloog, LayerSlider, of Meteor Sliders.

kommentaarVoorwaardelike las.

portefeuljeEnvira Gallery, FooGallery, of Die rooster.

Analytics – Google Analytics en Search Console behoort baie te wees. Sorg net dat u Google Analytics plaaslik huisves (met WP Rocket, CAOS of WP Disable gebruik).

BladsybouersWordPress Page Builder deur MotoPress, maar geen bladsybouer loop vinniger as die inheemse WordPress Editor nie. Kombineer dit met die Duplicator-inprop en u hoef nie ‘n bladsybouer te benodig nie (insluitend bladsybouers wat ingebou is in WordPress-temas). Tensy u span absoluut weier om dit te doen leer ‘n bietjie HTML (die maklikste koderingstaal), vermy bladsybouers.

StudioPress-inproppe – liggewig plugins vir die Genesis Framework.

12. Bied Google-lettertipes plaaslik aan

As u Google Font-foute in u GTmetrix-verslag sien, beteken dit dat u lettertipes plaaslik moet gasheer.

Google-Fonts-GTmetrix

Gebruik kan die CAOS vir Webfonts-inprop:

CAO's-Fonts

of Self-gasheer-Google-lettertipe-inprop is ‘n goeie alternatief wat u outomaties aflaai van alle Google-lettertipes wat u gebruik en dit by u CSS voeg, met die opstel van enige instellings.

Self-Hosted-Google-Fonts-Plugin

13. Gasheer Google Analytics plaaslik

As u foute in Google Analytics in u GTmetrix-verslag sien, beteken dit dat u u Google Analytics-opsporingskode plaaslik moet huisves. Die CAOS Analytics-inprop doen dit outomaties.

Hefboom-Brower-Caching-Google-Analytics

CAO's-Analytics

WP Rocket het ook hierdie funksie.

WP Rocket Local Analytics

14. Herproef webwerf

Gaan terug na Google PageSpeed ​​Insights of Bitcatcha en toets weer die reaksietyd op u webwerf. Dit behoort baie vinniger te wees as ons byna alles tref wat dit beïnvloed.

Verminder-bediener-Response-time-Facebook

15. Skakel oor na vinniger hosting

As u reaksietyd op u bediener steeds stadig is, word dit beslis deur Bluehost veroorsaak.

Voordat u na hul VPS of ‘n toegewyde plan opgradeer, moet u navorsing doen en kyk wat ervare mense aanbeveel in die WordPress Hosting Facebook-groep. U medewerker het dalk hul eie voorstel, maar hierdie mense weet waarvan hulle praat.

ek gebruik Ground en het 200m reaksietye met 100% GTmetrix-tellings en .4s Pingdom laai tye. Doen ‘n gasheerondersoek, voer u eie toetse uit, of klik deur my bladsy met vinnige laai. Hulle is as die 26ste gasheer in 26 meningspeilings op Facebook aangewys en is wêrelde beter as ESV (BlueHost, HostGator), GoDaddy, en ander gashere wat te veel mense op dieselfde bediener pak. Daar was baie mense wie gemigreerde en gepos resultate op Facebook en Twitter. Tweet na tweet, Post na Post, poll na poll na poll, vinniger aanbiedingswil fix stadige reaksietye. hulle is aanbeveel deur WordPress, doen gratis migrasies, en ek gebruik hulle semi-toegewyde plan.

Omm-On-Ground

Bitcatcha-bedienersnelheidsverslag

2019-GTmetrix-verslag

2019-Pingdom-verslag

Mense migreer gewoonlik omdat hulle spoed tegnologie kan verbeter bediener reaksietye met verskeie sekondes. Hier is ‘n paar mense wat na SiteGround gemigreer het en hul resultate geplaas het.

Skakel oor na SiteGround

SiteGround-laai tydmigrasie

Bluehost na SiteGround GTmetrix

HostGator na webwerfgronde

SiteGround GTmetrix

SiteGround Google PageSpeed ​​Insights

100 perfekte telling op die terrein

SiteGround Genesis

Spoed afgelewer deur SiteGround

SiteGround GTmetrix-verslag

Verminderde laai tye met SiteGround

Nuwe webwerf-reaksie tye

HostGator na SiteGround-migrasie

SiteGround-reaksietye op Joomla

Oorskakel na SiteGround Hosting

SiteGround-vuurpyl Stel jou voor met kombinasie

Joomla GTmetrix op webwerfgrond

SiteGround PageSpeed ​​Insights

SiteGround Op Joomla

Verminderde laai tye op werfgrond

SiteGround-vinnige aanbieding

Nuwe Pingdom-uitslae op webwerfgronde

Nuwe reaksie tyd vir SiteGround

Verbetering van SiteGround-reaksietyd

Hostingspeiling van 2019Besigtig poll2017-WordPress-Hosting-FB-PollBesigtig poll of ScreenshotAanbevelings vir Elementor HostingBesigtig poll of ScreenshotJulie 2019 bied aanbevelings aanBesigtig poll of ScreenshotWordPress-Host-Poll-Augustus-2018Besigtig poll of ScreenshotGedeelde-Hosting-Poll-2017Besigtig poll of Screenshot2019-Hosting-PollBesigtig poll of ScreenshotGo-To-Hosting-CompanyBesigtig poll of ScreenshotWordPress-Hosting-Poll-2017Besigtig poll of ScreenshotBestuur-Hosting-PollBesigtig poll of ScreenshotWooCommerce-Hosting-FB-PollBesigtig poll of Screenshot2016-Web-Hosting-PollBesigtig poll of ScreenshotBeste WordPress-Hosting-verskaffer-PollBesigtig poll of ScreenshotBeste-Web-Hosting-2019-PollBesigtig poll of ScreenshotWP-vriendelike gasheeropnameBesigtig poll of Screenshot2016-WordPress-Hosting-FB-PollBesigtig poll of ScreenshotGunsteling gasheer vir elementorBesigtig poll of ScreenshotAanbevelings vir gasheer vir 2018Besigtig poll of ScreenshotBesigtig poll of ScreenshotBestuur-WordPress-Hosting-Poll-2017Besigtig poll of Screenshot2019-leërskare-Poll-1Besigtig poll of ScreenshotHosting-Poll-Vir-SpeedBesigtig poll of ScreenshotWordPress-Hosting-Poll-Junie-1Besigtig poll of ScreenshotGround-AanbevelingBesigtig poll of Screenshot2014-Bestuurde-WordPress-Hosting-FB-PollBesigtig poll of ScreenshotBeste-Web-Hosting-verskaffer-PollBesigtig poll of ScreenshotHosting-Poll-Feb-2019Besigtig poll of ScreenshotHosting-Aanbevelings-PollBesigtig poll of Screenshot

Bluehost vs SiteGround

WordPress-webgasheer-peilingBesigtig poll of Screenshot

SiteGround het 3 planne:

SiteGround WordPress Hosting

Hoër planne sluit meer in bedienerhulpbronne (# 1 faktor in die WordPress-optimaliseringsgids). Hier is die volledige vergelyking grafiek, maar GrowBig gee jou ongeveer 2x meer bedienerhulpbronne as StartUp, en GoGeek is semi-toegewyde aanbieding wat jou nog meer gee. GrowBig en hoër kom met ‘n gratis migrasie, verhoog, gevorderde cache en die vermoë om verskeie webwerwe aan te bied. GoGeek kom met prioriteitsondersteuning. Hul wolk-hosting is nogal die prysstyg van $ 80 per maand.

U kan dit sien op die funksies bladsy

Ground-bediener-Resources-vergelyking

Ek gebruik SiteGround omdat …

  1. My GTmetrix + Pingdom verslae spreek vanself
  2. My bladsye laai onmiddellik (klik deur dit as u wil)
  3. vinnig spoed tegnologie (PHP 7.3, NGINX, SG Optimizer, Cloudflare)
  4. Aanbeveel deur Yoast, WordPress, Ivica van WordPress bespoedig
  5. Vry Laat ons SSL enkripteer, maklik om te gebruik cPanel, en funksies vir eCommerce
  6. WordPress ondersteuning is onverbeterlike selfs sonder GoGeek se prioriteitssteun
  7. GrowBig kom met verhoog, meer stoor en meer bedienerhulpbronne (blaai af na “ons ken die hulpbronne toe wat u benodig” en hou muis oor die bediener blad)
  8. GoGeek kom met nog meer bedienerhulpbronne, berging, prioriteitsondersteuning
  9. Gratis migrasies, migrator-inprop, en a 30 dae geldterugwaarborg
  10. Baie lof aan reddit, Facebook-gesprekke, Twitter, TrustPilot
  11. Baie lof op Facebook: # 1, # 2, # 3, # 4, # 5, # 6, # 7# 8, # 9, # 10# 11
  12. Baie mense het reeds gemigreer en resultate op Twitter geplaas: # 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

Geaffilieerde Disclaimer – as u inteken op SiteGround met my geaffilieerde skakel Ek sal ‘n goeie deel vir u betaal. Elke jaar skenk ek $ 3000 vir GoFundMe-veldtogte (2018 was die hongeriges in Denver te voed, 2017 was by die Rooi Kruis by die orkaan Harvey). U ondersteuning help en ek waardeer dit opreg. Hoe dan ook, ek sal Bluehost vermy – sluit by Facebookgroepe aan en sien die gesprekke, stembusse, tweets, en mense wie gemigreerde van Bluehost na SiteGround. Ek weier om EIG / Bluehost’s aan te beveel aaklige gasheer. Doen u navorsing, sien wie Yoast gebruik, en resultate van mense wat gemigreerde.

Algemene vrae

&# X2705; Hoe kan ek die reaksietyd van die bediener verbeter??

Alhoewel u die las op u bediener met CDN’s kan verlig, PHP-weergawes kan opgradeer en stadig plugins kan vermy, word u bediener uiteindelik deur u hosting beheer. Tensy u webwerf nie geoptimaliseer word vir spoed hoegenaamd nie, sou u regtig nie foute op die reaksietyd van die bediener moet kry nie.

&# X2705; Hoe kan ek die las op my bediener verlig??

Die gebruik van ‘n goeie cache-inprop, soos WP Rocket, dit korrek opstel (insluitend ‘n CDN), die opgradering van PHP-weergawes en die vermy van hulpbronhonger-inproppe en derdeparty-skrifte (bv. AdSense) kan help om die las op u bediener te verlig..

&# X2705; Sal cache-inprop die bedienerspoed verbeter?

Ja, dit moet veral wees as u dit ook gebruik om ‘n CDN op te stel. Cache-inpropinasies moet laaityd, GTmetrix-tellings en reaksietye op die bediener verbeter.

&# X2705; Moet ek regtig die hosting opgradeer??

Optimaliseer u webwerf eerstens. As u dan nog steeds lang reaksietye op die bediener het, planne opgradeer of oorweeg om na ‘n vinniger gasheer soos SiteGround of Cloudways oor te gaan.

&# X2705; Is dit Bluehost se skuld?

Baie mense het berig dat die bedieners op Bluehost stadig is, sommige mense verbeter hul laai met meer as 7 sekondes wanneer hulle na ‘n ander gasheer verhuis. SiteGround (gedeelde hosting) en Cloudways (cloud hosting) is twee gewilde keuses en is albei hoog op Facebook beoordeel.

Ek hoop dit was nuttig. As u vrae het, laat my kommentaar lewer.

Cheers,
Tom

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