Betygsätt denna artikel :
2,7/5 | 3 Yttrande
Den här artikeln var användbar för dig ?
Ja
Nej
Vous avez noté 0 étoile(s)
Sommaire
Procédure
Ibland uppstår fel på servrar och klienter, vilket brukar kallas HTTP-svar eller statuskoder. Felet "Error 406" eller "406 Not Acceptable" är ett sådant HTTP-svar.
Att stöta på 406-felet när man surfar på en webbplats kan vara frustrerande. Ännu värre, att se det på din egen webbplats kan vara alarmerande för en webbplats- eller applikationsägare. Förutom att det ser oprofessionellt och obehagligt ut kan alla HTTP-svar, inklusive 406-felet, leda till förlorad försäljning och förlorade användare.
I den här artikeln beskrivs grunderna i felet "406 Not Acceptable", vad som orsakar det, hur man löser det och vad man kan göra för att förhindra att det inträffar i framtiden.
Lyckligtvis är HTTP-felmeddelandet "406 Not Acceptable" inte lika vanligt som andra serverfel, t.ex. det välkända 404-felet (som i allmänhet indikerar en sida som inte finns) eller till och med HTTP-fel 301 eller 500. Därför bör du inte stöta på det här meddelandet lika ofta.
Men även om det är sällsynt kan fel 406 orsaka problem för din webbplats när det inträffar. Det manifesterar sig vanligtvis på följande sätt:

Utseendet och den exakta texten i 406-felmeddelandet kan variera beroende på vilken webbplats, värd och webbläsare som används för att komma åt webbplatsen. 406-felet kan dock ge en ledtråd till problemets ursprung. I vissa fall är det helt enkelt ett "406 Not Acceptable"-fel utan någon ytterligare information som kan hjälpa till att lösa problemet.
Sammanfattningsvis är detta i huvudsak ett kommunikationsproblem mellan servern och webbläsaren eller den maskin som används för att visa webbapplikationen. Webbläsaren kan inte tolka de data som tas emot eftersom de inte uppfyller vissa krav.
Varje gång du öppnar en webbsida skickar din webbläsare (t.ex. Safari, Firefox, Brave, Chrome eller Internet Explorer) en begäran till sidans server om att hämta webbplatsens innehåll och databasfiler. Webbläsaren fungerar som en budbärare mellan dig och servern: den talar om för servern vad användaren vill se och förhoppningsvis returneras rätt information.
Under denna första begäran informerar webbläsaren servern om vilka filformat den kan acceptera. Detta kallas för en Accept-header-begäran, som uppmanar servern att tillhandahålla filer i lämpliga format för att visa hela webbplatsen eller webbapplikationen, med början i sidhuvudet.
Ibland skickar servern ett svar som inte är i rätt format eller som bryter mot en regel som webbläsaren eller klientmaskinen har ställt upp. I så fall visas ett 406-fel i webbläsarfönstret, vilket indikerar att servern inte tillhandahåller rätt data.
Här följer några exempel på "dåliga format" och "regelbrott" som kan uppstå i samband med rubrikförfrågningar:
Accept-ranges: Vissa servrar har vidtagit säkerhetsåtgärder eller tillåter bara ett visst filstorleksintervall i svaret. Om svaret försöker skicka för många byte utanför det tillåtna intervallet kommer ett 406-fel att uppstå.
Accept-encoding: Den här delen av rubriken är avsedd för filkomprimering för att underlätta snabb överföring från servern till webbläsaren. Vissa komprimeringsformat accepteras inte, vilket resulterar i ett 406-fel.
Accept-charset: Detta avser en uppsättning tecken eller det sätt på vilket webbplatsfiler använder kod (t.ex. CSS och HTML) och omvandlar den till förståeliga tecken. Det finns olika teckentabeller för olika språk och symboler.
Accept-language: Detta är en annan parameter än Accept-charset, som fokuserar på internationella språk.
MIME type violation: Ibland begär webbläsaren en specifik MIME-typ från servern. Om servern inte kan tillhandahålla den begärda MIME-typen, t.ex. JPEG-bilder, uppstår ett 406-fel.
Det viktigaste sättet att hantera och korrigera ett 406-fel är att inspektera källkoden för att hitta problem i Accept-, Request- och Response-rubrikerna.
Det enklaste sättet att inspektera Accept- och Response-rubrikerna är att öppna en webbsida i webbläsaren, högerklicka och välja Inspektera.
Gå sedan till Nätverk > Headers för att visa alla förfrågningar för den webbsidan.

Du kan vanligtvis välja en förfrågan i den långa listan för att se Request- och Response-rubrikerna för just den förfrågan.

Du kan också be din webbutvecklare om hjälp med att undersöka källkoden. Det är dock mycket enklare att granska källkoden om du har tillgång till felsöknings- och databasrensningsverktyg, som vi kommer att gå igenom senare i den här artikeln.
Som tidigare nämnts indikerar ett "406 Not Acceptable"-fel att klienten skickade en giltig begäran till servern, men med ett specifikt krav som servern inte kunde uppfylla. Detta särskilda krav i den ursprungliga begäran formulerades i HTTP Accept-rubriken.
Detta leder oss till att överväga några potentiella orsaker:
Det finns andra möjliga skäl till att du kan stöta på fel 406, även om de är mindre vanliga. Listan ovan visar de vanligaste orsakerna, från den vanligaste till den minst vanliga. De två första orsakerna är i allmänhet de mest sannolika, så det är tillrådligt att koncentrera sig på att leta efter eventuella MIME-typöverträdelser eller Accept-language-problem.
Överhuvudtaget bör webbplatsägare vara medvetna om dessa problem och formatöverträdelser, eftersom de kan orsakas av olika avvikelser i webbplatsens filer. Ofta beror dessa situationer på mänskliga fel, t.ex. att man råkar skriva in felaktig kod, oavsiktligt raderar nödvändig kod eller felkonfigurerar servern. Fel 406 kan också uppstå när specifika säkerhetsinställningar eller regler blockerar överföringen av innehåll från servern.
Nu när vi har klargjort orsakerna till att fel 406 uppstår ska vi titta på de bästa metoderna för att lösa det och förhindra att det upprepas.
Dessa strategier omfattar orsaker på klientsidan (när en användare gör ett fel eller maskinen inte fungerar som den ska), orsaker på serversidan och plattformsrelaterade problem, t.ex. felaktiga tillägg.
Vårt första tips kan verka enkelt, men det är det snabbaste felsökningsalternativet och det fokuserar på problem på klientsidan, dvs. på din dator.
Även om 404-felet är mycket vanligare än 406-felet i den här situationen, kan du fortfarande stöta på ett "406 Not Acceptable"-fel om webbplatsens URL är giltig. I vissa fall kan detta bero på att din webbläsare tolkar begäran på ett konstigt sätt. Om du till exempel lägger till "JSON" eller "PHP" i slutet av en URL kan det tolkas som en begäran om dessa specifika format, även om klienten inte behöver dem.
För att lösa problemet bör du undersöka den tidigare använda URL:en som orsakade felet. Försök att ange den igen eller utforska andra underdomäner på webbplatsen för att se om en enda sida inte visas.
Nu är det dags att utforska det system som används för dina webbplatser eller applikationer. Det kan vara så att ditt innehållshanteringssystem, t.ex. WordPress, är den direkta orsaken till felet "406 Not Acceptable" på grund av en komplikation med något i dina webbplatsfiler.
Oavsett om du använder WordPress eller något annat innehållshanteringssystem bör du kontrollera datumet för din senaste uppdatering. WordPress har en solid standardinfrastruktur som är utformad för att undvika denna typ av fel, oavsett vad som händer.
Specifika tillägg, teman eller manuellt modifierad kod kan dock skapa situationer där webbplatsfilerna bryter mot klient- eller serverförfrågningar. En enkel uppgradering till den senaste versionen av ditt CMS kan lösa problemet omedelbart.
För att ta reda på om det är ditt CMS, börja med att ångra alla senaste uppdateringar av kärnfilerna. Som du kanske redan vet skickar WordPress regelbundna uppdateringar till sitt system. De flesta av dessa uppdateringar sker automatiskt, men äldre versioner kräver fortfarande att du klickar på en knapp.
Dessutom använder WordPress och andra CMS ett antal mobila element, t.ex. plugins, teman och tillägg. Dessa element uppdateras också regelbundet, så du kan behöva avbryta några av dem.
För alla andra system än WordPress kan du söka efter "plattformsnamn + hur man rullar tillbaka" i en sökmotor som Google.
Det enklaste sättet att återställa en gammal version av ditt CMS är att återställa en säkerhetskopia genom att följa denna dokumentation.
WordPress-tillägg och teman lägger till extra kod i dina webbplatsfiler, som interagerar med WordPress-kärnfilerna. Även om det vanligtvis inte finns några problem med välrenommerade tillägg, kan det ibland uppstå en konflikt. Ett plugin, tema eller tillägg från tredje part kan orsaka 406-felet.
För att identifiera tillägget, följ denna dokumentation.
De tidigare tipsen fokuserade på felsökning på klient- och CMS-sidan. Nu ska vi titta på problem på serversidan. Dessa tips, och de som följer, är användbara om du inte använder ett CMS eller om du misstänker att fel 406 inte är relaterat till ditt CMS eller din klientmaskin.
Det första steget i felsökning på serversidan är att kontrollera loggarna. Oavsett vilken typ av webbapplikation, CMS eller webbdesignsystem du använder har de alla loggar på serversidan.
Applikationsloggar registrerar hela eller den senaste historiken för webbapplikationen och ger information om varje databasfråga, de resultat som tillhandahålls, de sidor som begärts och mycket mer. Serverloggar innehåller däremot information om hälsotillstånd och status för den server eller maskinvara som används för att köra webbapplikationen.
Du kan visa loggarna error. log och access. log genom att läsa den här dokumentationen.
Bilden nedan visar ett exempel på en logg som gäller ett 406-fel:

I det här exemplet var det ModSecurity-systemet som avvisade begäran och orsakade 406-felet. Det är därför nödvändigt att kontrollera den regel som skapades och rätta till problemet på webbplatsen eller avaktivera regeln om du anser att den inte har någon inverkan på webbplatsens säkerhet.
Inget som inte kan lösas med lite felsökning. När 406-felet inträffar på din webbplats eller i din applikation kan det vara mer oroande. I så fall är det viktigt att kontrollera servern och CMS-webbplatsens filer.
För att undvika att detta fel återkommer i framtiden, här är några tips för att hålla dina databaser och webbplatsfiler rena:
Begränsa installationen av plugins, teman och tillägg till endast de element som är nödvändiga och välrenommerade. Håll alltid dessa objekt till ett strikt minimum.
Undvik att ändra WordPress kärnfiler, såvida det inte är absolut nödvändigt och om du vet vad du gör.
Planera att köra en databasrengöring och webbplatsoptimering regelbundet. Vi rekommenderar att du gör detta varje månad och att du hittar ett rengöringstillägg som fungerar i bakgrunden.
Ställ in automatiska säkerhetskopior av din webbplats eller applikation. På så sätt kan du i händelse av en kodkonflikt eller ett fel återställa en tidigare version utan stress.
Gör alltid en manuell säkerhetskopia av din webbplats innan du uppdaterar WordPress och dess tillägg, även om automatiska säkerhetskopior finns på plats. Det är också klokt att säkerhetskopiera innan du ändrar filer eller lägger till ny kod på din webbplats.
Nu vet du hur du ska göra för att :
🔍🛠️ Tack vare dessa praktiska tips är du nu rustad för att effektivt hantera och förebygga felet 406 Not Acceptable och därmed säkerställa en smidig och professionell användarupplevelse på din webbplats. 🚀
Jag vill tacka dig för din noggranna läsning och hoppas att den här artikeln har gett dig de nycklar du behöver för att på bästa sätt hantera serverfel. 🙏 Om du har några frågor eller vill dela med dig av din erfarenhet av fel 406 är du välkommen att lämna en kommentar nedan. Din feedback är värdefull och hjälper oss att ständigt förbättra vår tjänst!
Betygsätt denna artikel :
2,7/5 | 3 Yttrande
Den här artikeln var användbar för dig ?
Ja
Nej
0mn läsning
Cloudflare Fel 524 : En timeout inträffade
3mn läsning
Så här korrigerar du ett 500-fel på din webbplats med LWS Panel
10mn läsning
Hur korrigerar jag HTTP-felkoder?
0mn läsning
404-fel, vad det är och hur man rättar till det