Hoppa till innehållet

Cookieinställningar

Välj vilka typer av cookies du tillåter. Du kan alltid ändra ditt val via Cookieinställningar längst ned på varje sida. Integritetspolicy

Nödvändiga

Alltid på

Behövs för att logga in, spara din varukorg och komma ihåg dina val. De är alltid på.

Vilka cookies?
  • weboke_sessie, weboke_klant, weboke_remember: din session och att du förblir inloggad
  • weboke_basket: din varukorg
  • wkBtwIncl: visa priser med eller utan moms
  • wok_cookies: ditt cookieval, 12 månader

Mäter vilken annons som leder till ett besök eller en beställning, så att vi inte betalar för annonser som inte ger något.

Vilka cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), upp till 90 dagar
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: via vilken partner du kom till oss (affiliateprogram), 60 dagar

4,6

Land och språk

Varje land har en egen webbplats med landets priser och moms.

Visa

DirectAdmin Resource Usage och prestandaproblem (Resource Limit Is Reached)

I kontrollpanelen DirectAdmin hittar du längst ned alternativet Resource usage. Här ser du hur CPU-användningen och antalet processer för ditt webbhotellspaket utvecklas. Kontroll av de här gränserna är nödvändig vid delat webbhotell, eftersom du delar servern med andra användare och webbplatser. På så sätt kan vi till stor del förhindra att en webbplats tar för mycket resurser, vilket andra webbplatser på samma server annars skulle drabbas av.

Vissa stora eller tunga webbplatser (som webbutiker) behöver redan vid normal användning mer beräkningskraft än andra webbplatser. Är du övertygad om att webbplatsen fungerar korrekt gäller inte det som står nedan. I så fall kan du uppgradera till ett kraftfullare webbhotellspaket med mer beräkningskraft. Se alla våra webbhotellspaket här. Den här artikeln förklarar mer om vad som kan orsaka hög användning.

En kort förklaring av hur det fungerar.

Så fungerar det

Med ett Linux-webbhotellspaket får du en viss del av en delad server tilldelad. I den delen körs du i princip helt självständigt: om en annan webbplats kräver för mycket CPU eller processer påverkas du i princip inte, och tvärtom gäller detsamma. Men om din egen webbplats presterar dåligt är det du själv som får problem. De tillgängliga resurserna räcker normalt mer än väl för att en webbplats ska fungera bra. Fungerar webbplatsen däremot inte bra, till exempel med skript som inte använder databasen effektivt, kan det

orsaka sådana problem och till och med leda till att din webbplats inte längre går att nå, eller inte fungerar som den ska.

Flera domäner i 1 webbhotellspaket

Mekanismen fungerar per webbhotellspaket. Har du flera domäner i ett webbhotellspaket är risken alltså större att du når sådana gränser. Ge därför en domän som måste prestera bra ett eget webbhotellspaket, så att den aldrig kan påverkas av de andra domänerna i ett webbhotellspaket.

CPU Usage

I diagrammet med CPU usage ser du hur webbplatsen beter sig. Du kan se upp till 30 dagar bakåt. Ligger din webbplats högt i diagrammet trots få användare kan du vara nästan säker på att du får prestandaproblem när antalet användare ökar. Håll ett öga på det så att du själv kan ingripa i tid. Det rekommenderas även om du använder standardskript. Lägger du till plugins eller moduler i standardskripten kan en enda sådan modul få hastigheten att rasa. Kontrollera därför detta regelbundet, särskilt om du har ändrat något på din webbplats. Titta noga på kolumnen aCPU, som visar genomsnittet; mCpu visar topparna. Finns det toppar på nästan 100 % är det dags att spåra dem innan de orsakar problem.

Memory Usage

Det händer sällan att den här gränsen överskrids. Om det ändå händer kan du vara ganska säker på att något inte är rätt uppbyggt, så att för mycket minne används.

Entry Processes

Detta är, i kombination med CPU usage, alltså mycket avgörande. Antalet Entry processes visar hur många processer som har varit aktiva samtidigt för din webbplats (det är inte samma sak som antalet besökare, 1 process kan betjäna många besökare). När gränsen är nådd visar webbplatsen ett 404-fel med texten 'The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.'. Om det inte skedde skulle det kunna bli en fara för hela servern, som då skulle kunna gå ned. Kombinationen av CPU och processer är alltså mycket viktig. Om ett skript orsakar hög CPU-användning tar processen längre tid att slutföra, och det maximala antalet användare minskar då också snabbt. Vi ser ibland webbplatser som rasar ihop med 10 användare, medan andra webbplatser med tusentals användare fortsätter att gå snabbt utan några problem.

Se även den här artikeln:
https://mijn.weboke.nl/kennisbank/66

Input/Output usage

Varje webbplats som visas måste läsas från serverns diskar. Det kallar vi input/output. En webbplats bör normalt aldrig vara större än 0,5 eller 1 MB för att visas någorlunda snabbt. Det finns ett maximum på 3 MB per sekund för läsning från och skrivning till disk. Även det är en generös gräns och normalt tillräcklig. Når du de här gränserna är det troligt att själva webbplatsen redan är för stor, eller att webbplatsen skriver (för) mycket till disk. Att slå på eller av plugins i skript som Joomla och WordPress kan ha stor effekt på detta. När gränsen nås kan det bli fördröjningar när webbplatsen visas, öppnas eller används.

Inaktivera domänen och sedan aktivera den igen
För att låta din domän lugna ned sig kan du under domänhantering ta fram en lista med dina domäner, kryssa för den aktuella domänen (eller alla) och sedan klicka på Stäng av längst ned. Låt domänen vara inaktiv i cirka tio minuter och aktivera den sedan igen. Troligen fungerar den då normalt igen, men det är stor risk att det händer igen.

Var den här artikeln till hjälp?

← Tillbaka till DirectAdmin och WebOkés kontrollpanel

Ett ögonblick…

Ställ in dina domäner

Ställ in namnservrar, koppling till ditt webbhotell och vem som blir innehavare för varje domän.

Hämtar dina domäner…