Gå til innholdet

Cookie-innstillinger

Velg hvilke typer cookies du tillater. Du kan når som helst endre valget via Cookie-innstillinger nederst på hver side. Personvernerklæring

Nødvendige

Alltid på

Trengs for å logge inn, beholde handlekurven og huske valgene dine. Disse er alltid på.

Hvilke cookies?
  • weboke_sessie, weboke_klant, weboke_remember: økten din og at du forblir innlogget
  • weboke_basket: handlekurven din
  • wkBtwIncl: visning av priser med eller uten mva.
  • wok_cookies: cookievalget ditt, 12 måneder

Måler hvilken annonse som fører til et besøk eller en bestilling, slik at vi ikke betaler for annonser som ikke gir noe.

Hvilke cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), opptil 90 dager
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: hvilken partner som henviste deg til oss (partnerprogram), 60 dager

4,6

Land og språk

Hvert land har sin egen nettside, med priser og mva. for det landet.

Vis

Nettstedet mitt er hvitt eller gir feil 500

Du åpner nettstedet ditt og ser en hvit skjerm, meldingen 500 Internal Server Error, HTTP ERROR 500 eller i WordPress Det har oppstått en kritisk feil på dette nettstedet. Det betyr nesten alltid at koden til nettstedet ditt låser seg. Selve serveren fungerer som regel helt fint. Med stegene nedenfor finner du i de fleste tilfeller årsaken selv.

Først: hva har nettopp endret seg?

En feil 500 kommer nesten aldri ut av det blå. Tenk tilbake på de siste timene eller dagene:

  • Har du oppdatert en plugin, et tema eller WordPress selv, eller gjorde WordPress det automatisk?
  • Har du endret PHP-versjonen?
  • Har du gjort noe med filen .htaccess, eller opprettet en viderekobling eller en beskyttet mappe?
  • Har du lastet opp filer eller endret filrettigheter?

Vet du hva det var, bør du først tilbakestille nettopp den endringen. Det er som regel den raskeste løsningen.

Steg 1: se i feilloggen

Feilloggen forteller deg nøyaktig hvilken fil og hvilken linje som forårsaker feilen. Du finner den i DirectAdmin under System Info & Files og deretter Site summary & logs. Velg domenet ditt og åpne feilloggen. Se på de nederste linjene, de er nyest. Du kan lese mer om hvordan dette fungerer i Site summary & logs: feillogg og tilgangslogg.

Ser du for eksempel PHP Fatal error med en sti til wp-content/plugins/navn-på-plugin, vet du med én gang hvilken plugin som er synderen.

Steg 2: de vanligste årsakene

Nedenfor finner du årsakene, fra vanligst til sjeldnest.

1. En plugin eller et tema etter en oppdatering

Dette er den desidert vanligste årsaken i WordPress. Kommer du ikke inn i administrasjonen til WordPress, kan du slå av pluginene via DirectAdmin:

  1. Åpne File Manager (se Åpne Bestandsbeheer: mappene i pakken din).
  2. Gå til domains/dittdomene.no/public_html/wp-content.
  3. Gi nytt navn til mappen plugins, for eksempel til plugins-av. Da slår WordPress av alle plugins.
  4. Fungerer nettstedet igjen? Gi mappen tilbake navnet plugins og slå på pluginene i WordPress én etter én, til feilen dukker opp igjen. Da vet du hvilken det er.

Vet du allerede hvilken plugin det gjelder (fra feilloggen), kan du bare gi nytt navn til mappen til den pluginen. Ved en kritisk feil sender WordPress ofte også en e-post til administratoradressen med en lenke til gjenopprettingsmodus. Sjekk derfor også innboksen din.

2. PHP-versjonen passer ikke til nettstedet ditt

Et gammelt nettsted fungerer ofte ikke med en ny PHP-versjon, og en ny plugin fungerer noen ganger ikke med en gammel. Har du nettopp endret PHP-versjonen, bør du sette den tilbake i Select PHP version (se Velge PHP-versjon (Select PHP version)). I Fouten na een PHP-upgrade en het foutlog vinden kan du lese hvordan du gjør nettstedet klart for en nyere versjon etterpå.

Tips: Har nettstedet ditt ikke blitt oppdatert på flere år og fungerer det ikke lenger med en moderne PHP-versjon? Vi kan oppdatere det for deg. Se www.weboke.nl/website-php-upgrade.

3. En feil i .htaccess

Én feil linje i .htaccess gir umiddelbart en feil 500 for hele nettstedet. Et kjent eksempel er en linje som en sikkerhetsplugin har etterlatt, for eksempel php_value auto_prepend_file med en sti til en fil som ikke lenger finnes (for eksempel fra Wordfence eller All In One WP Security). Test det slik:

  1. Slå på visning av skjulte filer i File Manager (se Vise og redigere skjulte filer som .htaccess).
  2. Gi nytt navn til .htaccess i public_html, for eksempel .htaccess-gammel.
  3. Fungerer nettstedet nå (eventuelt uten pene adresser), ligger feilen i den filen. Fjern den feilaktige linjen og gi filen tilbake det opprinnelige navnet.

PHP-innstillinger som maksimal opplastingsstørrelse setter du enklest opp under Select PHP version (se PHP-innstillinger: upload_max_filesize, memory_limit og max_execution_time). En linje med php_value i .htaccess kan også brukes (se PHP-innstillinger per mappe og via .htaccess).

4. For lite minne til PHP

Står det Allowed memory size of ... bytes exhausted i feilloggen, trenger et script mer minne enn PHP har lov til å bruke. Øk memory_limit under innstillingene for Select PHP version (se PHP-innstillinger: upload_max_filesize, memory_limit og max_execution_time).

5. Feil filrettigheter

Har mapper eller filer for vide rettigheter (som 777), nekter serveren å kjøre dem. Mapper bør ha 755 og filer 644. Du kan lese hvordan du endrer dette i Rettigheter for filer og mapper (chmod).

6. Lagringsplassen i pakken din er full

Er pakken din full, kan nettstedet ditt ikke lenger skrive midlertidige filer eller økter. Se på dashbordet i DirectAdmin under Disk Space. Du kan lese hva du gjør da i Lagring full: hvor er plassen brukt?.

7. Mindre vanlig: database, grenser eller hacking

En hvit skjerm uten melding

Ved en hvit skjerm viser ikke PHP bevisst feilmeldingen til besøkende. Feilloggen fra steg 1 er da den beste kilden din. I WordPress kan du også midlertidig sette define('WP_DEBUG', true); i wp-config.php. Sett den tilbake til false etterpå, ellers ser besøkende tekniske detaljer om nettstedet ditt.

Andre feilkoder kort fortalt

MeldingHva betyr det?Hvor kan du lese mer?
403 ForbiddenServeren nekter å vise siden, for eksempel på grunn av brannmuren til nettstedet ditt, rettigheter eller en manglende indeksfil.Feil 403 eller 406 ved lagring eller opplasting
404 Not FoundSiden eller filen finnes ikke på det stedet. Ligger nettstedet ditt i public_html til riktig domene? Vær oppmerksom på store og små bokstaver i filnavn.Åpne Bestandsbeheer: mappene i pakken din
413 Request Entity Too LargeDet du laster opp er større enn tillatt.For stor opplasting (feil 413) eller tidsavbrudd
500 Internal Server ErrorKoden til nettstedet ditt låser seg.Denne artikkelen
503 eller 508, Resource Limit Is ReachedPakken din bruker midlertidig mer regnekraft enn tillatt.503 eller «Resource Limit Is Reached»: hva nå?
Side fra WebOké i stedet for nettstedet dittDomenet er ikke (riktig) lagt til i hostingpakken din ennå, eller DNS peker fortsatt et annet sted.Domenet mitt fungerer ikke ennå etter en flytting eller endring

Tilbake til en fungerende versjon

Finner du ikke løsningen, og fungerte nettstedet fortsatt i går? Sett da tilbake en sikkerhetskopi. I Mijn WebOké kan du gjøre det med WebOké Backups: velg et tidspunkt før feilen oppstod og sett bare tilbake mappen til nettstedet ditt og eventuelt databasen (se Finnes dette også i Mijn WebOké? WebOké Backups). Bruker du Installatron, kan du også sette tilbake en sikkerhetskopi fra Installatron (se Sikkerhetskopier lage og gjenopprette i Installatron).

Tips: Med Domenehelse på www.weboke.nl/domein-gezondheid ser du med ett blikk om domenet ditt, A-recorden, nettstedet og SSL-sertifikatet er i orden. Under Nettsted står det da for eksempel Svarer med en serverfeil (HTTP 500).

Et øyeblikk …

Sett opp domenene dine

Ordne for hvert domene navnetjenerne, koblingen til hostingen din og hvem som blir innehaver.

Laster inn domenene dine…