WordPress este un sistem foarte flexibil, ce permite utilizatorilor sa creeze foarte rapir de la un simplu blog pana la un website avansat de prezentare sau un magazin online.
Ca orice sistem insa, nu este lipsit de probleme. De cele mai multe ori, ofertele de web hosting sunt optimizate fie pentru un numar mic de utilizatori, fie nu sunt configurate dupa nevoile utilizatorilor. Pentru un website avansat creat pe WordPress recomandam sa se foloseasca servere dedicate cu servicii configurate special pentru WordPress.

Una dintre cele mai intalnite erori pe un blog / website creat cu WordPress, este imposibilitateade upload fisiere media. Chyba HTTP. Daca aveti activat un “chyba.log” pe server, in momentul in care se incearca upload-ul unei imagini, eroarea va arata cam asa:

"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"

Aceasta eroare este intalnita nu numai atunci cand se incearca upload-ul unui fisier media pe server, ci si atunci cand website-ul este accesat de utilizatori, iar in pagina web sunt fiisere scripturi ce nu au permisiune pe server sa fie deschise. Asadar, eroarea acesta tine de permisiunile fisierelor si folderelor pe serverul gazda. “Chmod” a “Chown“.

Cum rezolvam eroarea: open() Critical Error : 13: Permission denied

1. In primul rand trebuie sa avem acces Ftp nebo Ssh la server. Ne conectam si navigam pana in directorul in care regasim folder-ul in care sunt fisierele web site-ului. In exemplul nostru acesta este: “public_html”.

2. Daca utilizam o conexiune SSH, in directorul in care am ajuns la punctul 1 executam liniile de comanda:

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

chown -R user:group *
Prima linie de comanda va cauta toate fisierele umístěn v aktuální složce a rekurzivně a nastaví jim oprávnění 644. Druhý příkazový řádek udělá totéž, ale pouze pro adresáře. Nastaví jim oprávnění 755.
Ve třetím příkazovém řádku změňte uživatele a skupinu, do které soubory patří. Většinou je ve tvaru: “apache: nikdo” pro webové servery s HTTPD / Apache popř “nginx: nginx” pro servery s NGINX.

Po provedení těchto příkazových řádků došlo k chybě “open() Kritická chyba: 13: Oprávnění odepřeno” mělo by to zmizet. Pokud máte dotazy nebo obavy, neváhejte je zanechat v komentářích.