Zo lost u de 4 meest voorkomende WordPress fouten op

14 Min.
WordPress  Fout

Ter ondersteuning hebben we duizenden chatgesprekken per maand en helpen we onze klanten elke dag bij het oplossen van foutmeldingen en problemen met hun WordPress -pagina's. In ons artikel laten we u stap voor stap zien hoe u vier van de meest voorkomende WordPress -Gerepareerd de fout.

Geen enkel ander Content Management Systeem (CMS) is zo eenvoudig te gebruiken als WordPress : Themesen Pluginskan met een paar klikken worden geïnstalleerd en beheerd, zonder dat er uitgebreide technische kennis nodig is. Met een Marktaandeel van meer dan 30 procent is WordPress vrijwel het besturingssysteem van het internet geworden.

Vanwege de gemakkelijke bruikbaarheid, de actieve gemeenschap en de verschillende mogelijkheden om uw pagina's te individualiseren WordPress perfect voor het web van vandaag. Des te groter is de frustratie wanneer je WordPress veroorzaakt plotseling problemen. Maar geen reden tot paniek! Vandaag ga ik je laten zien hoe je vier typische WordPress - lost fouten snel, gemakkelijk en zelfstandig op.

Onze tips voor het oplossen van typische WordPress fouten

Om u zo goed mogelijk te ondersteunen bij het oplossen van problemen en om de kennis te delen die we door onze jarenlange ondersteuningservaring hebben opgedaan, zal ik de mogelijke oorzaken en de bijbehorende oplossingen voor vier typische WordPress problemen van vandaag uitleggen.

WordPress -Fout #1: Wit scherm van de dood

WordPress -Fout: Wit scherm van de dood

Het "Witte Scherm des Doods" (WSOD) is een analogie met het Blauwe Scherm des Doods, dat in Windows wordt weergegeven in geval van een systeemcrash. Zoals de naam al zegt, blijft bij de WSOD de website, in de Frontend of Backend (wp-admin), gewoon wit - zonder foutmelding of verdere informatie.

Mogelijke oorzaken en oplossingen voor White Screen of Death

Oorzaak 1: Onverenigbaar Pluginsof Themes

De fout wordt vaak veroorzaakt door een verkeerde combinatie van Pluginsof Themesbijvoorbeeld:

  • A Plugin is niet met een ander Plugin of compatibel met de actieveTheme.
  • Een Plugin/Theme werd twee keer geüpload via S/FTP in verschillende versies.
  • Aan Plugin/Theme is niet bruikbaar met de ingestelde PHP-versie.

Een van deze fouten leidt WordPress tot een staat van shock en provoceert het Witte Scherm des Doods.

Zo lost u de 4 meest voorkomende WordPress fouten op
Probleemanalyse: zijn die van jou Pluginsen Themesonverenigbaar?

De eerste benadering is het terugdraaien van de recente veranderingen. Denk aan de veranderingen die je hebt aangebracht. Hebt u een nieuwe Plugingeïnstalleerd of Themeeen andere gewijzigd? Ook updates van Pluginsen Themeskan voelen aan dit wangedrag.

Eerst moet u bepalen of de fout op alle of alleen op bepaalde pagina's voorkomt. Wordt bijvoorbeeld alleen uw contactpagina geraakt? Als u net een contactformulier op die pagina hebt opgenomen, is het waarschijnlijk dat het contactformulierPlugin verantwoordelijk is voor de WSOD.

Verschijnt het witte scherm van de dood op alle URL's in de hele voorkant? Dan kan het dit Themezelf doen of een Plugin die op alle pagina's is geïntegreerd - bijvoorbeeld een widget in de voettekst, een schuifregelaar in de header of een Plugin voor de navigatie.

Als het wit blijft, zelfs als je de backend (yoursite.com/wp-admin) aanroept, is het waarschijnlijk dit Themeof een misconfiguratie van de webserver.

Controleer uw debugging logboek!

Vaak helpt een kijkje in de error.log van uw server of de debugging log WordPress zelf (WP-DEBUG). U kunt dit activeren door gebruik te maken van de wp-config.php van uw WP installatie en voor /* Dat is alles, stop met het bewerken! Gelukkige blogging. */ volgende regels Invoegen:

definiëren ('WP_DEBUG', waar);

definiëren('WP_DEBUG_DISPLAY',waar);

Als uw installatie al een 'WP_DEBUG' ingang heeft, maar deze is ingesteld op fout U kunt deze waarde eenvoudigweg instellen op echte en hoeft alleen maar de volgende regel eronder te plaatsen:

definiëren('WP_DEBUG_DISPLAY',waar);

Wanneer u dan terugkeert naar uw probleempagina, ziet u de overeenkomstige redenen voor fouten in plaats van de witte pagina. De fouten die beginnen met Fatal of Parse Error zijn meestal de fouten die het Witte Scherm des Doods veroorzaken.

Trouwens: Bij RAIDBOXES u kunt het debuggingslogboek eenvoudig inschakelen met één klik in uw BOXinstellingen. U kunt de output van het debuggingslogboek krijgen onder de link die vermeld staat in uw instellingen.

WP Debug_RAIDBOXES

Nu kunt u precies zien welk bestand op welke positie een fout maakt en waarom dit gebeurt. Ter illustratie heb ik een voorbeeld voor u in mijn bagage. We zie de volgende informatie hier in de parsefout:

Debuggeren van het logboek

Dus de fout treedt op:

  • In het bestand /wp-content/Plugins/contact-formulier-7/wp-contact-formulier-7.php
  • In lijn 12
  • Blijkbaar is er een onverwacht teken, in dit geval een "
Voor incompatibele Plugins& Themeser zijn de volgende benaderingen:

Oplossing 1: Als u dat kunt, herstel dan een back-up. Dit zal uw WordPress installatie eenvoudigweg herstellen in de staat waarin deze zich bevond voordat de fout zich voordeed.

Oplossing 2Als u geen back-up heeft, heeft u geen andere keuze dan met S/FTP de map van de verdachte te verwijderen. Plugins of Themeshernoemen. Dit deactiveert het. In ons voorbeeld zou het de map van de PluginsContact Form 7"“ ”.

Als u niet zeker weet welke Pluginde fout veroorzaakt, probeer dan het volgende: Hernoem alle Plugin/Thememappen één voor één. Als de fout verdwijnt na het hernoemen van een map, heb je de boosdoener geïdentificeerd. Als RAIDBOXES klant kunt u ook eenvoudigweg het Plugin- en Themebeheer in het RB-dashboard gebruiken voor deactivering. 

Tip: Vaak is het probleem gewoon een hernoemde Thememap, dus u moet het via S/FTP controleren op de juiste spelling!

Zo lost u de 4 meest voorkomende WordPress fouten op

Oorzaak 2: Serverfout

1) Probleem: Niet genoeg PHP geheugenlimiet

De typische foutmelding in het error.log is
"Fatale fout: Toegestane geheugengrootte van XXXX bytes uitgeput (probeerde XXXX bytes toe te wijzen) in..."

Bovendien kan er een witte pagina zijn waarop de foutmelding Interne serverfout verschijnt.

Wat hier gebeurt is dit:
Een PHP taak verbruikt meer geheugen dan de door de hoster ingestelde waarde toestaat.

Oplossing: In dit geval is het meestal voldoende om de volgende regel toe te voegen aan wp-config.php

definiëren('WP_MEMORY_LIMIT', '256M')

De '256M' staat voor de hoeveelheid RAM die in MB moet worden gebruikt. Zo zou bijvoorbeeld ook '512M' voor 512MB denkbaar zijn.

U moet er echter rekening mee houden dat een te hoge waarde een volledige crash van uw site kan veroorzaken. Daarom moet u uw PHP-geheugenlimiet alleen verhogen als uw tarief de juiste hoeveelheid geheugen biedt. Als u weinig RAM in uw tarief heeft, moet u overwegen om uw tarief te upgraden met uw hoster.

2) Probleem: Maximale uitvoeringstijd overschreden

Bij het installeren van grotere WordPress -Themes of Pluginsook grotere importen of exporten van gegevens kan de volgende fout optreden, die meestal in de backend wordt weergegeven:

Dodelijke fout: maximale uitvoeringstijd van XX Overschrijding van XXX

Dit betekent: De tijd dat een PHP-script mag draaien is overschreden. Dit gebeurt vaak bij het importeren van veel producten in WooCommerceof het exporteren van ordergegevens.

Oplossing: Verhoog de max_executie_tijd. Een opmerking vooraf: Normaal gesproken is de door de hoster opgegeven looptijd voldoende. Om onnodig lange laadtijden en problemen te voorkomen, moet de Max. uitvoeringstijd alleen in geïsoleerde gevallen worden verlengd (bijv. voor een grote bestandsupload) en vervolgens weer worden verlaagd.

Bij RAIDBOXES de BOX-instellingen kunt u de max_uitvoeringstijd voor de voorkant en de achterkant afzonderlijk instellen:

Max. uitvoeringstijd

Bij andere hosters is het vaak voldoende om de .htaccess via S/FTP te bewerken en de regel toe te voegen php_value max_execution_time 300 in te voegen. Hier staat de 300 voor het maximum aantal seconden dat een script mag draaien. In dit geval, vijf minuten.

WordPress -Fout #2: Problemen met SSL

WordPress -Fout_SSL

Op zijn laatst sinds de Basisregelgeving inzake gegevensbescherming (AVG) in mei 2018 zou een SSL-certificaat voor u verplicht moeten zijn. Het is niet voor niets dat de meeste browsers nu een waarschuwingsbericht uit, als een webpagina niet wordt gecodeerd geleverd. Dit maakt het des te vervelender als uw WordPress site SSL-fouten heeft.

Mogelijke oorzaken en oplossingen voor SSL-problemen

Oorzaak 1: Certificaat niet meer actueel

Op zijn laatst met de gratis certificaten van Let's Encrypt deze fout zou tot het verleden moeten behoren. Er zijn echter bepaalde soorten certificaten die een looptijd hebben. Als deze is verlopen, kan er een SSL-fout optreden.

OplossingDe eenvoudigste manier is om een SSL-certificaat te integreren zonder runtime, wat bij sommige hosters ook het geval is. RAIDBOXES gratis te leveren en automatisch te verlengen Als deze service niet wordt aangeboden door uw hoster, zult u handmatig een certificaatvernieuwing moeten aanvragen. De beste manier om dit te doen is om een afspraak herinnering aan te maken en tijdig contact op te nemen met de leverancier van uw certificaat om het te verlengen.

Oorzaak 2: Domein nog niet ingevoerd op certificaat

Wanneer een SSL-certificaat wordt uitgegeven, geeft u aan op welke domeinen dit certificaat van toepassing moet zijn. Een mogelijke vermelding zou http://domain.de kunnen zijn. Als een omleiding van http://www.domain.de of achteraf wordt ingesteld, heeft dit domein geen SSL en wordt er een fout weergegeven.

OplossingHet nieuwe domein moet worden toegevoegd aan het SSL-certificaat en vervolgens worden vernieuwd. Aangezien dit een nogal moeizaam en ingewikkeld proces is, moet u hiervoor contact opnemen met uw hosting provider.

Na het toevoegen van de extra domeinen is het RAIDBOXES voldoende om SSL uit en weer aan te zetten in de BOXinstellingen.

Oorzaak 3: Gemengde inhoud Fout

Indien ingesteld in WordPress SSL, moet standaard het http:// adres in de database worden vervangen door https://. Dit RAIDBOXES gebeurt automatisch wanneer SSL is ingeschakeld. In ongeveer 5-10 procent van de gevallen kan het nog steeds gebeuren dat er middelen worden geladen via HTTP. Dit kan het geval zijn met bijvoorbeeld hardcoded images of CSS/JS-bestanden. In Chrome is de URL dan grijs en niet groen.

HTTPS-adresbalk Browser

Probleemanalyse en oplossing:

Eerst moet u controleren of u echt gemengde inhoudsfouten heeft op uw site.

  1. Druk op F12 op uw website (op de MAC CMD+F12) en de ontwikkelaarsconsole wordt geopend. Velden met "Mixed Content" verschijnen onderaan de "Console" met een gele achtergrond:
    Gemengde inhoud Fout
  2. Maak nu een back-up van je pagina. U kunt dit doen door RAIDBOXES eenvoudigweg een back-up te maken in uw BOXback-ups in het dashboard.
  3. Installeer de Plugin Beter zoeken Vervangen. Na activering vindt u deze Pluginonder "Hulpmiddelen" -> "Beter zoeken vervangen".
    In het veld "Zoeken naar" voert u in: http://
    en in "Vervangen door": https://
    Dan selecteert u alle tabellen in het tabelveld en onderin "Testrun?" moet er een vinkje staan.
    Beter zoeken Vervangen

    Klik nu helemaal onderaan op "Start zoeken/vervangen".
  4. Wanneer de testrun een aantal tabellen heeft gevonden, kunt u het vinkje bij "Testrun?" weghalen en de echte run starten.
  5. Controleer na afloop van de echte run nogmaals op de pagina of u nog steeds gemengde inhoudsfouten heeft (zie stap 1).
  6. Als er nog steeds gemengde inhoudsfouten voorkomen, controleer dan de broncode om te zien waar de bronnen nog steeds zijn opgenomen met "http" in plaats van "https" en vervang ze dienovereenkomstig.

WordPress -Fout #3: 504 Gateway time-out

WordPress -Fault_Gateway-Timeout

Een 504 gateway time-out fout kan heel vaak voorkomen als u Pluginseen groot aantal van hen laat communiceren met externe diensten. De foutmelding betekent dat een PHP-proces langer dan 30 seconden duurt.

Als website-eigenaar is de fout vaak direct gerelateerd aan een probleem op de server. Dit is echter niet altijd het geval.

Mogelijke oorzaken en oplossingen voor 504 gateway time-out

Een 504 Gateway Time-Out Error treedt op wanneer een server die als gateway fungeert, d.w.z. de server die verbinding maakt met een andere server, deze andere server niet binnen een bepaalde tijd kan bereiken.

Deze fout kan worden veroorzaakt door verschillende elementen. Het kan uw lokale netwerk zijn, uw browser, uw ISP (Internet Service Provider), uw webserver, of zelfs een derdePlugin partij of Theme.

Oorzaak 1: Lokaal probleem

Browserinstellingen gewijzigd, een proxy geactiveerd, uw internetprovider heeft problemen, uw lokale DNS-cache is verouderd en vele andere mogelijkheden kunnen deze fout veroorzaken.

Oplossing: Test de URL op de website http://www.isitdownrightnow.com/Als u het bericht ontvangt dat de website online is ("YourUrl.com" is UP en bereikbaar), is er een lokaal probleem.

Server Status Check_Up

Maar als het resultaat van de test "DeineUrl.de" is, dan wijst dit op een probleem met uw DNS, uw webserver of een WordPress -Plugin ofTheme

Server Status Check_Down

Oorzaak 2: DNS-problemen

Het DNS (Domain Name System) is verantwoordelijk voor het omzetten van uw URL (zoals raidboxes.io) naar een IP (bijv. 94.130.145.82).

In het geval van een nieuwe registratie of een domeinverhuizing kan het enige tijd duren voordat alle computers, DNS-servers en providers de aanpassing hebben herkend. Dit kan tot 24 uur duren.

Oplossing: Eerst moet je kijken of er een lokaal probleem is. Leeg je DNA-cache daarvoor:

Om uw DNS-cache op uw toestel te wissen, opent u eerst uw opdrachtregel als volgt.

  • Ramen: Druk op [Wintoets + R], daar cmd enter en druk op Enter
  • Mac: Start de terminal via het dok op Programma's > Nutsbedrijven > Terminal

Dan voer je het volgende in:

  • Ramen: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

Daarna is uw lokale DNS-cache leeg en kunt u het opnieuw proberen.

Als de fout blijft bestaan, kijk dan wat andere servers in de wereld erover te zeggen hebben. Om dit te doen ga je naar www.whatsmydns.net en voer de URL in de zoekregel in (Opmerking: Zorg ervoor dat "A" is geselecteerd in het tweede selectieveld, zodat alleen het A-record is aangevinkt. Deze is verantwoordelijk voor de juiste resolutie van de domeinnaam naar het IP-adres. Start dan de scan!

DNS-controle

Als het DNS-record op alle servers up-to-date is, zou u overal een groen vinkje moeten zien en hetzelfde IP. Dit IP zou in de meeste gevallen moeten verwijzen naar het IP van uw server (uitzondering: als een CDN upstream is).

Als er fouten worden weergegeven in de vorm van een rode "X", heeft deze server nog niet de juiste invoer. Als er verschillende IP's zijn, heeft de server nog steeds de oude vermelding en is nog niet geüpdatet naar de nieuwe. De enige manier om dit te doen is afwachten.

Oorzaak 3: Serverprobleem (bijv. prestaties of hosters)

Bezoekersintensieve websites en e-commerce sites zoals winkels die WooCommercedraaien genereren veel aanvragen naar de server, die niet kunnen worden gecached vanwege hun inhoud en dus leiden tot een hoge serverbelasting - tot het instorten van de server.

Oplossing: Als de prestaties van uw hostingpakket niet voldoende zijn voor uw website, kan het zijn dat u deze moet upgraden. Als alternatief is het vaak nuttig om over te stappen naar een ander hostingbedrijf waarvan de serverarchitectuur betere prestaties biedt. U bent van harte welkom om uw WordPress -site te gebruiken om een Test verplaatsen naar RAIDBOXES ...uit te voeren. Uw live pagina wordt niet gestoord in de werking ervan, omdat u een volledig eigen omgeving krijgt met een eigen URL, die niet wordt geïndexeerd door zoekmachines. In meer dan 80 procent van de gevallen is er sprake van een aanzienlijke toename van de prestaties en een vermindering van de 504 fouten tot 0.

Oorzaak 4: Verkeersspam, DDOS-aanvallen, botaanvallen

DDOS-aanvallen en SPAM-verkeer kunnen uw site laten crashen omdat ze zoveel (ongecacheerde) oproepen genereren dat uw server crasht.

Oplossing: Om dergelijke aanvallen te filteren, een CDN zoals Cloudflaredie de toegang tot uw website filtert en spambots en -aanvallen blokkeert. In zeer hardnekkige gevallen kunt u de IP-adressen van de aanvallers blokkeren voor toegang tot uw website.

Met RAIDBOXES u kunt dit eenvoudig doen via uw BOXinstellingen:

IP-blokkering_RAIDBOXES

Oorzaak 5: Problemen met Pluginsen Themes

In individuele gevallen kunnen zeer lange aanvragen van Pluginsof Themesnaar 504 Gateway Time-Out fouten ontstaan. Als u net hebt geïnstalleerd Themeof Plugingeüpdatet, probeer dit dan eerst uit te schakelen.

Met RAIDBOXES u kunt BOXu dit doen via uw Plugin/Theme-instellingen - zelfs als u niet meer in uw WordPress backend kunt komen.

RAIDBOXES _Plugin en Themebeheer

Als u geen toegang heeft tot uw WordPress backend op andere hosters, kunt u via S/FTP verbinding maken en uw backend in de map opslaan. ../wp-content/Themes of ../wp-content/Plugins zoek de corresponderende Theme/Plugin en hernoem de map. Hierdoor wordt het betreffende item automatisch gedeactiveerd.

Als je niet zeker weet welke Pluginof Theme die het probleem veroorzaakt, schakel eerst over op een standaardTheme zoals zevenentwintig.

Als dit het probleem oplost, is het hoogstwaarschijnlijk te wijten aan Theme of bij een aansluiting van Theme en Plugins. Neem hiervoor contact op met de fabrikant van het Themes. Zo niet, deactiveer dan alle Plugins en reactiveer ze een voor een totdat je het overeenkomstige "probleemPlugin" hebt geïdentificeerd.

Probeer dit dan te gebruiken Plugin om opnieuw te installeren. Als dat ook niet helpt, neem dan contact op met de Plugin-fabrikant.

WordPress -Fout #4: Fout Het opzetten van een databaseverbinding

Fout bij het opzetten van een databaseverbinding

De fout "Opzetten van een Databaseverbinding" is een super-GAU onder de WordPress fouten. De foutmelding betekent dat uw server geen toegang meer heeft tot de database of deze niet meer kan bereiken.

Uw WordPress database slaat bijna alle informatie op die uw site nodig heeft om correct te kunnen werken. Niet alleen de inhoud van uw pagina's en berichten, maar ook de inloggegevens van uw gebruikers en Pluginhun Themeinstellingen worden in de database opgeslagen.

Alleen afbeeldingen, Plugin- en Theme-bestanden en WordPress -core files worden niet opgeslagen in de database, maar in het bestandssysteem van uw website, dat u bijvoorbeeld via S/FTP kunt bereiken.

Mogelijke oorzaken en oplossingen voor Fout bij het opzetten van een databaseverbinding

Dus als uw site wit blijft en alleen de foutmelding "Error Establishing a Database Connection" verschijnt, kan uw site geen verbinding maken met uw database of ontbreekt de benodigde informatie of is deze niet correct. In de meeste gevallen zult u in dit geval niet kunnen inloggen op de WordPress backend.

Oorzaak 1: Onjuiste gegevens in WP-Config

Meestal is het gewoon onjuiste informatie over de databaseverbinding die de fout veroorzaakt. Deze fout treedt vaak op na een verhuizing naar een nieuwe server of hoster en is vrij eenvoudig te verhelpen:

Oplossing: Voor alle systeemrelevante fouten (en deze in het bijzonder!) dient u op voorhand een backup te maken van uw site. Klanten van bei maken RAIDBOXES eenvoudigweg een handmatige back-up in hun BOXback-ups. Andere hosters kunnen eisen dat u een back-up maakt van de hele site, of in ieder geval van de bestanden die u wijzigt, lokaal.

Nu krijg je de informatie die nodig is om verbinding te maken met de database. Deze zijn:

  • Database naam (DB_NAME)
  • MySQL-gebruikersnaam (DB_USER)
  • MySQL-gebruikerswachtwoord (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Dit is de server].
  • Tabelvoorvoegsel ($table_prefix) [meestal 'wp_'].

Meestal kunt u deze informatie vinden in het dashboard van uw hoster. Meestal is niet alle informatie nodig. U hebt bijvoorbeeld alleen RAIDBOXES het voorvoegsel van de tabel nodig, omdat de overige gegevens automatisch worden gelezen en gecontroleerd.

Als u over de nodige informatie beschikt, downloadt u de "wp-config.php" van de root directory van uw WordPress installatie via S/FTP, maakt u er een lokale kopie van als back-up en bewerkt u het origineel met bv. blocnote++.

Daar vindt u de volgende regels (let op: $table_prefix wordt niet in alle gevallen opgenomen):

WP-Config

U vergelijkt deze informatie met de informatie die u zojuist heeft verkregen.

Sla deze wijzigingen op en laadt het bestand opnieuw in de root directory van uw server (overschrijf het originele bestand, u hebt een lokale back-up).

Als de informatie nu correct is, zou u uw website weer normaal moeten kunnen gebruiken.

Oorzaak 2: Defecte database

Er kan een fout in uw database zijn geslopen.

Oplossing: WordPress kan eventueel de database automatisch repareren. Bel hiervoor DEINEURL.de/wp-admin. Als u hier ziet dat uw database kan worden gerepareerd, voeg dan "/* Dat is alles, stop met bewerken! Gelukkige blogging. */" de volgende regel in het WP-Config:

definiëren('WP_ALLOW_REPAIR',waar);

Bel dan DEINEURL.de/wp-admin/maint/reparatie.php.

Als dit je problemen oplost, vergeet dan niet de regel uit wp-config.php te verwijderen.

Oorzaak 3: Problemen met uw hoster

Onder bepaalde omstandigheden is de SQL-server down en niet beschikbaar. Indien nodig wordt ook een maximum bereikt met betrekking tot de omvang van de database. Of de middelen van uw hosting provider zijn uitgeput.

Helaas is dit vaak het geval bij SharedHosting . Als een site veel middelen gebruikt, gaat dit natuurlijk ten koste van uw site. Om deze reden raden wij u altijd aan om een speciaal WordPress aangepaste Hoge prestatiesHostingom dergelijke overbelastingen te voorkomen.

OplossingNeem contact op met uw hosting provider of controleer hun statuspagina (indien beschikbaar) om te zien of er momenteel problemen zijn met de server. Indien nodig, laat de provider u de CPU-belasting tonen en schakel over naar een andere server als de belasting te hoog is. Als dit geen verbetering oplevert, moet u overwegen om naar een andere hoster over te stappen.

Conclusie

Iedereen WordPress -gebruiker kent het gevoel van paniek als je plotseling voor een wit scherm zit of niet in de WordPress -Backend kan inloggen. Het belangrijkste is om het hoofd koel te houden, de oorzaak systematisch te achterhalen en vervolgens de juiste stappen te nemen om het probleem op te lossen. Ik hoop dat dit artikel u in de toekomst zal helpen bij het analyseren en repareren van deze typische WordPress -fout kan ondersteunen.

Welk WordPress -probleem heb je tot nu toe het meest te maken gehad? Laat me je feedback in de commentaren.

Matthias is Chaos Calmer bij RAIDBOXES . Als Plugineen, en Themeontwikkelaar, WordCamp-speaker en actieve gastheer-community medewerker, is hij regelmatig te vinden op WordCamps en andere WordPress relevante evenementen en is hij altijd klaar voor een hapje en een drankje. Als hij er niet is, heeft hij katten op zijn schoot.

Gerelateerde artikelen

Commentaar op dit artikel

Schrijf een commentaar

Je e-mail adres wordt niet gepubliceerd. Verplichte velden zijn met * gemarkeerd.