Problemen oplossen WordPress (101)

Problemen met WordPress oplossenWat WordPress-ondersteuning betreft, hebben gebruikers een aantal opties om uit te kiezen:


  • De WordPress Codex (DIY)
  • Het WordPress-ondersteuningsforum (bemand door WordPress.org-beheerders en andere WordPress-gebruikers)
  • Ondersteuning voor plug-ins en thema’s (geleverd door de ontwikkelaars)
  • Ondersteuning voor webhosting (beschikbaarheid en type ondersteuning verschilt per hostingplan)

Zonder een directe communicatielijn of realtime ondersteuning door WordPress kan dit het oplossen van WordPress-fouten frustrerend maken. Het goede nieuws is echter dat de meeste fouten die zich voordoen vrij vaak voorkomen.

In deze handleiding laten we u zien hoe u problemen met WordPress oplost als er iets misgaat.

15 veelvoorkomende WordPress-fouten en hoe u deze kunt oplossen:

  1. Het witte scherm van de dood
  2. Interne Server Fout
  3. Fout bij het tot stand brengen van een databaseverbinding
  4. Ongeldige gateway of gateway-time-out
  5. Te veel verzoeken
  6. Verbinding verlopen / limiet uitgeput
  7. Pagina niet gevonden
  8. Syntax error
  9. Niet beschikbaar voor gepland onderhoud
  10. Automatische update is mislukt
  11. Te veel omleidingen
  12. Gemengde inhoud
  13. Kan niet naar schijf schrijven
  14. Wijzigingen worden niet weergegeven
  15. Inloggen mislukt

Contents

Een gids voor het oplossen van de meest voorkomende WordPress-fouten

Ook al zijn er een heleboel dingen die fout kunnen gaan in WordPress, het is niet zo moeilijk om de oorzaken te achterhalen als je weet wat voor soort fout er is opgetreden.

Fout # 1: The White Screen of Death

Het witte scherm van de dood is precies zoals het klinkt. U probeert toegang te krijgen tot de WordPress-beheerder of, erger nog, uw WordPress-website en het scherm is leeg.

Er zijn een aantal dingen die het witte scherm des doods kunnen veroorzaken, van conflicterende plug-ins tot overschrijding van geheugenlimieten (hoewel het vaker wel dan niet meestal een plug-in of een verkeerd thema is). Als er geen foutmelding is die aangeeft waar het probleem ligt, doorloop dan dit proces voor probleemoplossing.

Opmerking: hoewel dit de workflow is om het witte scherm des doods te repareren, is het handig voor het oplossen van andere WordPress-fouten. Telkens wanneer we verwijzen naar de White Screen of Death-fix hieronder, is dit het proces waarnaar we verwijzen.

Stap 1: Deactiveer alle plug-ins

Als je nog steeds toegang hebt tot de WordPress-beheerder en het is alleen je site die niet werkt, doe dan het volgende:

Ga naar Plug-ins> Geïnstalleerde plug-ins:

Geïnstalleerde plug-ins

Selecteer alle plug-ins:

Controleer alle plug-ins

Selecteer in het menu Bulkacties “Deactiveren”:

Bulk deactiveren

Uw plug-ins zouden nu allemaal moeten worden gedeactiveerd:

Gedeactiveerde plug-ins

Als je geen toegang hebt tot de WordPress-beheerder, moet je dit doen via je configuratiescherm.

Ga naar uw webhostingdashboard:

BlueHost-dashboard

Zoek uw configuratiescherm.

Waar u naar op zoek bent, is Bestandsbeheer of FTP. Beide geven je toegang tot de backend van je website.

Bluehost-bestand FTP

Zoek de map wp-content in de hoofdmap van uw website:

wp-content Folder

Open het en zoek uw map met plug-ins:

Map met plug-ins

Hernoem de map naar alles behalve “plug-ins”. Hiermee worden alle plug-ins op uw website gedeactiveerd.

Stap 2: Controleer uw website

Als je plug-ins zijn uitgeschakeld, is het tijd om te kijken of je toegang is hersteld.

Als je voorheen geen toegang had tot de beheerder, ga dan nu daarheen:

WordPress Login

Als alleen uw website het witte scherm van de dood vertoonde, beweeg dan over de naam van uw website in de linkerbovenhoek van de WordPress-beheerder en klik op “Bezoek site”:

Bezoek de site vanuit het menu

Afhankelijk van wat je ziet, heb je twee opties voor de volgende stappen:

  • Als je toegang hebt: Zoek de problematische plug-in.
  • Als u geen toegang heeft: Probeer een nieuw thema.

We zullen de volgende stappen doorlopen.

Stap 3: Zoek de problematische plug-in (optie 1)

Als je weer toegang hebt, weet je dat het probleem waarschijnlijk een plug-in was. Dit betekent dat een van uw plug-ins in strijd is met:

  • Uw thema
  • Nog een plug-in

U moet nu snuffelen welke plug-in de fout heeft. Om dit te doen, moet u uw plug-ins één voor één activeren.

Begin bovenaan uw lijst. Activeer de eerste plug-in:

Activeer plug-in

Als deze plug-in de oorzaak is, moet u de toegang tot de WordPress-beheerder of uw website opnieuw verliezen. (Je kunt het opnieuw herstellen door de plug-in uit te schakelen.)

Als je het witte scherm des doods niet ziet, deactiveer je deze plug-in en probeer je de volgende. U moet deze stappen herhalen totdat u de problematische plug-in heeft gevonden.

Dit gaat er natuurlijk van uit dat de plug-in in strijd is met uw thema. Als je het foutscherm niet meer ziet nadat je elke plug-in één voor één hebt gedeactiveerd, ligt het probleem mogelijk tussen twee plug-ins. U moet er twee tegelijk opnieuw activeren om ze te lokaliseren. Dat gezegd hebbende, dit is niet gebruikelijk. Het is meestal een conflicterend script in een plug-in en een thema dat de fout veroorzaakt.

Zodra u het problematische duo heeft geïdentificeerd, kunt u doorgaan en alle andere plug-ins op uw website opnieuw activeren.

Neem contact op met de ontwikkelaar van plug-ins om het probleem te melden. Zorg ervoor dat u schermafbeeldingen van de fout heeft en in detail kunt beschrijven waarom deze is opgetreden en hoe u deze hebt kunnen bevestigen.

Stap 3: Probeer een nieuw thema (optie 2)

Als je nog steeds het witte scherm van de dood ziet nadat je al je plug-ins hebt gedeactiveerd, is je thema mogelijk de boosdoener.

Om dit te bevestigen, moet je je thema deactiveren.

Als je nog steeds toegang hebt tot de WordPress-beheerder en het is alleen je site die niet werkt, doe dan het volgende:

Ga naar Uiterlijk> Thema’s:

Uiterlijk Thema's Menu

Om je thema te deactiveren, moet je een ander thema activeren.

Of het nu al is geïnstalleerd of niet, activeer het nieuwste standaard WordPress-thema:

Activeer standaardthema

Als je geen toegang hebt tot de WordPress-beheerder, doe dan hetzelfde met je plug-ins via het configuratiescherm.

Nogmaals, zoek de map wp-content in de hoofdmap van uw website. Deze keer wil je zoeken naar de map met thema’s erin:

Thema's Folder

Hernoem de map naar alles behalve “thema’s”. Hierdoor wordt uw thema gedeactiveerd en wordt automatisch het standaard WordPress-thema geactiveerd.

Je kunt nu op je website kijken of het witte scherm van de dood verdwenen is. Als dat zo is, weet u dat het probleem een ​​conflict is tussen uw thema en de kern.

Neem contact op met de thema-ontwikkelaar met screenshots van de fout en een beschrijving van de stappen die u hebt genomen om het probleem te bevestigen.

Stap 4: Voer de foutopsporing uit

In de meeste gevallen helpen de bovenstaande stappen u om het probleem met uw website op te sporen. Als je echter dit punt hebt bereikt en nog steeds het witte scherm van de dood ziet, is er nog een laatste ding om te proberen.

Keer terug naar uw bestandsbeheerder of FTP. Ga naar de hoofdmap en zoek naar het bestand wp-config.php:

wp-config Bestand

Open het bestand om te bewerken.

Aan de onderkant zie je de volgende string:

definieer ('WP_DEBUG', false);
definieer ('WP_DEBUG_LOG', false);
definieer ('WP_DEBUG_DISPLAY', false);

Wat dit zegt is dat:

  • De foutopsporingsfunctie is uitgeschakeld.
  • Als er een fout optreedt, wordt er geen logboek gegenereerd op de backend.
  • Als er een fout optreedt, wordt er geen foutcode weergegeven op de frontend.

Als je echter vastzit, is het handig om deze functie in te schakelen, zodat je meer informatie over de fout kunt krijgen. Wijzig hiervoor de bovenste twee waarden in waar:

define ('WP_DEBUG', waar);
definieer ('WP_DEBUG_LOG', waar);
definieer ('WP_DEBUG_DISPLAY', false);

Houd display ingesteld als false. Je wilt niet dat hackers inzicht hebben in wat er gebeurt in de backend van je live site, dus houd die codes altijd voor hen verborgen.

Sla uw bestand op zodra u klaar bent met het inschakelen van foutopsporing (maar laat het configuratiescherm open). Keer dan terug naar uw website.

Wanneer je het witte scherm van de dood opnieuw ziet, ga je terug naar je configuratiescherm en zoek je naar de map wp-content (dezelfde waar je thema en plug-ins zijn). Er zal nu een tekstbestand zijn met de naam debug_log.

debug-bestand

Open het en bekijk het foutbericht. Kijk voor de datum en tijd van vandaag. Er moet een regel zijn die aangeeft welk bestand in uw directory en welke regel in dat bestand de fout bevat.

Als de fout zich in een van uw thema- of plug-inbestanden bevindt, maak dan een screenshot van de foutcode en stuur deze naar de ontwikkelaar zodat deze het probleem kan oplossen (zoals waarschijnlijk is geïntroduceerd in een recente update).

Als het een probleem is in een ander bestand, is het aan jou om het te repareren. Neem contact op met een ontwikkelaar als u dat niet prettig vindt.

Zodra het probleem is verholpen en het witte scherm des doods is verdwenen, gaat u terug naar wp-config.php en schakelt u de foutopsporing uit.

Fout # 2: Internal Server Error (foutcode 500)

Het is niet altijd 100% duidelijk wat precies de 500 interne serverfout veroorzaakte. Maar net als het witte scherm des doods, is er iets mis met je code.

Stap 1: Vervang .htaccess-bestand

Het eerste dat u moet testen, is het .htaccess-bestand. Af en toe wordt het beschadigd en wordt uw website vervangen door een pagina “Internal Server Error”.

Ongeacht of het bestand is beschadigd, u moet deze stap toch uitvoeren. Het is niet schadelijk voor uw website als u het bestaande .htaccess-bestand vervangt.

Log in op uw configuratiescherm en open uw bestandsbeheerder of FTP-manager. Voordat u de hoofdmap van uw website invoert, selecteert u de optie om “Verborgen bestanden weergeven” (als u die heeft):

Instellingen voor Bestandsbeheer

Als uw website op shared hosting staat, is het bestand mogelijk nog steeds verborgen. Als dat het geval is, voeg dan het volgende toe aan het einde van de URL van de bestandsbeheerder: “& showhidden = 1”.

htaccess-bestand

Hernoem het .htaccess-bestand om het te deactiveren.

Ga naar uw website en kijk of daarmee de interne serverfout is verwijderd. Als dat het geval is, hoeft u alleen maar een geheel nieuw bestand te maken.

Ga naar het menu Instellingen> Permalinks:

Instellingen Permalinks Menu

Klik onder aan de pagina op ‘Wijzigingen opslaan’. Dit zal een nieuw bestand creëren.

Probeer deze tijdelijke oplossing als de fout niet is verdwenen.

Open uw nieuwe .htaccess-bestand en voeg het volgende toe:

# BEGIN WordPress
RewriteEngine aan
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]
# EINDE WordPress

Als dit de corruptie niet verwijdert, ga dan verder met de volgende stap.

Stap 2: De White Screen of Death-oplossing

Doorloop het witte scherm met stappen voor probleemoplossing voor de dood.

Als de fout hierna nog steeds bestaat, probeer dan de volgende stap.

Stap 3: Verhoog de geheugenlimiet

Dit is waarschijnlijk niet de oorzaak, want als dat het geval is, zie je meestal een bericht over geheugenvermoeidheid. Het kan echter geen kwaad om dit eens te proberen, want het is een snelle oplossing.

Doorloop de stappen voor het oplossen van geheugenlimieten.

Als je nog steeds vastzit, zou deze laatste stap het lukken:

Stap 4: Vervang de mappen wp-admin en wp-includes

Een update heeft mogelijk de code in uw wp-admin of wp-contains-mappen onbedoeld beschadigd.

Om ze te vervangen, moet je een nieuwe versie van WordPress ophalen.

Ga naar WordPress.org, klik op de knop “Get WordPress” en download de bestanden naar uw bureaublad.

Haal verse WordPress-bestanden op

Pak de map uit en zoek de mappen wp-admin en wp-includes.

Keer terug naar uw bestandsbeheerder. Download een kopie van de mappen wp-admin en wp-include die al bestaan ​​(het is altijd een goed idee om een ​​kopie te hebben voor het geval dat).

cPanelmappen

Klik op “Uploaden”. Upload vervolgens elke map één voor één opnieuw. U hoeft dit alleen te doen voor wp-admin en wp-includes.

Upload bestanden

U kunt nu terugkeren naar uw website. De fout zou weg moeten zijn. Als dit niet het geval is, is het tijd om contact op te nemen met uw webhostingbedrijf voor hulp.

Fout # 3: fout bij het tot stand brengen van databaseverbinding

Wanneer u dit foutbericht ziet, betekent dit dat iets ervoor zorgt dat uw WordPress-site geen verbinding maakt met de MySQL- of MariaDB-database.

Stap 1: Controleer het wp-config.php-bestand

Het wp-config.php-bestand bevat de meest relevante details over hoe uw website is geconfigureerd – inclusief uw database-informatie. Controleer dit eerst voordat u andere oplossingen probeert.

Ga naar je bestandsbeheerder of FTP en ga naar het wp-config.php-bestand. Open het om te bewerken.

U zou een sectie moeten vinden die is gewijd aan uw database-instellingen. Het ziet er zo uit:

/ ** Naam van de database voor WordPress * /
definieer ('DB_NAME', 'databasenaam');

/ ** Database gebruikersnaam * /
definiëren ('DB_USER', 'database_gebruikersnaam');

/ ** Database wachtwoord * /
definieer ('DB_PASSWORD', 'databasepw');

/ ** Hostnaam * /
definiëren ('DB_HOST', 'database_hostnaam');

/ ** Database-tekenset * /
definieer ('DB_CHARSET', 'utf8');

/ ** Type databaseverzameling * /
definiëren ('DB_COLLATE', '');

Als een van deze gegevens ontbreekt of er onjuist uitziet, breng dan uw bewerkingen aan (nadat u een kopie van de wp-config.php op uw bureaublad hebt opgeslagen).

Sla uw wijzigingen op en keer terug naar de website om te zien of deze nog steeds geen verbinding met de database kan maken.

Stap 2: Neem contact op met de ondersteuning van uw webhost

Als er aan uw kant geen duidelijke verstoring van de WordPress-databaseverbinding is, is het tijd om met uw webhost te praten.

Er zijn een aantal redenen waarom de databaseverbinding mogelijk is aangetast:

  • Server-downtime
  • Planlimieten overschreden (hoewel ze u hadden moeten informeren als dat het geval is)
  • Beveiligingslek

Zodra u de hoofdoorzaak kent, werkt u snel om deze te repareren, ook al betekent dit alleen maar dat u een ETA krijgt wanneer de servers weer online zijn. U kunt het zich niet veroorloven uw site te lang stil te laten staan.

Fout # 4: slechte gateway (foutcode 502) of gateway-time-out (foutcode 504)

Deze foutcodes betekenen dat er iets mis is op serverniveau. Hoewel u mogelijk geen directe controle over de server heeft, kunnen deze fouten soms tijdelijk zijn, dus het is een goed idee om deze stappen voor probleemoplossing te doorlopen voordat u contact opneemt met uw host.

Stap 1: Vernieuw de site

Klik op de knop “Vernieuwen” in uw browserbalk:

Website vernieuwen

Mogelijk hebt u geprobeerd uw website te laden toen de server tijdelijk niet beschikbaar was of een storing vertoonde.

Stap 2: wis de browsercache

Als vernieuwen niet werkt, kan het probleem verband houden met caching. Om je website “unstuck” te krijgen, ga je naar je browserinstellingen.

Zoek naar een optie om uw browsegegevens te wissen. In Chrome ziet de instelling er als volgt uit:

Internetgeschiedenis wissen

Controleer de instelling voor afbeeldingen en bestanden in de cache:

Chrome Clear Cache

Klik vervolgens op “Gegevens wissen”. Zodra het klaar is, laadt u uw website opnieuw en kijkt u of de foutcode daarmee is verwijderd.

Stap 3: De White Screen of Death-oplossing

Het kan de schuld zijn van een recente plug-in of thema-update als de bovenstaande twee oplossingen niet werken.

Doorloop het witte scherm met stappen voor probleemoplossing voor de dood.

Stap 4: Neem contact op met uw host of CDN-provider

Als geen van de bovenstaande opties heeft gewerkt, neem dan contact op met je host of CDN-provider.

Zorg ervoor dat u, wanneer u contact met ons opneemt, een screenshot van de fout maakt en details over de stappen voor probleemoplossing die u tot dusver heeft ondernomen. Mogelijk moeten ze uw DNS, CDN of firewall uitschakelen om de fout te verwijderen.

Fout # 5: te veel verzoeken (foutcode 429)

Deze fout betekent meestal dat er een plug-in of themascript is dat te veel verzoeken naar uw server stuurt.

Stap 1: De White Screen of Death-oplossing

Doorloop het witte scherm met stappen voor probleemoplossing voor de dood.

Als je de fout niet kunt verwijderen met dit proces, neem dan contact op met je hostingbedrijf. Ze zouden u moeten kunnen vertellen welke integratie van derden in overdrive werkt.

Als er een manier is om de instellingen opnieuw te configureren om het probleem op te lossen, doe dat dan. Anders moet u een vervangende tool vinden.

Fout # 6: Verbinding verlopen / limiet uitgeput

Met deze fout verlies je de toegang tot je website of het beheerdersgedeelte niet. Wat dit in plaats daarvan betekent, is dat een actie die u binnen WordPress probeert te ondernemen – bijvoorbeeld een nieuw thema installeren – de limieten van uw server uitput.

Stap 1: verhoog de geheugenlimiet

Ga naar je bestandsbeheerder en open het bestand wp-config.php.

Zoek onder aan het bestand naar een tekenreeks die er als volgt uitziet:

definiëren ('WP_MEMORY_LIMIT', '64M');

Het is de ’64M’-bit die moet worden bijgewerkt. Verhoog de limiet tot 256 M om uw server meer geheugen te geven om uw verzoek te verwerken:

definieer ('WP_MEMORY_LIMIT', '256M');

Probeer uw verzoek opnieuw via WordPress uit te voeren. Als dit niet werkt, probeer dan dit:

Stap 2: Verhoog de maximale uitvoeringstijd

Het kan zijn dat de tijd die nodig is om een ​​verzoek te verwerken de standaard maximale uitvoeringstijd heeft overschreden.

Er is een goede reden voor deze limiet (zoals voorkomen dat hackers uw server steeds opnieuw met dezelfde verzoeken bombarderen). U kunt het echter tijdelijk aanpassen om uw verzoek door te laten gaan.

Zoek vanuit uw bestandsbeheerder of FTP het .htaccess-bestand. Als u het .htaccess-bestand moeilijk kunt vinden, bekijk dan de stappen van de interne server-foutcorrectie.

Blader in het bestand helemaal naar beneden. Je ziet een lijn die er als volgt uitziet:

# EINDE WORDPRESS

Plaats er net boven het volgende:

php_value max_execution_time 300

Standaard is de maximale uitvoeringstijd doorgaans 30 tot 60 seconden. Dit zal het tot 300 seconden opdrijven.

Probeer je verzoek nog een keer. Als het werkt, vergeet dan niet om terug te gaan naar je .htaccess-bestand en de regel helemaal te verwijderen of te herschrijven zodat er staat:

php_value max_execution_time 60

Als deze oplossing niet werkt, update dan 300 naar 600 en herhaal. Als het nog steeds niet werkt, is er mogelijk iets mis met een recent bijgewerkte plug-in of thema.

Stap 3: De White Screen of Death-oplossing

Doorloop het witte scherm met stappen voor probleemoplossing voor de dood.

Als je nog steeds vastzit, neem dan contact op met je hostingprovider.

Fout # 7: pagina niet gevonden (foutcode 404)

Het is niet ongebruikelijk om deze fout overal op internet tegen te komen als een pagina niet langer bestaat met de oorspronkelijke URL en er geen omleiding is ingesteld. Het kan echter voorkomen dat u deze fout ziet, zelfs wanneer er een pagina bestaat op het adres dat is ingevoerd.

Stap 1: Controleer de spelling van de URL

Voor de zekerheid controleert u nogmaals de spelling van de URL die u in de adresbalk hebt ingevoerd. Zorg ervoor dat er geen fouten zijn.

Stap 2: Permalinks repareren

Als u op enig moment uw permalink-structuur hebt gewijzigd, is een eerdere instelling mogelijk vastgelopen in de backend. Om het los te maken, ga naar Instellingen> Permalinks.

Instellingen Permalinks Menu

Schakel uw permalinks-structuur terug naar de standaardinstelling “Gewoon”:

Standaard Permalink-instellingen

Sla uw wijzigingen op.

Keer terug naar de permalinks-structuur die u wilde gebruiken. Bespaar nog een keer.

Controleer de pagina om te zien of de 404-fout nog steeds aanwezig is. Als dat zo is, ga dan naar de volgende stap.

Stap 3: Vervang .htaccess-bestand

Doorloop de beschadigde .htaccess-bestandscorrectie.

Dat zou de fout moeten verwijderen.

Fout # 8: syntaxisfout

U zult deze fout onmiddellijk zien na het bewerken van een bestand op de backend van uw website.

Wanneer u ‘syntaxisfout’ ziet, betekent dit dat de juiste coderingspraktijken worden geschonden.

Dit is bijvoorbeeld een syntactische fout omdat de laatste puntkomma (;) ontbreekt:

definieer ('WP_MEMORY_LIMIT', '64M')

Dit is ook een syntactische fout omdat de rechte aanhalingstekens worden geschreven als gekrulde aanhalingstekens:

definiëren (‘WP_MEMORY_LIMIT’, ‘64 M’);

U kunt ook een “onverwachte fout” tegenkomen. Deze betekent dat er iets verkeerd is gespeld of onjuist is opgemaakt.

Stap 1: herstel de code

Dit soort fouten is explicieter dan de meeste fouten in deze lijst. Wanneer u er een ziet, zou het u niet alleen moeten vertellen welk bestand de fout bevat, maar ook op welke regel de fout is opgetreden. Dit maakt het veel gemakkelijker om de code te controleren op ontbrekende of foutieve tekens.

Zodra u het probleem heeft gevonden, repareert u het en slaat u uw wijzigingen op. Bezoek uw site opnieuw om te bevestigen dat de fout is verdwenen.

Fout # 9: niet beschikbaar voor gepland onderhoud

Er is een reden waarom je dit bericht zou zien: WordPress heeft je website in onderhoudsmodus gezet terwijl er een update wordt gemaakt. Het zou kunnen:

  • Een update die je zojuist hebt doorgevoerd.
  • Een automatische update die zojuist door WordPress is uitgevoerd.
  • Een eerdere update waardoor uw website vast kwam te zitten in de onderhoudsmodus.

Stap 1: Geef het een minuut

Voordat je iets doet, geef het dan even de tijd. Zelfs als je een update niet handmatig hebt gepusht, werkt WordPress mogelijk op de achtergrond aan een update.

Als de minuut is verstreken en het geplande onderhoudsbericht niet is verdwenen, volgt u de volgende stap.

Stap 2: Schakel de onderhoudsmodus uit

Log in op uw configuratiescherm en bestandsbeheer. Ga naar de hoofdmap van uw website en zoek naar een bestand met de naam .onderhoud.

Om de onderhoudsmodus uit te schakelen, klikt u eenvoudig op het bestand en verwijdert u het. Dit brengt uw website terug.

Fout # 10: automatisch bijwerken mislukt

WordPress heeft standaard kleine updates geconfigureerd om automatisch te worden uitgevoerd (voornamelijk die met betrekking tot algemeen onderhoud en beveiliging). Mogelijk hebt u ook uw eigen geautomatiseerde updates gepland.

Ongeacht waar ze vandaan komen, het kan voorkomen dat de update niet doorgaat. Het kan gewoon een slechte timing zijn (zoals als de server op dat moment niet beschikbaar was) of een storing in het systeem.

Stap 1: handmatig bijwerken

De oplossing hiervoor is eenvoudig.

Je ziet een aantal indicatoren in WordPress die je laten weten waar je updates wachten:

WordPress-updates

Volg ze en voer de update handmatig uit.

Fout # 11: te veel omleidingen

Meestal is een omleiding opzettelijk. U werkt uw domeinnaam bij of verplaatst uw website van HTTP naar HTTPS. In die gevallen gebruikt u een 301-omleiding om ervoor te zorgen dat het verkeer op de juiste bestemming terechtkomt, zelfs als uw bezoekers de oude URL typen.

Als u echter een fout ziet die zegt dat er te veel omleidingen zijn, betekent dit meestal dat uw bezoekers vastzitten in een omleidingslus en nergens kunnen landen.

Dit gebeurt wanneer uw site en WordPress-adressen verschillend zijn.

Stap 1: Update WordPress-instellingen

De eerste plaats om te controleren op deze discrepantie zijn uw WordPress-instellingen. Ga naar Instellingen> Algemeen:

Instellingen Algemeen menu

De adressen voor WordPress en de site moeten overeenkomen:

Adressen algemene instellingen

Als dat niet het geval is, corrigeert u de onjuist opgemaakte URL en slaat u uw wijzigingen op.

Als dat de fout niet oplost, controleer dan uw sitegegevens op serverniveau.

Stap 2: werk het bestand wp-config.php bij

Het wp-config.php-bestand bevat veel gegevens over hoe uw website is geconfigureerd, inclusief de domeinnaam.

Log in op uw bestandsbeheerder of FTP en open uw wp-config.php-bestand. Zoek naar een codereeks die er als volgt uitziet:

definieer ('WP_HOME', 'http: //faux-agency.local');

definiëren ('WP_SITEURL', 'http: //faux-agency.local');

Vervang de bovenstaande testsite-URL door uw eigen WordPress- en siteadressen. Nogmaals, deze twee waarden moeten identiek zijn.

Ze moeten ook overeenkomen met hoe ze zijn geconfigureerd op serverniveau. Dus als het domein is geregistreerd als https: //www.faux-agency.local, dan moeten de HTTPS- en WWW-waarden hier aanwezig zijn.

Sla uw wijzigingen op en keer terug naar uw website. De fout zou weg moeten zijn.

Fout 12: Gemengde inhoud

Een andere fout die voortkomt uit de opmaak van uw webadres is de fout met gemengde inhoud. Wat dit in wezen betekent, is dat:

  • Op uw website is een SSL-certificaat geïnstalleerd en het loopt nu via HTTPS.
  • Er zijn enkele elementen (zoals afbeeldingsbestanden), pagina’s of links op uw site die HTTP blijven gebruiken.

Websites moeten allemaal HTTPS of alle HTTP zijn. Om deze fout te verwijderen, moet u uw onbeveiligde inhoud naar het beveiligde webadres verplaatsen.

In plaats van stappen te ondernemen om deze te repareren, kiest u de optie die het beste bij u past:

Optie 1: gebruik het inspectiegereedschap

Open uw website en klik met de rechtermuisknop ergens op het scherm. Selecteer “Inspect” uit de opties:

Inspecteer website

Zoek naar het consolepaneel. Als er op deze pagina een dergelijke fout met gemengde inhoud bestaat, vindt u deze hier:

Inspecteer console

Het zal u precies vertellen welk deel van de pagina de HTTP-inhoud bevat. Je kunt het dan repareren door de verkeerde link te repareren of het bestand opnieuw te uploaden.

Optie 2: gebruik de SSL Insecure Content Fixer Plugin

Installeer de SSL-onveilige Content Fixer-plug-in om je te helpen.

SSL Insecure Content Fixer

Begin met de “Eenvoudige” instelling en kijk of dat het probleem oplost. Als dit niet het geval is, doorloop je de volgende instellingen totdat je er een vindt die het probleem met gemengde inhoud oplost.

Optie 3: neem contact op met de ondersteuning van uw webhosting voor hulp

Neem contact op met uw webhostingbedrijf als u niet weet waar de fout met gemengde inhoud leeft.

Fout # 13: kan niet naar schijf schrijven

Als u problemen ondervindt met de afbeeldingen op uw site, is dit waarschijnlijk de fout die u zult zien.

Het verschijnt wanneer een bestand niet kan worden geüpload. Het verschijnt ook wanneer uw mediabestanden eruitzien alsof ze uit uw mediamap en op uw website zijn verdwenen. Er zullen voor hen lege tijdelijke aanduidingen zijn, maar de inhoud wordt niet weergegeven.

Dit heeft niet te maken met het uploaden van onacceptabele bestandstypen. Deze fout heeft te maken met het niet correct configureren van bestandsrechten op de backend. Een update van uw webhost of een plug-in kan ze in de war hebben gebracht.

Stap 1: Werk de machtigingen in de map wp-content bij

Ga naar je FTP en zoek de map wp-content. Open het en zoek naar de uploadmap. Klik er met de rechtermuisknop op. Selecteer ‘Machtigingen wijzigen’ (het kan ook ‘Bestandsrechten’ worden genoemd of alleen ‘Machtigingen’).

Uploads wijzigen machtigingen

Als u geen scherm ziet dat er zo uitziet, moet u uw webhost vragen om uw toegang tot de bestandsrechten bij te werken of u te helpen.

Als u een dergelijk scherm ziet, update dan de “Permissions Value” naar 744. Vink het “Recursive” vakje hieronder aan en pas het alleen toe op directories. Sla uw wijzigingen op.

Klik nogmaals met de rechtermuisknop op de uploadmap. Stel deze keer de “Permissions Value” in op 644. Vink “Recursive” aan, maar pas het alleen toe op bestanden. Sla uw wijzigingen op.

Keer terug naar uw website en u zou moeten zien dat uw mediabestanden intact zijn (of dat u mediabestanden zonder fouten kunt uploaden).

Fout # 14: Wijzigingen worden niet weergegeven

Dit is geen fout die wordt geleverd met een bericht of een wit scherm. Dit is een fout die je met je eigen ogen ziet na het maken van een update, alleen om te beseffen dat deze niet op de live site verschijnt.

Dit is een cacheprobleem.

Stap 1: Verwijder de paginacache

Als u een WordPress caching-plug-in gebruikt, moet u eerst de cache wissen.

De meeste WordPress-plug-ins plaatsen een knop “Cache wissen” of “Cache wissen” in de menubalk van de admin bovenaan WordPress als volgt:

Cache wissen

Hiermee wordt de paginacache voor alle gebruikers en bezoekers gewist. Keer terug naar uw website en kijk of dat heeft geholpen. Als dit niet het geval is, probeer dan deze volgende stap:

Stap 2: wis de browsercache

In sommige gevallen is het uw webbrowser die het probleem is. Om de browsercache te wissen, zoekt u de instellingen van uw browser:

Browser instellingen

Zoek vanaf daar de instelling waarmee u uw browsegegevens of cache kunt wissen:

Internetgeschiedenis wissen

Wis vervolgens uw browsercache:

Chrome Clear Cache

Wanneer uw browser klaar is, keert u terug naar de pagina Instellingen. U kunt nu uw website bezoeken om te bevestigen dat het probleem is verholpen.

Fout # 15: inloggen mislukt

Er zijn twee redenen waarom u zich mogelijk niet kunt aanmelden bij de WordPress-beheerder. Elk heeft een afzonderlijke oplossing.

Optie 1: wachtwoord herstellen

Als het probleem is dat u uw wachtwoord bent vergeten, klikt u op ‘Wachtwoord vergeten?’ link onder het inlogformulier:

Wachtwoord vergeten

Voer uw e-mailadres of gebruikersnaam in op het herstelformulier:

Herstel uw wachtwoord

Je ontvangt een e-mail om een ​​nieuw wachtwoord te maken en de toegang tot je account te herstellen.

Optie 2: inloggegevens bijwerken in phpMyAdmin

Als het probleem is dat u uw inloggegevens niet bent kwijtgeraakt of vergeten, maar u zich nog steeds niet kunt aanmelden, moet u phpMyAdmin gebruiken om ze handmatig opnieuw in te stellen.

Ga naar je configuratiescherm en zoek naar phpMyAdmin.

cPanel Database Tools

Dit is je phpMyAdmin-console:

phpMyAdmin-console

Breid uw database uit in het linkerdeelvenster. Zoek naar de wp_users-tabel. Klik erop of kies de optie “Bladeren” om uw lijst met WordPress-gebruikers te openen.

phpMyAdmin-gebruikersgegevens

Om de inloggegevens voor uzelf (of iemand anders die niet kan inloggen) te bewerken, klikt u op de knop ‘Bewerken’ links van hun inloggegevens.

phpMyAdmin Inloggegevens bewerken

Bewerk het wachtwoord – zorg ervoor dat het een sterke mix is ​​van hoofdletters, kleine letters, cijfers en symbolen. Sla vervolgens uw wijzigingen op.

U kunt terugkeren naar het aanmeldscherm van WordPress en het opnieuw proberen. Als het probleem zich blijft voordoen, neem dan contact op met uw webhostingbedrijf voor hulp.

Afronden

Het is duidelijk dat u hoopt dat u nooit een van deze fouten zult tegenkomen wanneer u met WordPress werkt. Maar glitches en fouten kunnen van verschillende plaatsen komen: uw webserver, de plug-ins of het thema dat u hebt geïnstalleerd, de WordPress-kern en soms zelfs van u.

Zelfs als uw website niet offline gaat, zijn deze foutmeldingen, lege schermen en ontbrekende inhoud onaangenaam voor uw bezoekers. Zorg er dus voor dat u weet hoe u deze WordPress-problemen kunt oplossen zodra ze worden gedetecteerd.

Een laatste ding: vergeet niet om een ​​geautomatiseerd systeem van back-ups op de achtergrond te hebben. Als een van deze fouten niet netjes kan worden opgelost (zoals in het geval van een inbreuk op de beveiliging), kan een back-up je huid echt redden.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map