Fix Open () Błąd krytyczny: 13: Odmowa pozwolenia – Prześlij błąd obrazów w WordPress

WordPress to bardzo elastyczny system, który pozwala użytkownikom w bardzo krótkim czasie stworzyć od prostego bloga do zaawansowanej strony prezentacyjnej lub sklepu internetowego.
Jednak, jak każdy system, nie jest pozbawiony problemów. Głównie, oferty hostingu są albo zoptymalizowane dla małej liczby użytkowników, albo nie są skonfigurowane zgodnie z potrzebami użytkowników. W przypadku zaawansowanej strony internetowej tworzonej na WordPressie zalecamy jego użycie serwery dedykowane z usługami skonfigurowanymi specjalnie dla WordPress.

Jednym z najczęstszych błędów na blogu/stronie internetowej utworzonej za pomocą WordPressa jest brak możliwości przesłania plików multimedialnych. Błąd HTTP. Jeśli aktywowałeś jeden “error.log” na serwerze, podczas próby przesłania obrazu błąd będzie wyglądał mniej więcej tak:

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

Ten błąd występuje nie tylko podczas próby przesłania pliku multimedialnego na serwer, ale także wtedy, gdy użytkownicy uzyskują dostęp do witryny, a na stronie znajdują się pliki skryptów, które nie mają pozwolenia na otwarcie na serwerze. Dlatego ten błąd jest związany z uprawnieniami plików i folderów na serwerze hosta. “chmod” i “Chown“.

Jak rozwiązać błąd: open() Błąd krytyczny: 13: Odmowa uprawnień

1. Przede wszystkim musimy mieć dostęp Ftp lub Ssh do serwera. Łączymy się i przechodzimy do katalogu, w którym znajdujemy folder zawierający pliki strony. W naszym przykładzie jest to: “publiczny_html”.

2. Jeśli korzystamy z połączenia SSH, w katalogu, w którym dotarliśmy do punktu 1, wykonujemy wiersze poleceń:

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

chown -R user:group *
Pierwsza linia poleceń wyszuka Cię wszystkie pliki zlokalizowanych w bieżącym folderze i rekurencyjnie, i ustawi ich uprawnienia na 644. Druga linia poleceń zrobi to samo, ale tylko dla katalogów. Ustawi im uprawnienia 755.
W trzeciej linii poleceń zmień użytkownika i grupę, do której należą pliki. Najczęściej ma postać: “Apache: nikt” dla serwerów WWW z HTTPD / Apache lub “nginx:nginx” dla serwerów z NGINX.

Po wykonaniu tych wierszy poleceń pojawia się błąd “open() Błąd krytyczny: 13: Odmowa dostępu” powinno zniknąć. Jeśli masz pytania lub wątpliwości, nie wahaj się zostawić ich w komentarzach.