WordPress è un sistema molto flessibile, che consente agli utenti di creare molto rapidamente da un semplice blog a un sito Web di presentazione avanzata o un negozio online.
Tuttavia, come ogni sistema, non è esente da problemi. Soprattutto, offerte di hosting web sono ottimizzati per un numero limitato di utenti oppure non sono configurati in base alle esigenze degli utenti. Per un sito Web avanzato creato su WordPress, ti consigliamo di utilizzarlo server dedicati con servizi configurati appositamente per WordPress.

Uno degli errori più comuni su un blog/sito web creato con WordPress è l'impossibilità di caricare file multimediali. Errore HTTP. Se ne hai attivato uno “Errore.log” sul server, quando si tenta di caricare un'immagine, l'errore sarà simile a questo:

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

Questo errore si verifica non solo quando si tenta di caricare un file multimediale sul server, ma anche quando gli utenti accedono al sito Web e nella pagina Web sono presenti file di script che non dispongono dell'autorizzazione per essere aperti sul server. Pertanto, questo errore è correlato alle autorizzazioni di file e cartelle sul server host. “chmod” E “Chown“.

Come risolvere l'errore: open() Errore critico: 13: Autorizzazione negata

1. Innanzitutto dobbiamo avere accesso Ftp O Ssh al server. Ci colleghiamo e navighiamo nella directory dove troviamo la cartella contenente i file del sito web. Nel nostro esempio questo è: “public_html”.

2. Se utilizziamo una connessione SSH, nella directory dove siamo arrivati ​​al punto 1, eseguiamo le righe di comando:

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

chown -R user:group *
La prima riga di comando ti cercherà tutti i file 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.