WordPress en hosting

Deze FAQ is gebaseerd op situaties die regelmatig terugkomen in de technische ondersteuning rond WordPress, PHP, hosting, mail, veiligheid en Linux-onderhoud.

Ze helpt om problemen sneller te herkennen, mogelijke oorzaken te begrijpen, de juiste diagnosemiddelen te gebruiken en realistische oplossingen te kiezen. Bij all2all geven we de voorkeur aan een duurzame aanpak: WordPress dicht bij de core, weinig plugins, onderhouden thema’s, open standaarden, moderne Debian-infrastructuur en geleidelijk onderhoud in plaats van noodherstellingen.

Een PHP-update breekt de site: waar begin ik?

Typische symptomen zijn een wit scherm, een fout 500, een onbereikbaar beheer, kapotte menu’s, PHP-fouten of pagina’s die niet meer laden. Vaak gaat het om een oude plugin, een verouderd thema, een oude builder, maatwerkcode of een PHP-extensie die niet meer ondersteund wordt.

Begin met de Apache/PHP-log, vaak logs/error_log of ~/logs/error_log. Die is bereikbaar via FTP/SFTP, de bestandsbeheerder of Virtualmin. In de shell:

tail -50 logs/error_log
tail -f logs/error_log

Schakel eventueel tijdelijk WordPress-debug in wp-config.php in:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);

Fouten verschijnen dan in wp-content/debug.log. Mogelijke oplossingen zijn plugins tijdelijk uitschakelen, kort teruggaan naar een oudere PHP-versie, verlaten onderdelen vervangen, het thema bijwerken of een oude EOL-hosting naar een recente Debian-server verhuizen.

WordPress meldt een verouderde PHP-versie: wat betekent dat?

WordPress kan melden dat PHP verouderd is, geen veiligheidsupdates meer krijgt of niet meer wordt aanvaard door recente plugins. Dat wijst vaak op een oud hostingplatform, een zeer oude site of plugins en thema’s die niet klaar zijn voor moderne PHP-versies.

Controleer de PHP-versie, de leeftijd van de server, de updategeschiedenis van plugins en het thema. Recente all2all-servers bieden vaak meerdere onderhouden PHP-versies naast elkaar, bijvoorbeeld PHP 8.1, 8.2, 8.3 en 8.4. Zo kan een overgang getest en stapsgewijs uitgevoerd worden.

De site is traag geworden: wat controleer ik eerst?

Veelvoorkomende oorzaken zijn te veel plugins, zware page builders, grote afbeeldingen, realtime statistieken, complexe cachelagen, externe synchronisaties of zware SQL-vragen. Elke plugin voegt code, gegevensbankvragen en soms externe verbindingen toe.

Kijk wat recent veranderde. Controleer PHP-logbestanden op herhaalde waarschuwingen, verwijder overbodige plugins, vereenvoudig het thema, optimaliseer afbeeldingen en gebruik een eenvoudige cache. Onderhoudbare WordPress-sites blijven vaak dicht bij de WordPress-core.

Een WordPress-formulier verstuurt geen mail meer: hoe onderzoek ik dat?

Een formulier kan lijken te werken terwijl er geen mail aankomt, of berichten kunnen in spam belanden. Mogelijke oorzaken zijn mail() zonder authenticatie, foutieve SPF/DKIM/DMARC, een oude formulierplugin, geweigerde SMTP of moderne spamfilters.

Controleer SMTP, mail-DNS, SPF, DKIM, DMARC, de formulierplugin en eventuele mail-logbestanden. Gebruik liever geauthenticeerde SMTP dan niet-geauthenticeerde PHP-mail. Als de mail van het domein niet langer bij all2all staat, verwittig support zodat lokale mailafhandeling bij ons uitgeschakeld kan worden.

De site toont een wit scherm: wat is de waarschijnlijke oorzaak?

Een wit scherm is meestal een fatale PHP-fout die niet in de browser getoond wordt. Lees eerst logs/error_log en, indien actief, wp-content/debug.log. Door tijdelijk wp-content/plugins/ of de map van het actieve thema te hernoemen, kan je de oorzaak vaak isoleren.

De site is gehackt of redirect: wat moet ik doen?

Tekenen zijn vreemde redirects, spam, onbekende beheerders, gewijzigde pagina’s, hoge CPU-belasting, Google Safe Browsing-waarschuwingen of onbekende bestanden. Neem eerst contact op met support@all2all.org: we kunnen de situatie beoordelen, het gedeelde platform beschermen en indien nodig een forensische archiefkopie maken.

De serverinfrastructuur wordt door all2all beheerd; de website, plugins, thema’s en webapplicatiecode binnen het hostingaccount blijven de verantwoordelijkheid van de klant. all2all kan vaak wel helpen met afscherming, loganalyse, verdachte processen of bestanden en contact met de websitebeheerder. Reiniging kan door de klant, een websitebeheerder/webmaster of, afhankelijk van beschikbaarheid, als betalende interventie door all2all gebeuren.

Fout bij verbinding met de gegevensbank: wat moet ik controleren?

“Error establishing a database connection” wijst vaak op MariaDB/MySQL die niet beschikbaar is, verkeerde gegevens in wp-config.php, een ontbrekende gegevensbank, corruptie of een plugin die SQL overbelast.

Controleer naam, gebruiker, wachtwoord en host in wp-config.php. In Virtualmin kan je nagaan of de gegevensbank en MySQL-gebruiker nog bestaan. Na migratie moet wp-config.php naar de nieuwe gegevensbankgegevens verwijzen.

Afbeeldingen uploaden lukt niet: welke limieten of rechten spelen mee?

Uploadproblemen komen vaak door verkeerde rechten in wp-content/uploads/, volgelopen quota, PHP-limieten, optimalisatieplugins of cache. Controleer uploadmap, schijfruimte en error_log.

SSL of HTTPS werkt niet meer: wat moet ik nakijken?

Controleer DNS, SSL-instellingen in Virtualmin, Let’s Encrypt-logbestanden en HTTP/HTTPS-redirects. Mixed content kan ook het hangslot breken.

Bij meerdere domeinnamen of aliasdomeinen moet elke naam in het certificaat nog actief zijn en naar de server wijzen. Eén fout alias kan de volledige Let’s Encrypt-vernieuwing blokkeren. Vernieuw de DNS, verwijder de naam uit de certificaatconfiguratie of verwijder het aliasdomein via Virtualmin.

Waarom vraagt WordPress FTP bij updates?

WordPress vraagt FTP wanneer het zelf niet rechtstreeks in bestanden kan schrijven. Dat komt meestal door verkeerde eigenaar, foute rechten of een mengeling van FTP/SFTP-gebruiker en PHP/Apache-gebruiker.

Controleer eigenaar en rechten van wp-content. Eigenaarschap corrigeren is beter dan rechten te ruim zetten.

WooCommerce-mails komen niet aan: waar kan het misgaan?

WooCommerce-mails kunnen mislukken door kapotte SMTP, foutieve SPF/DKIM, een oude mailplugin, een geblokkeerde wachtrij of filtering door ontvangers. Test gewone WordPress-mail, SMTP-authenticatie en de WooCommerce-mailinstellingen.

Sommige pagina’s of links zijn stuk: hoe herstel ik ze?

404-fouten, vreemde permalinks, lege pagina’s of kapotte menu’s komen vaak door .htaccess, permalinkinstellingen, cache, SEO-plugins of een onvolledige migratie. Genereer permalinks opnieuw, controleer .htaccess, leeg caches en lees de Apache-log bij een fout 500.

Waarom raden we WordPress-sites met weinig plugins aan?

Veel sites worden na jaren moeilijk onderhoudbaar door opeengestapelde plugins, builders, widgets, premium-extensies en CSS/JavaScript-lagen. Eén verlaten plugin kan PHP-upgrades, veiligheidsupdates of de volledige site blokkeren.

Een sobere WordPress-installatie, dicht bij de core, met weinig noodzakelijke plugins en een onderhouden thema is veiliger, sneller en beter onderhoudbaar.

Waarom zijn externe back-ups belangrijk?

Hosting is geen onafhankelijke back-upstrategie. Een plugin kan gegevens verwijderen, een hack kan lokale back-ups besmetten en een foute wijziging kan overal doorwerken.

Bewaar gescheiden back-ups, liefst buiten het hostingaccount, met meerdere historische versies.

Kan ik gewoon een oude back-up terugzetten?

Niet altijd. Een oude back-up kan al malware, kwetsbare plugins of verouderde configuratie bevatten. Controleer de echte datum, de toestand van de site op dat moment en de compatibiliteit met huidige PHP-versies.

Waarom zijn logbestanden zo belangrijk?

Veel WordPress-problemen lijken mysterieus tot de logbestanden gelezen worden. Ze tonen vaak de plugin, PHP-regel, SMTP-fout, rechtenprobleem of exacte incompatibiliteit.

De nuttigste bestanden zijn meestal logs/error_log en wp-content/debug.log. Lees ze voor je een site herbouwt of blind terugzet.