Wat uw hostingabonnement echt begrenst, wat er gebeurt wanneer u elke limiet bereikt, en hoe u bepaalt of een trage site een resourceprobleem of een codeprobleem is.
"Mijn site is traag" en "mijn site heeft ergens geen ruimte meer voor" voelen van buitenaf hetzelfde en hebben daaronder bijna niets gemeen. Deze handleiding haalt ze uit elkaar: eerst wat de limieten echt zijn, daarna hoe u echte traagheid onderzoekt.
Eerst: is hij traag of kapot?
Traag betekent dat pagina's uiteindelijk laden. Kapot betekent dat ze dat niet doen.
Krijgt u foutpagina's in plaats van trage pagina's, stop dan hier en ga naar HTTP-foutcodes. Een 500, 502 of 504 heeft een specifieke oorzaak en een specifieke oplossing, en geen daarvan is "upgrade het abonnement".
Is de site onbereikbaar in plaats van traag, ga dan naar Website laadt niet.
Wat uw abonnement echt begrenst
Vier dingen, en het is de moeite waard te weten welke welke is, omdat ze zich heel anders gedragen als u ze bereikt.
Opslag. Hoeveel schijfruimte uw bestanden en databases gebruiken. Dagelijks gemeten.
Bandbreedte. Hoeveel gegevens uw bezoekers in een maand downloaden.
Aantal sites. Hoeveel afzonderlijke sites u op het abonnement kunt draaien.
Toegang tot het CDN. Of het CDN überhaupt beschikbaar is. Hoeveel verkeer de edge voor u serveert, is niet begrensd: edge-bandbreedte is onbeperkt op elk abonnement met het CDN.
Uw specifieke tegoeden hangen af van uw abonnement. De actuele cijfers voor elk abonnement staan naast elkaar onder Facturering en dan Plan wijzigen, en dat is ook de eerlijke plek om te vergelijken, in plaats van een getal in een helpartikel dat kan verouderen. Zie Uw abonnement upgraden.
Wat er gebeurt wanneer u elke limiet bereikt
Dit is het deel waar mensen zich zorgen over maken, en de antwoorden zijn minder dramatisch dan verwacht.
Opslag. Schijfgebruik wordt dagelijks gemeten en op de overzichtspagina van de site getoond. Loopt het op, dan krijgt u een waarschuwing via inzichten, die dringender wordt naarmate het voller wordt. Zie Inzichten.
Aantal sites. Deze wordt afgedwongen op het moment van aanmaken. Probeert u een site aan te maken boven het tegoed van uw abonnement, dan krijgt u een duidelijke melding dat het abonnement vol is, met de keuze om te upgraden of een ander abonnement toe te voegen. Niets bestaands wordt geraakt.
Recht op het CDN. Het CDN inschakelen op een abonnement dat het niet bevat, geeft een eenvoudige melding "niet inbegrepen in uw abonnement" met een link om te upgraden. Er is geen gedeeltelijke of beperkte modus. Zie Het CDN inschakelen.
CDN-bandbreedte. Er gebeurt niets, want er is niets om te bereiken. Edge-bandbreedte is onbeperkt op elk abonnement met het CDN. Uw site wordt nooit van de edge gehaald omdat die te veel serveerde, de edge wordt nooit gepauzeerd, en verkeer wordt nooit vanwege een hoeveelheid teruggezet naar uw origin. De kaart Bandbreedte deze maand op de CDN-pagina is een live stand van wat de edge voor u serveerde, en wordt nergens van afgetrokken.
Heel grote accounts vallen onder het Fair Use-beleid voor het hele account, dat een eigen drempel publiceert, voor het hele account geldt in plaats van voor één site, en eerst meldt: we mailen u op de dag dat u de drempel passeert, en we knijpen niet ongemerkt af, factureren niet met terugwerkende kracht en schorten niet zonder bericht op.
Bandbreedte voor Managed WordPress en WooCommerce werkt als een zachte limiet. U krijgt een melding als u in de buurt komt en nog een als u erover gaat. De site wordt nooit afgesloten en het teveel wordt nooit gefactureerd: hostingbandbreedte wordt niet in rekening gebracht, en de melding is er zodat u het weet, en zodat we kunnen aanbieden de gratis CDN-cachelaag in te stellen als u minder wilt gebruiken.
Het overschrijden van een tegoed voor opslag of bandbreedte schort uw site niet op. Opschorting is op dit platform een factuurstatus, geen resourcestatus. Zie Account opgeschort en Mislukte betaling.
Wat niet per abonnement wordt begrensd
Twee dingen die mensen verwachten te vinden en niet zullen vinden.
Er is geen CPU- of geheugenquotum per site op webhostingabonnementen. Uw abonnement wijst u geen aantal cores toe.
U concurreert niet met uw buren om PHP-capaciteit. Elke site draait in een eigen geïsoleerde pool van PHP-werkprocessen. Een drukke site naast u kan de werkprocessen die uw site nodig heeft niet uitputten. Die isolatie is echt, en daarom is "de site van iemand anders maakt de mijne traag" op dit platform bijna nooit de verklaring.
Wat wel geldt, is een limiet per verzoek: hoeveel geheugen één verzoek mag gebruiken, en hoeveel seconden het mag draaien. Die stelt u zelf in. Zie PHP-extensies en -instellingen.
Waar u uw gebruik ziet
- Opslag, op de pagina Overzicht van de site.
- CDN-bandbreedte, ook op de overzichtspagina zodra het CDN is ingeschakeld, en op het tabblad Kapsule CDN van de site.
- Waarschuwingen, via inzichten en per e-mail. Zie Inzichten.
Een trage site echt sneller maken
Op volgorde van opbrengst per moeite. Werk de lijst af in plaats van meteen naar onderen te springen.
1. Zet caching aan
Elke keer de grootste winst. Een opgeslagen kopie van een pagina serveren is ordes van grootte goedkoper dan hem voor elke bezoeker opnieuw opbouwen.
Ga naar Websites, de site, WordPress en dan Caching. Objectcaching is beschikbaar op de abonnementen uit de WordPress-familie, en volledige paginacaching op de beheerde abonnementen. Zie Sitecaching.
Sommige paden worden bewust nooit gecachet: beheerpagina's, aanmelden, winkelwagen, afrekenen en accountpagina's. Een afrekenpagina cachen zou de ene klant het winkelmandje van een andere klant laten zien, dus dit is niet in te stellen en zou dat ook niet moeten zijn.
2. Schakel het CDN in
Caching zet de kopie op één plek. Het CDN zet hem dicht bij uw bezoekers. Het grootste effect als uw publiek niet in hetzelfde land zit als uw server. Vereist een geschikt abonnement en een eigen domein. Zie Het CDN inschakelen.
3. Stap over op een nieuwere PHP-versie
Een echt, meetbaar verschil voor helemaal geen werk. Test eerst op staging. Zie De PHP-versie wijzigen.
4. Pak uw afbeeldingen aan
Steeds weer het grootste onderdeel van een trage pagina. Een foto rechtstreeks van een telefoon kan meerdere megabytes zijn en worden getoond op 400 pixels breed. Verklein voor het uploaden, en gebruik een modern formaat.
5. Controleer uw plugins
Elke plugin die bij elk verzoek werk doet, kost u bij elk verzoek. Deactiveer ze één voor één en meet. Verwijder wat u niet gebruikt in plaats van het gedeactiveerd te laten staan. Zie WordPress-plugins.
6. Zoek het ding dat echt traag is
Stop met gokken en meet:
- Het APM-tabblad op WordPress-sites toont welke verzoeken traag zijn. Zie Siteprestaties.
- Het logboek met trage query's, beschikbaar via de gezondheidstools van WordPress, toont welke databasequery's het probleem zijn.
- Het trage PHP-logboek legt vast wat een verzoek aan het doen was toen het te lang duurde.
- Foutlogboeken tonen alles wat stilletjes mislukt en opnieuw wordt geprobeerd. Zie Foutlogboeken.
7. Overweeg dan, en pas dan, meer resources
Staat caching aan, staat het CDN aan, is PHP actueel, zijn de afbeeldingen redelijk, en zegt de profiler dat het werk echt nodig is, dan bent u het abonnement ontgroeid en is overstappen naar een hoger abonnement de juiste keuze. Zie Uw abonnement upgraden.
Deze stap als eerste doen, is hoe mensen meer gaan betalen voor een site die nog steeds traag is, omdat een niet-geoptimaliseerde site op een groter abonnement een niet-geoptimaliseerde site blijft.
Wanneer het tijd is voor een server
Gedeelde hosting is het juiste antwoord voor de grote meerderheid van de sites. Stap over op een cloud- of dedicated server als u software nodig hebt die het platform niet biedt, roottoegang, niet-standaard diensten, of voorspelbare toegewezen capaciteit voor iets wat echt zwaar is. Zie Cloud Servers en Een architectuur kiezen.