Fejlmeddelelsen WordPress 404 Not Found er en af de mest forhadte skærmbilleder på internettet; den angiver, at selvom du, browseren, er i stand til at kommunikere med serveren, blev den side, du har brug for, ikke leveret, enten fordi den ikke blev fundet, eller fordi serveren af en eller anden grund var konfigureret til ikke at opfylde anmodningen (hvilket sker i nogle lande med sider, der indeholder ulovligt indhold).
WordPress 404 ikke fundet Den ønskede ressource kunne ikke findes på denne server
Det er ikke din computer, der genererer den side, du ser, men derimod en bestemt side på den server, du har forsøgt at komme i kontakt med. Mange websteder opretter deres egne bestemte 404-sider, enten af kunstneriske årsager eller fordi webstedsejeren ønsker at anbringe bestemte data, f.eks. kontakt- eller omdirigeringsoplysninger, på siden.
At have din egen særlige 404-side i Apache er lige så enkelt som at ændre .htaccess-filen.
I de fleste tilfælde opstår 404-fejlen, når en side er blevet flyttet eller slettet fra et websted. I WordPress’ tilfælde kan en irriterende fejl imidlertid medføre, at permalinks peger på 404-siden i stedet for den side, du ønsker at få den frem.
Den ønskede URL blev ikke fundet på denne server WordPress
WordPress Permalinks fungerer ikke 404
Hvad er permalinks i WordPress, og hvordan fungerer de?
WordPress permalinks er permanente URL’er, der genereres til at pege på dine weblogindlæg, kategorier og webloglister. Andre bloggere vil bruge et permalink til at pege på dit indlæg fra deres artikler, eller du kan sende links til andre personer via et permalink. Når der linkes til et enkelt indlæg, skal URL’en være permanent og ikke dynamisk (skiftende).
De tre typer permalinks, som WordPress leverer, er standardformen (aka “Ugly”), mod-rewrite (“Pretty”) og PATHINFO (“Almost Pretty”).
- Standardlinks er formateret i overensstemmelse med standardindstillingerne for en ny WordPress-installation og fungerer på alle servermiljøer. Det ser således ud: http://example.com/?p=N , N er et tal. Det er hverken pænt eller elegant, men det gør arbejdet.
- Pæne mod-rewrite links ser mere sådan ud: http://example.com/yyyy/mm/dd/post-name/ . Disse permalinks kræver Apaches mod_rewrite-modul og virker ikke på andre servertyper.
- PATHINFO permalinks ser således ud: http://example.com/index.php/yyyy/mm/dd/post-name/ , og fungerer på forskellige servertyper ud over Apache.
Fordi du går fra et dynamisk til et fast miljø med dine permalinks, kan der ske mange forskellige ting, der kan gå galt med dem. Hvis din server f.eks. indeholder Frontpage Extensions, vil permalinks slet ikke fungere uden at foretage en manuel rettelse. Uden denne rettelse vil alle ændringer i permalinks-sektionen fra WordPress-administrationsgrænsefladen ødelægge Frontpage-serverudvidelserne, fordi det forstyrrer .htaccess-filen.
Lange permalinks kan også blive hakket af, hvor kun en del af den fungerer korrekt eller hele linket er deaktiveret. Dette vil medføre en 404-fejl, ikke fordi der er noget galt med dit permalink, men fordi titlen er for lang. Du kan rette det ved at redigere din .htaccess-fil for at tilføje en linje:
RewriteRule ^post/([0-9]+)?/?([0-9]+)?/?$ /index.php?p=$1&page=$2 [QSA]
Du kan også skrive URL’er med vinkelparenteser () i begge ender. De fleste e-mails og andre problematiske programmer afkorter ikke URL’er, der er formateret på denne måde.
Dobbelttjek altid alle dine sider, før du begynder at arbejde med permalinks, og efter at du har permalinket dem. I nogle tilfælde er du måske nødt til at slette alle permalinks og starte forfra, men i de fleste tilfælde kan du undgå at begå mange dumme fejl ved blot at se på, hvad du beder din server om at gøre.
Hvis du vil vide mere om WordPress 404 Not Found-fejlen, kan du besøge denne artikel: WordPress 404-side ikke fundet
