Onduidelijk wat de juiste file-permissions voor WordPress zijn.
Standaard: directories 755, files 644, wp-config.php 600 of 640. Geen 777 ergens, ooit. Dat is een open uitnodiging voor exploits.
support/web-en-cms/wp-file-permissionsstappen: 6
Probeer dit eerst zelf
- Verbind via SSH naar de server. SFTP-clients laten je permissions ook zien, maar SSH is sneller voor bulk-changes.
- Zet alle directories op 755: find /pad/naar/wp -type d -exec chmod 755 {} \;
- Zet alle files op 644: find /pad/naar/wp -type f -exec chmod 644 {} \;
- wp-config.php naar 600: chmod 600 wp-config.php. Daarmee kan alleen de eigenaar (php-user) lezen, niemand anders.
- Eigenaar moet de webserver-user zijn (www-data, apache, of de cPanel-user), niet root. Wrong owner geeft 'unable to write' bij updates.
- Test daarna: WordPress moet plugins kunnen installeren, media kunnen uploaden, en updates kunnen draaien. Mislukt dat, dan zit eigenaar of group fout.
Wanneer ons inschakelen
Komt er een persistente 'cannot write to wp-content' melding ondanks correcte permissions? Vraag de hoster naar de PHP-user en of er een aparte FTP-user is. Daar zit de mismatch.
Zie ook
- WordPress, plugins en thema staan al 6+ maanden zonder updatesOut-of-date WP is de nummer-1 instap voor malware. Niet zomaar 'update all' klikken, eerst back-up.
- Thema-update gedaan en de layout is kapot of fatal errorThemes overschrijven custom-CSS bij een update als je niet via een child-theme werkt.
- WordPress geeft wit scherm na plugin-installatie of updateWSOD (white screen of death) komt meestal door één plugin die crasht. Je moet hem isoleren.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.