Trots alla fördelar som WordPress har, kommer alla WordPress-användare att uppleva vissa fel när de kör sin webbplats. Dessa fel kan förvirra och till och med orsaka en känsla av rädsla hos användarna. Särskilt i de fall då en ny användare stöter på ett felmeddelande som inte avslöjar så mycket om själva felets natur. Ett exempel på detta är felet 429 Too Many Redirects. Därför har vi beslutat att skapa den här artikeln och förklara alla vanliga orsaker bakom felet och olika sätt att lösa det. Vi visar dig hur du löser problemet genom att dela upp det i flera mindre steg:
Förstå felet 429 Too Many Requests
Detta fel inträffar vanligtvis när en användare skickar en överväldigande mängd förfrågningar på kort tid. Orsakerna till detta varierar. De kan inkludera upprepade inloggningsförsök till din webbplats, DDOS (distributed denial of service)-attacker från angripare, felaktiga plugin-koder eller andra felaktiga koder. I de flesta fall kan felmeddelandet vara något av följande: 429 Error, HTTP 429, 429 Too Many Requests eller Error 429 (Too Many Requests). Sällan kan felet lösas på egen hand. Men i de fall det fortsätter kan det göra din webbplats otillgänglig för användare och hindra din förmåga att logga in på din instrumentpanel samtidigt, vilket gör felsökningen lite svårare.
Så här löser du felet 429 Too Many Requests
Eftersom detta fel ibland kan försvinna av sig själv, föreslår vi att du först väntar ett tag. Om problemet kvarstår, prova att använda felsökningsförslagen som vi beskrivit nedan. Var och en av dem har varit kända för att lösa problemet, så se till att prova alla metoder som beskrivs tills du hittar den som är användbar på din webbplats.
Oftast kommer angripare att försöka logga in på din WordPress-webbplats med brute force, vilket orsakar ett 429 Too Many Requests-fel. Således är din första försvarslinje helt enkelt att neka dem det alternativet genom att ändra din standardinloggningsadress för WordPress. Den inloggningsadressen—din-webbplats-url/wp-admin, såväl som dess alternativ your-site-url/login och your-site-url/wp-login.php, är välkända och kan därför vara ganska osäkra. Du kan ändra standardinloggningsadressen för WordPress med hjälp av WPS Hide Login-plugin. Efter installation av plugin, navigera till Inställningar > WPS Dölj inloggning. Under Login url ändra logga in del till ett URL-tillägg du föredrar och känner dig trygg med, och sedan tryck på Spara ändringar knapp. Vi föreslår att du implementerar ett tillägg som är svårare att gissa och som inte inkluderar något av standardtilläggen.
Dessutom, efter att ha ändrat inloggningstillägget, kommer alla som försöker logga in med någon av de tre tidigare nämnda standardinloggningsadresserna att omdirigeras till en 404-sida.
Bortsett från angripare kan orsaken till 429 Too Many Redirects-felet ligga i ett av plugin-programmen du använder. Vissa plugins kan skicka en överväldigande mängd förfrågningar till servern och överskrida dess hastighetsgräns, vilket orsakar 429-felet. Därför kan du ibland helt enkelt lösa det här felet genom att lokalisera det felaktiga insticksprogrammet och inaktivera det. Detta felsökningssteg varierar i svårighetsgrad beroende på om du har tillgång till din WordPress-instrumentpanel.
Om du upplever 429-felet och fortfarande har tillgång till din administratörsinstrumentpanel, navigera till Plugins > Installerade plugins, och välj alla plugins. Du kan göra det genom att trycka på kryssrutan längst upp på skärmen, bredvid Plugin märka. Sedan, Välj den Avaktivera alternativ i rullgardinsmenyn och tryck på Tillämpa knapp bredvid, så det här alternativet tillämpas på alla plugins.
Efteråt, granska din webbplats för att se om felet 429 Too Many Redirects har försvunnit. Om felet inte längre finns, betyder det att det orsakades av ett felaktigt plugin.
Om din tillgång till instrumentpanelen har nekats på grund av 429-felet måste du utföra en liknande process via FTP.
Först, ansluta till din server använda dina FTP-uppgifter och navigera till din WordPress-rotkatalog, ofta kallad public_html. Öppna wp-innehåll katalog och hitta plugins mapp inom. Högerklicka på plugins mapp och tryck på Döp om alternativ.
Du kan byta namn på plugin-mappen som du vill, men vi föreslår att du behåller det ursprungliga mappnamnet för referens och lägger till ett självförklarande suffix. Du kan till exempel byta namn på den till plugins.deactivated eller plugins.backup.
Genom att byta namn på plugins-mappen avaktiverar du alla plugins på din webbplats eftersom detta kommer att göra dem otillgängliga. Självklart borde du kolla din hemsida för att se om 429-felet kvarstår efteråt. Om du har återtagit kontrollen över din instrumentpanel med 429-felet inte längre finns på din webbplats, betyder det att felet berodde på ett av plugin-programmen. Den enda uppgiften som återstår är att fastställa vilken. Att göra så, återställ plugin-mappens ursprungliga namn (dvs plugins) med samma metod som tidigare när vi döpte om den. Detta kommer att göra alla dina installerade plugins tillgängliga, men de kommer att förbli inaktiverade, vilket är idealiskt för den andra delen av detta felsökningssteg.
Efter att ha fastställt att felet berodde på ett av plugin-programmen genom att använda någon av de två metoderna för att inaktivera dem, är det dags att hitta det felaktiga insticksprogrammet. Att göra så, logga in på din instrumentpanel och navigera till Plugins > Installerade plugins. Återaktivera alla dina plugins, en i taget (genom att trycka på Aktivera knapp). Efter varje återaktivering, kolla din hemsida för att se om något förändras. Upprepa denna process tills du ser felet visas igen. Det betyder att pluginet du återaktiverade senast är boven.
Efter att ha utpekat plugin som är ansvarig för 429-felet bör du kontakta plugin-författarna för hjälp eller överväga att ersätta den med en alternativ plugin.
I sällsynta fall kan Riktigt enkel SSL plugin kan vara boven bakom ditt 429-fel. Anledningen till det ligger i det faktum att din webbplats kan innehålla en stor mängd osäkra interna länkar som tvingas ladda över HTTPS med hjälp av plugin.
Att helt enkelt avaktivera Really Simple SSL-plugin (genom att använda stegen som beskrivs i föregående avsnitt) kan lösa felet 429 Too Many Redirects. Men för att lösa problemet på rätt sätt måste du ändra dina interna länkar från HTTP till HTTPS. Du kan göra det antingen genom att köra frågor direkt i din databas eller genom att använda databasförändrande plugins. Vi kommer att förklara det senare, mer användarvänliga, alternativet.
För att ändra webbadresser i din databas föreslår vi att du använder Bättre Sök Ersätt plugin. Efter installation av plugin, navigera till Verktyg > Bättre sökning Ersätt.
På fliken Sök/Ersätt infoga etiketterna som du söker efter och vad du vill ersätta dem med. Naturligtvis bör dessa vara i form av http://din-webbplats-url.com och https://din-webbplats-url.com, respektive. Naturligtvis, infoga din faktiska webbadress istället för din webbplats-url en del av etiketterna. Sedan, Välj wp_postmeta tabell och tryck på Kör Sök/Ersätt knapp.
Alternativet Köra som torrkörning? kommer automatiskt att kontrolleras och vi föreslår inte att du avmarkerar den för din första körning. Efter att ha tryckt på knappen kommer du att se hur många poster som kommer att påverkas av denna ändring utan att dessa ändringar implementeras. Efteråt, om du är säker på att du vill fortsätta, upprepa samma steg men glöm inte att avmarkera Köra som torrkörning? alternativ för att tillämpa URL-ändringar.
När du har ändrat dina interna länkar till HTTPS är det enda som återstår att implementera omdirigeringsregler i din .htaccess-fil. Detta säkerställer att dina användare alltid kommer åt de säkra versionerna av dina webbsidor, samt förhindrar framtida SSL-relaterade 429-fel.
Att göra så, ansluta till din server använda dina FTP-uppgifter och navigera till din WordPress-rotkatalog, där du kan hitta filen med namnet .htaccess. Om du inte kan hitta den, se till att aktivera alternativen för att visa dolda filer i din valda FTP-klient. Efter hitta .htaccess-filen, högerklicka på den, och Välj den Visa/Redigera alternativ.
Öppna filen använda valfri textredigerare och lägg till koden ges nedan.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond !{HTTPS} off
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTP_HOST} !^www.
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>
Spara ändringarna du gjorde och ladda upp filen tillbaka till din server, vilket åsidosätter den aktuella .htaccess-filen.
Om du inte kunde lösa felet genom att inaktivera dina plugins bör du överväga att testa ditt tema också. Använd samma rigorösa testmetod, eftersom det kan vara möjligt att ditt tema är boven.
För att testa om ditt tema är ansvarigt, du helt enkelt måste byta till ett av WordPresss standardteman, såsom Twenty Twenty. Om du inte redan har gjort det föreslår vi att du installerar ett av standardteman, eftersom det är en förutsättning för detta steg. När du har installerat temat kan du fortsätta till testningen. I likhet med plugins-sektionen skiljer sig följande steg beroende på om du har tillgång till din administratörsinstrumentpanel eller inte.
Om du fortfarande har tillgång till instrumentpanelen trots 429-felet, då helt enkelt navigera till Utseende > Teman att genomföra testet. Hitta ditt standardtema och tryck på Aktivera knappen bredvid.
Om du inte kan logga in på din instrumentpanel på grund av fel, måste du ändra ditt tema via FTP, på samma sätt som du gjorde för plugins.
Att göra så, ansluta till din server använda dina FTP-uppgifter och navigera till din WordPress rotkatalog, kallas ofta public_html. Navigera till /wp-content/themes och hitta mappen med temat du använder för närvarande. Högerklicka på den och tryck på Döp om alternativ.
Byt namn på det enligt samma principer som vi använde för plugins
mapp – med hjälp av temanamn.avaktiverad eller themename.backup, till exempel. Den här vägen du kommer att avaktivera temat du använde tidigare och tvinga WordPress att aktivera standardtemat som du tidigare installerat.
Efter att ha ändrat ditt tema till ett standardtema med någon av metoderna behöver du bara göra det kolla din sida, för att avgöra om ditt tema är boven. Om 429 Too Many Redirects-felet har försvunnit efter att ha bytt teman, kan du säkert dra slutsatsen att temat du använde är skyldig till felet. Efter att ha bestämt det, vi föreslår att du konsulterar temats författare för hjälp för att lösa detta fel.
Om du har provat alla tidigare förslag som vi gjort men inte lyckats lösa felet kan orsaken till det ligga på din server och inte på din webbplats. Det är mest troligt att ditt webbhotell blockerar förfrågningar från vissa tredjepartsplattformar eller tjänster (t.ex. sökrobotar och sökmotorer). I så fall föreslår vi kontakta din värdleverantör för att ta bort blocket, eftersom det löser problemet. Även om så inte är fallet kan det vara fördelaktigt att be om hjälp från din värdleverantör eftersom de kommer att kunna belysa felet du har.
Slutgiltiga tankar
Att få någon form av WordPress-fel kan vara frustrerande, och det är samma sak med 429 Too Many Redirects-felet. Men nu förstår du orsakerna till varför det här felet visas och hur du felsöker det. Som du kan se är metoderna för att fixa detta fel ganska enkla. Och vi är övertygade om att du kunde lösa problemet med ett av förslagen i den här guiden. Se till att du bokmärker den här artikeln för att ha den till hands om det här felet skulle dyka upp igen i framtiden.
Stöd vårt arbete ❤️
Om du gillade den här artikeln, överväg att lämna dricks för att hjälpa oss fortsätta publicera bra innehåll.
