På trods af alle de fordele, WordPress har, er enhver WordPress-bruger forpligtet til at opleve nogle fejl, mens de kører deres hjemmeside. Disse fejl kan forvirre og endda forårsage en følelse af frygt hos brugerne. Især i tilfælde, hvor en ny bruger løber ind i en fejlmeddelelse, der ikke afslører meget om selve fejlens karakter. Et eksempel på dette er fejlen 429 Too Many Redirects. Derfor har vi besluttet at oprette denne artikel og forklare alle de almindelige årsager bag fejlen og forskellige måder at løse den på. Vi viser dig, hvordan du tackler dette problem ved at dele det op i flere mindre trin:
Forstå fejlen 429 Too Many Requests
Denne fejl opstår normalt, når en bruger sender en overvældende mængde anmodninger på kort tid. Årsagerne til dette varierer. De kan omfatte gentagne loginforsøg til dit websted, DDOS (distributed denial of service)-angreb fra angribere, defekte plugin-koder eller andre defekte koder. I de fleste tilfælde kan fejlmeddelelsen være en af følgende: 429 Error, HTTP 429, 429 Too Many Requests eller Error 429 (Too Many Requests). Sjældent kan fejlen løses af sig selv. Men i de tilfælde, hvor det fortsætter, kan det gøre dit websted utilgængeligt for brugere og hæmme din mulighed for at logge ind på dit dashboard på samme tid, hvilket gør fejlfindingen en smule vanskeligere.
Sådan løses fejlen 429 Too Many Requests
Da denne fejl nogle gange kan forsvinde af sig selv, foreslår vi først at vente lidt. Hvis problemet fortsætter, kan du prøve at bruge forslagene til fejlfinding, vi skitserede nedenfor. Hver af dem har været kendt for at løse problemet, så sørg for at prøve alle de beskrevne metoder, indtil du finder den, der er nyttig på dit websted.
Oftest vil angribere forsøge at brute-force logge ind på dit WordPress-websted, hvilket forårsager en 429 Too Many Requests-fejl. Således er din første forsvarslinje simpelthen at nægte dem denne mulighed ved at ændre din standard WordPress-login-URL. Denne login-URL—your-site-url/wp-admin, såvel som dets alternativer your-site-url/login og your-site-url/wp-login.php, er velkendte og kan som sådan være ret usikre. Du kan ændre standard WordPress-login-URL ved hjælp af WPS Hide Login plugin. Efter installation af plugin, naviger til Indstillinger > WPS Skjul login. Under Login url ændre Log på en del til en URL-udvidelse, du foretrækker og føler dig tryg med, og derefter tryk på Gem ændringer knap. Vi foreslår, at du implementerer en udvidelse, der er sværere at gætte, og som ikke inkluderer nogen af standardudvidelserne.
Derudover, efter at have ændret login-udvidelsen, vil enhver, der forsøger at logge ind med en af de tre førnævnte standard-login-URL’er, blive omdirigeret til en 404-side.
Bortset fra angribere kan årsagen til fejlen 429 Too Many Redirects ligge i et af de plugins, du bruger. Nogle plugins sender muligvis en overvældende mængde anmodninger til serveren og overskrider dens hastighedsgrænse, hvilket forårsager 429-fejlen. Derfor kan du nogle gange simpelthen løse denne fejl ved at lokalisere det defekte plugin og deaktivere det. Dette fejlfindingstrin varierer i sværhedsgrad baseret på, om du har adgang til dit WordPress-dashboard.
Hvis du oplever 429-fejlen og stadig har adgang til dit admin-dashboard, naviger til Plugins > Installerede plugins, og vælg alle plugins. Du kan gøre det ved at trykke på afkrydsningsfeltet øverst på skærmen ved siden af Plugin etiket. Derefter, Vælg Deaktiver mulighed i rullemenuen og tryk på ansøge knap ved siden af, så denne mulighed anvendes på alle plugins.
Bagefter, gennemgå din hjemmeside for at se, om fejlen 429 Too Many Redirects er forsvundet. Hvis fejlen ikke længere er til stede, betyder det, at den er forårsaget af et defekt plugin.
Hvis dit dashboard-adgang er blevet nægtet på grund af 429-fejlen, bliver du nødt til at udføre en lignende proces via FTP.
Først, oprette forbindelse til din server ved at bruge dine FTP-legitimationsoplysninger og naviger til din WordPress-rodmappe, ofte kaldet public_html. Åbn wp-indhold vejviser og Find plugins folder inden for. Højreklik på plugins folder og tryk på Omdøb mulighed.
Du kan omdøbe plugins-mappen, som du vil, men vi foreslår, at du beholder det originale mappenavn til reference og tilføjer et selvforklarende suffiks. For eksempel kan du omdøbe den til plugins.deaktiveret eller plugins.backup.
Ved at omdøbe plugins-mappen deaktiverer du alle plugins på dit websted, da dette vil gøre dem utilgængelige. Selvfølgelig skal du tjek din hjemmeside for at se, om 429-fejlen fortsætter bagefter. Hvis du har genvundet kontrollen over dit dashboard med 429-fejlen ikke længere til stede på din hjemmeside, betyder det, at fejlen skyldtes et af plugins. Den eneste tilbageværende opgave er at finde ud af hvilken. For at gøre det, gendan plugins-mappens oprindelige navn (dvs plugins) ved at bruge samme metode som tidligere, da vi omdøbte den. Dette vil gøre alle dine installerede plugins tilgængelige, men de forbliver deaktiverede, hvilket er ideelt til anden del af dette fejlfindingstrin.
Efter at have fastslået, at fejlen skyldtes et af plugin’erne ved at bruge en af de to metoder til at deaktivere dem, er det tid til at finde det defekte plugin. For at gøre det, log ind på dit dashboard og naviger til Plugins > Installerede plugins. Genaktiver alle dine plugins, et ad gangen (ved at trykke på Aktiver knap). Efter hver genaktivering, tjek din hjemmeside for at se om noget ændrer sig. Gentag denne proces, indtil du ser fejlen vises igen. Det betyder, at det plugin, du genaktiverede sidst, er synderen.
Efter at have fundet det plugin, der er ansvarlig for 429-fejlen, bør du kontakte plugin-forfatterne for at få hjælp eller overveje at erstatte det med et alternativt plugin.
I sjældne tilfælde kan Virkelig simpel SSL plugin kan være synderen bag din 429-fejl. Årsagen til det ligger i, at din hjemmeside kan indeholde en stor mængde usikre interne links, der er tvunget til at indlæse over HTTPS ved hjælp af plugin.
Blot at deaktivere Really Simple SSL-pluginnet (ved at bruge trinene beskrevet i det foregående afsnit) kunne løse fejlen 429 Too Many Redirects. Men for at løse problemet korrekt, skal du ændre dine interne links fra HTTP til HTTPS. Du kan gøre det enten ved at udføre forespørgsler direkte inde i din database eller ved at bruge databaseændrende plugins. Vi vil forklare den sidste, mere brugervenlige, mulighed.
For at ændre URL’er i din database, foreslår vi, at du bruger Bedre Søg Erstat plugin. Efter installation af plugin, naviger til Værktøjer > Bedre søgning Erstat.
Indenfor fanen Søg/Erstat indsæt de etiketter, du søger efter, og hvad du vil erstatte dem med. Selvfølgelig skal disse være i form af http://dit-websted-url.com og https://dit-websted-url.com, henholdsvis. Det er overflødigt at sige, indsæt din faktiske hjemmeside-URL i stedet for dit-websted-url del af etiketterne. Derefter, vælg wp_postmeta bord og tryk på Kør Søg/Erstat knap.
Muligheden Køre som tørløb? vil automatisk blive kontrolleret, og vi foreslår ikke, at du fjerner markeringen ved din første kørsel. Når du har trykket på knappen, vil du se, hvor mange poster der vil blive påvirket af denne ændring, uden at disse ændringer er implementeret. Hvis du bagefter er sikker på, at du vil fortsætte, gentag de samme trin men glem det ikke fjern markeringen i Køre som tørløb? mulighed for at anvende URL-ændringer.
Når du har ændret dine interne links til HTTPS, er det eneste, der er tilbage, at implementere omdirigeringsregler i din .htaccess-fil. Dette sikrer, at dine brugere altid får adgang til de sikre versioner af dine webstedssider, samt forhindrer fremtidige SSL-relaterede 429-fejl.
For at gøre det, oprette forbindelse til din server ved at bruge dine FTP-legitimationsoplysninger og naviger til din WordPress-rodmappe, hvor du kan finde filen med navnet .htaccess. Hvis du ikke kan finde det, skal du sørge for at aktivere mulighederne for at vise skjulte filer i din valgte FTP-klient. Efter at finde .htaccess-filen, højreklik på den, og Vælg Se/Rediger mulighed.
Åbn filen ved hjælp af en hvilken som helst teksteditor og tilføje koden Givet nedenfor.
<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>
Gem ændringerne du lavede og upload filen tilbage til din server, og dermed tilsidesætte den aktuelle .htaccess-fil.
Hvis du ikke var i stand til at løse fejlen ved at deaktivere dine plugins, bør du også overveje at teste dit tema. Brug den samme strenge testmetode, da det kan være, at dit tema er synderen.
For at teste om dit tema er ansvarligt, skal du simpelthen skal skifte til et af WordPress-standardtemaerne, såsom Twenty Twenty. Hvis du ikke allerede har gjort det, foreslår vi, at du installerer et af standardtemaerne, da det er en forudsætning for dette trin. Når du har installeret temaet, kan du fortsætte til testen. Ligesom plugins-sektionen adskiller de følgende trin sig baseret på, om du har adgang til dit admin-dashboard eller ej.
Hvis du stadig har adgang til dashboardet på trods af 429-fejlen, så simpelthen naviger til Udseende > Temaer at gennemføre testen. Find dit standardtema og tryk på Aktiver knappen ved siden af.
Hvis du ikke er i stand til at logge ind på dit dashboard på grund af fejl, bliver du nødt til at ændre dit tema via FTP, på samme måde som du gjorde for plugins.
For at gøre det, oprette forbindelse til din server ved at bruge dine FTP-legitimationsoplysninger og naviger til din WordPress-rodmappe, ofte kaldet public_html. Naviger til /wp-content/themes og find mappen med temaet du bruger i øjeblikket. Højreklik på den og tryk på Omdøb mulighed.
Omdøb det efter de samme principper, som vi brugte til plugins
mappe – ved hjælp af temanavn.deaktiveret eller temanavn.backup, for eksempel. Denne måde du vil deaktivere temaet du tidligere brugte og tving WordPress til at aktivere standardtemaet, du tidligere har installeret.
Efter at have ændret dit tema til et standard ved hjælp af en af metoderne, behøver du kun tjek dit websted, for at konkludere, om dit tema er synderen. Hvis fejlen 429 Too Many Redirects er forsvundet efter skift af temaer, kan du roligt konkludere, at det tema, du brugte, er skyld i fejlen. Efter at have bestemt det, vi foreslår, at du konsulterer temaets forfattere for at få hjælp ved at løse denne fejl.
Hvis du har prøvet alle de tidligere forslag, vi kom med, men ikke var i stand til at løse fejlen, kan årsagen til det ligge på din server og ikke på dit websted. Det er højst sandsynligt, at din hosting blokerer for anmodninger fra visse tredjepartsplatforme eller -tjenester (f.eks. crawlere og søgemaskiner). I så fald foreslår vi kontakte din hostingudbyder for at fjerne blokeringen, da det vil løse problemet. Selvom dette ikke er tilfældet, kan det være en fordel at bede om hjælp fra din hostingudbyder, da de vil være i stand til at kaste lys over den fejl, du har.
Afsluttende tanker
At få nogen form for WordPress-fejl kan være frustrerende, og det er det samme med fejlen 429 Too Many Redirects. Men nu forstår du årsagerne til, at denne fejl vises, og hvordan du fejlfinder den. Som du kan se, er metoderne til at rette denne fejl ret ligetil. Og vi er sikre på, at du var i stand til at løse problemet ved at bruge et af forslagene i denne vejledning. Sørg for at bogmærke denne artikel, for at have den ved hånden, hvis denne fejl skulle dukke op igen i fremtiden.
Støt vores arbejde ❤️
Hvis du kunne lide denne artikel, kan du overveje at give drikkepenge for at hjælpe os med fortsat at udgive kvalitetsindhold.
