Błąd 403 Forbidden, brak arkuszy CSS lub niedziałające skrypty JavaScript po migracji WordPressa często wynikają z niewłaściwych uprawnień plików i katalogów. W większości instalacji należy ustawić katalogi na 755, pliki na 644, a następnie zastosować zmiany rekurencyjnie w kliencie FTP, takim jak FileZilla.
Dlaczego uprawnienia powodują błędy WordPress?
Uprawnienia CHMOD określają, kto może odczytywać, modyfikować i wykonywać pliki na serwerze. Gdy serwer WWW nie może odczytać pliku WordPressa, przeglądarka może zwrócić błąd 403 Forbidden. Objawem bywają też brakujące zdjęcia, rozjechany układ strony oraz niedziałające pliki CSS i JavaScript.
Problem często pojawia się po przeniesieniu witryny na inny hosting, odtworzeniu kopii zapasowej albo ręcznym skopiowaniu plików. W konsoli przeglądarki, otwieranej klawiszem F12, można wtedy zobaczyć żądania zakończone kodem 403.
Najpierw wykonaj kopię zapasową
Przed zmianą uprawnień pobierz kopię plików witryny oraz bazy danych. Błędne ustawienia mogą zablokować odczyt plików albo uniemożliwić WordPressowi zapis konfiguracji. Jeśli hosting oferuje kopię migawkową, utwórz ją przed rozpoczęciem pracy.
Jakie wartości CHMOD ustawić?
Poniższe wartości są typowym punktem wyjścia dla standardowej instalacji WordPressa. Konfiguracja konkretnego serwera może wymagać odstępstw, zwłaszcza gdy właściciel plików i użytkownik serwera WWW nie są skonfigurowani w typowy sposób.
| Typ obiektu | Wartość numeryczna CHMOD | Zastosowanie |
|---|---|---|
| Foldery i podfoldery | 755 | Odczyt i wejście do katalogu przez serwer, zapis dla właściciela |
| Pliki | 644 | Odczyt dla serwera i zapis dla właściciela |
| wp-config.php | 400 lub 444 | Bardziej restrykcyjna ochrona danych konfiguracyjnych |
Nie ustawiaj wartości 755 wszystkim obiektom bez rozróżnienia. Pliki nie potrzebują uprawnień wykonywania, a nadanie ich całej instalacji zwiększa ryzyko bezpieczeństwa. Z kolei ustawienie 644 katalogom uniemożliwi prawidłowe wejście do ich zawartości.
Jak naprawić uprawnienia w FileZilli?
Do wykonania zmian potrzebujesz danych dostępowych FTP lub SFTP oraz klienta FTP, na przykład FileZilli. Po połączeniu przejdź do katalogu głównego instalacji WordPressa, w którym znajdują się między innymi foldery wp-admin, wp-content i wp-includes.
Najpierw ustaw uprawnienia katalogów, a następnie plików. Kolejność ma znaczenie, ponieważ przy drugiej operacji trzeba zaznaczyć, aby zmiana dotyczyła wyłącznie plików.
- Ustaw uprawnienia katalogów – zaznacz główne foldery WordPressa, kliknij prawym przyciskiem myszy i wybierz „Prawa pliku”. W polu „Wartość numeryczna” wpisz 755. Zaznacz „Przechodź do podkatalogów” oraz „Zastosuj tylko do katalogów”, a następnie zatwierdź operację.
- Ustaw uprawnienia plików – zaznacz wszystkie elementy w katalogu głównym WordPressa, ponownie wybierz „Prawa pliku” i wpisz 644. Zaznacz „Przechodź do podkatalogów” oraz „Zastosuj tylko do plików”. Zatwierdź zmianę.
- Zabezpiecz wp-config.php – otwórz właściwości tego pliku i ustaw 400. Jeśli serwer nie pozwala na odczyt pliku przy tej wartości, zmień ją na 444. Nie stosuj tej wartości rekurencyjnie do całej instalacji.
Opcja „Zastosuj tylko do katalogów” przy wartości 755 oraz „Zastosuj tylko do plików” przy wartości 644 jest najważniejszym elementem procedury. Bez niej FileZilla mogłaby ustawić tę samą wartość także obiektom niewłaściwego typu, co ponownie popsułoby strukturę uprawnień.
Jak sprawdzić efekt naprawy?
Po zakończeniu operacji otwórz stronę w nowym oknie prywatnym albo wyczyść pamięć podręczną przeglądarki. Następnie sprawdź następujące elementy:
- Odśwież stronę i sprawdź, czy zniknął błąd 403 Forbidden.
- Otwórz konsolę przeglądarki klawiszem F12 i sprawdź, czy żądania CSS oraz JavaScript nie kończą się kodem 403.
- Zweryfikuj, czy obrazy, style, czcionki i skrypty ładują się prawidłowo.
- Sprawdź panel administracyjny oraz możliwość zapisywania zmian w WordPressie.
Jeśli po ustawieniu wartości 755 i 644 problem nadal występuje, przyczyna może leżeć w konfiguracji serwera, właścicielu plików, regułach zapory aplikacyjnej albo innym mechanizmie dostępu. W takiej sytuacji nie ustawiaj coraz bardziej otwartych uprawnień bez analizy logów serwera, lecz skontaktuj się z administratorem hostingu.
