WordPress is een zeer flexibel systeem waarmee gebruikers zeer snel van een eenvoudige blog een geavanceerde presentatiewebsite of een online winkel kunnen maken.
Maar zoals elk systeem is het niet zonder problemen. Grotendeels, webhosting aanbiedingen ze zijn geoptimaliseerd voor een klein aantal gebruikers, of ze zijn niet geconfigureerd volgens de behoeften van de gebruikers. Voor een geavanceerde website gemaakt op WordPress raden we aan deze te gebruiken speciale servers met services die specifiek voor WordPress zijn geconfigureerd.

Een van de meest voorkomende fouten op een blog/website gemaakt met WordPress is het onvermogen om mediabestanden te uploaden. HTTP -fout. Als u er een heeft geactiveerd “Error.log” op de server, wanneer u probeert een afbeelding te uploaden, ziet de fout er ongeveer zo uit:

"date" [crit] 16324#16324: *119467 open() "/home/path/public_html/" failed (13: Permission denied), client: IP, server: website.com, request: "GET / HTTP/1.1", host: "website.com"

Deze fout treedt niet alleen op bij het uploaden van een mediabestand naar de server, maar ook wanneer de website wordt bezocht door gebruikers en er scriptbestanden op de webpagina staan ​​die geen toestemming hebben om op de server te worden geopend. Daarom houdt deze fout verband met de machtigingen van de bestanden en mappen op de hostserver. “chmod” En “Chown“.

Hoe de fout op te lossen: open() Kritieke fout: 13: Toestemming geweigerd

1. Allereerst moeten we toegang hebben FTP of SSH naar de server. We maken verbinding en navigeren naar de map waar we de map vinden met de websitebestanden. In ons voorbeeld is dit: “public_html”.

2. Als we een SSH-verbinding gebruiken, voeren we in de map waar we bij punt 1 zijn aangekomen de opdrachtregels uit:

find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;

chown -R user:group *
De eerste opdrachtregel zal naar u zoeken alle bestanden aflate in folder-ul curent si recursive, si le va seta permisiune 644. Cea de-a doua linie de comanda va face acelasi lucru, insa numai pentru directoare. Le va seta acestora permisiunea 755.
In a treia linie de comanda se schimba user-ul si grupul de care apartin fisierele. De cele mai multe ori acesta sunt de forma: “apache:nobody” pentru web serverele cu HTTPD / Apache sau “nginx:nginx” pentru serverele cu NGINX.

Dupa executarea acestor linii de comanda, eroarea “open() Critical Error : 13: Permission denied” ar trebui sa dispara. Daca aveti intrebari sau nelamuriri, nu ezitati sa le lasati in comentarii.