Vad en butik kräver av webbhotellet

Modul 7: Synlighet och webbhotell · Lästid: 10 minuter

Lärandemål: Efter den här lektionen kan du bedöma om ett webbhotellspaket passar en WooCommerce-butik, kontrollera och ändra de viktigaste PHP-inställningarna och känna igen när ditt paket börjar bli för litet.

Nyckelbegrepp: serverrekommendationer, PHP-version, WordPress minnesgräns (WP_MEMORY_LIMIT), memory_limit, max_execution_time, max_input_vars, upload_max_filesize, databas, objektcache, CPU, processer, 503, Resource Limit Is Reached, WooCommerce > Status, växa

En butik är tyngre än en vanlig webbplats

En vanlig WordPress-webbplats med sidcache levererar de flesta besökare från sparad HTML. En butik klarar bara det till hälften (lektion 6.4): varukorgen, kassan och Mitt konto skapas på nytt för varje besökare, och så fort någon lägger något i varukorgen får hen en session och cachen gäller ofta inte längre för hen. Dessutom:

• varje beställning skriver till databasen (beställning, rader, adresser, lager, anteckningar);
• betalleverantören meddelar via en webhook att betalningen är klar, och den förfrågan måste få svar snabbt;
• WooCommerce har schemalagda åtgärder som körs i bakgrunden (lektion 7.3);
• administrationen (beställningar, rapporter, redigera produkter) är tyngre än för en blogg.

En butik som fungerar fint på ett litet paket med tio beställningar om dagen kan låsa sig under en rea med hundratals samtidiga besökare. Därför lönar det sig att veta vad ditt paket klarar.

Vad WooCommerce rekommenderar

WooCommerce publicerar rekommenderade serverinställningar (läget i november 2026, för version 10.8 och senare):

Det här är rekommendationer, inte ett minimum: själva tillägget kräver PHP 7.4 för att installeras. Men en butik på en gammal PHP-version är långsammare och får inga säkerhetsuppdateringar längre. Hur du säkert byter till en nyare PHP-version står i WordPress-kursen, lektion 8.4. Processen är densamma för en butik, du testar bara kassan och betalningen extra noga i staging.

Var ser du vad du har nu? I WooCommerce > Status (Systemstatus). Där hittar du under WordPress-miljö bland annat WordPress minnesgräns, och under Servermiljö PHP-version, PHP-gränserna och databasversionen. Vid problem ber en utvecklare eller supporten för ett tillägg ofta om den här rapporten. Med knappen för att hämta systemrapporten ("Get system report") kopierar du den.

PHP-inställningarna som spelar roll

Fyra inställningar stöter du oftast på i en butik:

• memory_limit (och WP_MEMORY_LIMIT): hur mycket arbetsminne en enda PHP-förfrågan får använda. För lite ger en vit sida eller "Allowed memory size exhausted", ofta vid rapporter, importer eller när du redigerar en stor variabel produkt. WooCommerce rekommenderar en WordPress-minnesgräns på 256 MB. WordPress använder värdet från wp-config.php (WP_MEMORY_LIMIT), men aldrig mer än PHP själv tillåter.
• max_execution_time: hur länge en förfrågan får pågå. En CSV-import eller en export av tusen beställningar kan ta längre tid än standardvärdet. Importera hellre i mindre delar än att sätta gränsen väldigt högt.
• max_input_vars: hur många fält ett formulär får skicka. För en variabel produkt med många varianter, eller en stor meny, skickar administrationen med hundratals fält. Är gränsen för låg kastas de sista fälten tyst bort: du klickar på Uppdatera, ser inget fel, men en del av dina varianter har inte sparats. Märker du det, höj värdet (till exempel till 3000 eller 5000) eller gör färre varianter (lektion 3.2).
• upload_max_filesize och post_max_size: hur stor en uppladdning får vara. Viktigt för produktbilder och för nedladdningsbara produkter (lektion 3.3).

Hos de flesta webbhotell ändrar du de här värdena i kontrollpanelen. Hos WebOké gör du det i DirectAdmin under PHP-inställningarna för ditt paket (se KB 212 och KB 200). Hos andra leverantörer fungerar det på liknande sätt, ibland via en .user.ini eller en php.ini-vy. Ändra ett värde i taget och kontrollera i WooCommerce > Status att det har slagit igenom.

När paketet blir för litet

På delad hosting har varje paket gränser: hur mycket CPU, hur mycket minne och hur många processer samtidigt. Hos WebOké och andra webbhotell med CloudLinux ser du dem i DirectAdmin under användningen av ditt paket. Går din butik över gränsen får besökarna en 503 eller ett meddelande som "Resource Limit Is Reached". För en butik är det extra besvärligt: en kund som precis ska betala, eller en webhook från betalleverantören som inte får svar, så att en betald beställning blir kvar på "Inväntar betalning".

Ta först reda på vad som orsakar belastningen innan du skaffar ett större paket. De vanligaste orsakerna i butiker:

• ingen eller felinställd sidcache (lektion 6.4);
• botar som går igenom filter, sökresultat eller ?add-to-cart=-länkar;
• WP-Cron vid varje besök och en full kö av schemalagda åtgärder (lektion 7.3);
• tunga tillägg eller ett tema som gör många databasfrågor på varje sida;
• ingen objektcache (Redis) när många kunder är inloggade (lektion 6.4).

Verktyg för att hitta orsaken är användningsöversikten för ditt paket, loggarna och hos vissa webbhotell ett verktyg som PHP X-Ray, som visar per sida vilken funktion som är långsam (KB 227).

Är butiken rätt inställd och du ändå slår i gränserna, då är det rimligt att växa: ett större paket, eller en egen server (VPS) där du själv bestämmer hur många processer PHP får köra. Det steget kräver också mer förvaltning. Planera det inte mitt i din mest hektiska vecka, och testa först på den nya platsen (lektion 7.3).

Vad mer en butik behöver

Utöver PHP kräver en butik detta av sitt webbhotell:

• HTTPS med automatisk förnyelse av certifikatet (WordPress-kursen, lektion 3.1);
• säkerhetskopior som tas tillräckligt ofta för dina beställningar, med ett återställningstest (lektion 6.2);
• riktig cron för schemalagda uppgifter (lektion 7.3);
• pålitlig e-post eller en koppling till en e-posttjänst (lektion 6.1);
• möjlighet till staging (lektion 7.3);
• en databas som är tillräckligt stor: beställningar och schemalagda åtgärder växer varje dag.

Theehuis Example startade sin butik på ett vanligt webbhotellspaket. Efter ett nyhetsbrev med rabatt kom det mer trafik på en timme än normalt på en vecka, och betalningar fastnade. I användningsöversikten var maxantalet processer hela tiden uppnått. Orsaken: sidcachen hade stängts av efter en temauppdatering. Cachen slogs på igen, och nästa kampanj gick igenom utan 503.

Sammanfattning

• En butik är tyngre än en vanlig webbplats: dynamiska sidor, skrivningar till databasen, webhooks och schemalagda åtgärder.
• WooCommerce rekommenderar PHP 8.3+, MySQL 8.0+ eller MariaDB 10.6+, en minnesgräns på 256 MB och HTTPS. Du ser dina värden i WooCommerce > Status.
• Håll koll på memory_limit, max_execution_time, max_input_vars (tyst dataförlust vid många varianter) och uppladdningsgränserna.
• En 503 eller Resource Limit Is Reached betyder att paketets gränser är nådda. Leta först efter orsaken och väx sedan.

Quiz

Uppgift

Uppgift A7.2: Passar din PHP med WooCommerce? Öppna WooCommerce > Status och anteckna PHP-versionen (Servermiljö) och WordPress minnesgräns i MB (WordPress-miljö). Fyll i adressen till din butik och de två värdena. Programmet slår upp serien för din PHP-version i tabellen på php.net (vilka versioner som fortfarande får uppdateringar) och kontrollerar om startsidan visar en rubrikrad X-Powered-By med en PHP-version. Grönt om din serie fortfarande har aktivt stöd och är minst 8.3, och minnesgränsen är minst 256. Orange om din serie bara får säkerhetsuppdateringar, är lägre än 8.3 men fortfarande stöds, om minnesgränsen ligger mellan 128 och 255, eller om din webbplats visar PHP-versionen i en rubrikrad. Rött om din serie inte längre får uppdateringar eller är okänd, om minnesgränsen är under 128, eller om rubrikraden visar en annan serie än den du fyllde i ("finns det flera PHP-versioner?").

Fråga till dig själv (rättas inte): vad står det i WooCommerce > Status vid max_input_vars och vid största uppladdningsstorlek? Räcker det för din största produkt och din största nedladdning?

Läs mer

De här artiklarna beskriver stegen i WebOkés kontrollpaneler. I andra paneler fungerar det på liknande sätt.

• Ändra PHP-version och PHP-inställningar (och vad du ska göra vid fel efter en uppgradering)
• Det går inte att ladda upp: öka upload_max_filesize och max_execution_time
• DirectAdmin-guide 14.1: PHP-versionen välja (Select PHP version)
• DirectAdmin Resource Usage och prestandaproblem (Resource Limit Is Reached)
• DirectAdmin-guide 17.5: 503 eller "Resource Limit Is Reached": vad gör du nu?
• Gratis WordPress-kurs 8.4: PHP-versioner och uppgraderingar
• Server requirements (woocommerce.com, engelska): https://woocommerce.com/document/server-requirements/