Sklep PrestaShop przestał zapisywać zdjęcia produktów? Panel administracyjny pokazuje błąd przy instalacji modułu? Nie możesz wyczyścić cache, wygenerować miniatur albo zaktualizować tłumaczeń? W wielu takich sytuacjach przyczyną mogą być nieprawidłowe uprawnienia plików i katalogów.
Uprawnienia w PrestaShop decydują o tym, kto może odczytywać, zapisywać i wykonywać pliki na serwerze. Jeśli są zbyt restrykcyjne, sklep nie zapisze pliku, nie utworzy cache albo nie doda obrazka. Jeśli są zbyt luźne, zwiększasz ryzyko bezpieczeństwa, bo pliki mogą stać się łatwiejsze do modyfikacji.
W tym poradniku pokażę, jak rozpoznać problem z uprawnieniami w PrestaShop, jakie katalogi najczęściej wymagają zapisu, jakich wartości chmod używać i jak bezpiecznie wykonać naprawę przez SSH lub menedżer plików. Dostaniesz też gotowe komendy, ale z ważnym zastrzeżeniem: przed użyciem zawsze dopasuj je do środowiska, użytkownika systemowego i konfiguracji hostingu.
Jeśli prowadzisz sklep i chcesz ograniczyć ryzyko awarii technicznych, zadbaj też o środowisko przygotowane pod e-commerce. Na hostingu PrestaShop w cyber_Folks możesz korzystać m.in. z LiteSpeed Cache, Redis, dysków NVMe, HTTP/3, kopii zapasowych i narzędzi ułatwiających pracę ze sklepem.
Czym są uprawnienia plików w PrestaShop?
Uprawnienia plików określają, kto może odczytać, zapisać lub uruchomić dany plik albo katalog na serwerze. W systemach Linux najczęściej spotkasz zapis liczbowy, na przykład 755, 775, 644 albo 777.
Każda cyfra oznacza zakres uprawnień dla innej grupy użytkowników: właściciela pliku, grupy oraz pozostałych użytkowników. Dla sklepu internetowego ma to duże znaczenie, bo PrestaShop musi zapisywać niektóre pliki, ale nie powinien mieć niepotrzebnie szerokiego dostępu do całej struktury katalogów.
Najczęściej spotkasz trzy typy operacji:
- odczyt – sklep lub serwer może odczytać plik,
- zapis – sklep może zmienić plik albo utworzyć nowy,
- wykonanie – w przypadku katalogów pozwala wejść do katalogu i odczytać jego zawartość.
W praktyce pliki sklepu zwykle powinny być możliwe do odczytu, ale nie zawsze do zapisu. Katalogi, w których PrestaShop tworzy cache, zapisuje obrazy, moduły, tłumaczenia lub pliki importu, muszą mieć możliwość zapisu przez właściwego użytkownika serwera.
Kiedy problem w PrestaShop dotyczy uprawnień?
Problem z uprawnieniami zwykle pojawia się tam, gdzie PrestaShop próbuje coś zapisać, usunąć, wygenerować lub nadpisać. Jeśli sklep tylko wyświetla stronę, błędne uprawnienia mogą przez jakiś czas pozostać niewidoczne. Gdy zaczynasz instalować moduł, aktualizować szablon albo importować produkty, problem wychodzi od razu.
Typowe objawy to:
- błąd podczas instalacji lub aktualizacji modułu,
- brak możliwości wgrania zdjęcia produktu, kategorii lub producenta,
- problem z generowaniem miniatur obrazów,
- błąd przy czyszczeniu cache,
- biała strona po migracji lub aktualizacji,
- komunikat o braku możliwości zapisu pliku,
- problemy z importem CSV,
- błąd zapisu tłumaczeń lub szablonu e-mail,
- nieudana aktualizacja PrestaShop albo modułu.
Warto jednak uważać. Nie każdy błąd zapisu oznacza wyłącznie problem z chmod. Przyczyną może być też zły właściciel plików, brak miejsca na dysku, limit inode, blokada WAF, błąd modułu, niezgodność wersji PHP albo uszkodzony cache.
Dobra praktyka. Zanim masowo zmienisz uprawnienia w całym sklepie, sprawdź logi błędów i dokładny komunikat. Naprawianie „na ślepo” może ukryć prawdziwy problem albo osłabić bezpieczeństwo plików.
Jakie uprawnienia są najczęściej bezpieczne?
W większości typowych instalacji bezpiecznym punktem wyjścia są uprawnienia 755 dla katalogów i 644 dla plików. Oznacza to, że katalogi można przeglądać i wykonywać, a pliki można odczytać, ale nie są one zapisywalne dla wszystkich użytkowników serwera.
Dla katalogów, które PrestaShop musi modyfikować, czasem potrzebne są inne ustawienia, na przykład 775. To zależy od konfiguracji serwera, właściciela plików, grupy oraz tego, pod jakim użytkownikiem działa PHP.
| Element | Typowe uprawnienia | Uwagi |
|---|---|---|
| Katalogi | 755 | Najczęstszy punkt wyjścia dla katalogów sklepu |
| Pliki | 644 | Najczęstszy punkt wyjścia dla plików PHP, CSS, JS i szablonów |
| Katalogi wymagające zapisu | 755 lub 775 | Zależy od właściciela plików i sposobu działania PHP |
| Pliki konfiguracyjne | 640 lub 644 | Nie powinny być zapisywalne dla wszystkich |
| Uprawnienia 777 | Unikać | Stosować tylko tymczasowo w wyjątkowej diagnostyce, a później natychmiast cofnąć |
Najgorszy nawyk to ustawienie 777 na cały sklep. Taka zmiana może chwilowo „naprawić” błąd zapisu, ale jednocześnie daje zbyt szerokie prawa do plików. W sklepie internetowym, który przetwarza zamówienia, dane klientów i płatności, nie powinno to być standardowym rozwiązaniem.
Które katalogi PrestaShop muszą być zapisywalne?
PrestaShop potrzebuje zapisu przede wszystkim tam, gdzie przechowuje cache, logi, zdjęcia, moduły, tłumaczenia, pliki importu i wygenerowane zasoby. Dokładna lista może różnić się między wersjami PrestaShop, używanymi modułami i motywem, ale najczęściej trzeba zwrócić uwagę na kilka miejsc.
| Katalog | Do czego służy? | Kiedy sprawdzić? |
|---|---|---|
var/ | Cache, logi i pliki robocze nowszych wersji PrestaShop | Przy błędach cache, logów, panelu i aktualizacji |
cache/ | Cache w starszych instalacjach lub wybranych konfiguracjach | Przy sklepach po migracji lub starszych wersjach |
img/ | Obrazy produktów, kategorii, producentów i miniatury | Gdy nie działają zdjęcia lub regeneracja miniatur |
modules/ | Pliki modułów | Przy instalacji, aktualizacji lub usuwaniu modułów |
themes/ | Motywy i pliki szablonu | Przy edycji motywu, aktualizacji lub problemach z kompilacją |
translations/ | Tłumaczenia | Gdy panel nie zapisuje zmian językowych |
upload/ | Pliki przesyłane przez sklep lub moduły | Przy błędach uploadu i importu |
download/ | Pliki produktów cyfrowych | Przy sprzedaży plików do pobrania |
Nie zmieniaj uprawnień wszystkim katalogom tylko dlatego, że jeden moduł ma problem z zapisem. Najpierw ustal, który katalog lub plik powoduje błąd. W logach często znajdziesz dokładną ścieżkę, na przykład var/cache/prod, img/p albo katalog konkretnego modułu.
Jak sprawdzić aktualne uprawnienia plików?
Jeżeli masz dostęp SSH, najprościej użyć polecenia ls -la. Pokaże ono uprawnienia, właściciela, grupę, rozmiar i datę modyfikacji plików.
ls -laPrzykładowy wynik może wyglądać tak:
drwxr-xr-x 12 user user 4096 Jun 19 10:20 modules
drwxr-xr-x 10 user user 4096 Jun 19 10:20 img
-rw-r--r-- 1 user user 123 Jun 19 10:20 index.phpPierwsza kolumna pokazuje uprawnienia. Litera d na początku oznacza katalog. Dalej widzisz prawa odczytu, zapisu i wykonania. Kolumny z nazwami użytkownika i grupy są równie ważne, bo czasem problem nie wynika z samego chmod, lecz z błędnego właściciela plików.
Jeżeli nie masz SSH, użyj menedżera plików w panelu hostingu albo klienta FTP/SFTP. Większość narzędzi pozwala sprawdzić i zmienić uprawnienia przez menu kontekstowe pliku lub katalogu.
Jak naprawić uprawnienia przez SSH?
Najpierw przejdź do katalogu sklepu. Przykładowa ścieżka może wyglądać inaczej na Twoim hostingu, więc dopasuj ją do własnego środowiska.
cd /home/uzytkownik/domains/twojadomena.pl/public_htmlNastępnie możesz ustawić typowe uprawnienia dla katalogów i plików:
find . -type d -exec chmod 755 {} \;
find . -type f -exec chmod 644 {} \;Te dwie komendy przywracają standardowy porządek: katalogi dostają 755, a pliki 644. To dobry punkt wyjścia po migracji, ręcznym kopiowaniu plików albo rozpakowaniu archiwum z nieprawidłowymi prawami.
Następnie sprawdź katalogi, które PrestaShop musi zapisywać. Jeśli środowisko tego wymaga, możesz nadać im prawa zapisu dla właściciela i grupy:
find var img modules themes translations upload download -type d -exec chmod 775 {} \;
find var img modules themes translations upload download -type f -exec chmod 664 {} \;Nie zawsze będzie to konieczne. Na wielu hostingach wystarczy 755 dla katalogów i 644 dla plików, jeśli właściciel plików jest poprawny. Dlatego nie zaczynaj od 775 lub 664, jeśli nie wiesz, czy PHP działa jako ten sam użytkownik lub w tej samej grupie.
Ważne. Jeżeli po ustawieniu 755 i 644 PrestaShop nadal nie może zapisywać plików, sprawdź właściciela plików. Sam chmod może nie wystarczyć, jeśli pliki należą do innego użytkownika niż ten, na którym działa sklep.
Jak naprawić właściciela plików?
Właściciel plików jest tak samo ważny jak uprawnienia. Jeśli pliki zostały wgrane przez innego użytkownika, przez roota, przez skrypt migracyjny albo przez zewnętrzny proces, PrestaShop może nie mieć prawa ich modyfikować.
Aktualnego właściciela sprawdzisz poleceniem:
ls -laZmiana właściciela wymaga odpowiednich uprawnień systemowych. Na serwerze VPS lub dedykowanym administrator może użyć komendy:
chown -R uzytkownik:grupa /sciezka/do/sklepuNa hostingu współdzielonym zwykle nie wykonasz chown samodzielnie. W takiej sytuacji skontaktuj się z supportem i podaj dokładny katalog oraz objaw. To bezpieczniejsze niż próba obchodzenia problemu przez ustawianie 777.
Dobra praktyka. Po migracji sklepu zawsze sprawdź właściciela plików. Jeśli archiwum zostało rozpakowane przez innego użytkownika niż konto hostingowe, objawy mogą wyglądać jak problem PrestaShop, chociaż przyczyną jest system plików.
Jak naprawić uprawnienia przez panel lub FTP?
Jeśli nie korzystasz z SSH, możesz zmienić uprawnienia przez menedżer plików w panelu hostingu albo klienta FTP/SFTP. To wygodne przy pojedynczym katalogu, ale mniej praktyczne przy całej instalacji PrestaShop.
- Otwórz katalog sklepu w menedżerze plików lub kliencie FTP.
- Znajdź katalog, który powoduje problem, na przykład
img,var,modulesalbothemes. - Wejdź w opcję zmiany uprawnień.
- Dla katalogów ustaw zwykle
755lub, jeśli środowisko tego wymaga,775. - Dla plików ustaw zwykle
644lub, w wybranych przypadkach,664. - Zastosuj zmianę rekurencyjnie tylko wtedy, gdy wiesz, że dotyczy całego katalogu.
- Przetestuj działanie sklepu w panelu PrestaShop.
Przy FTP uważaj na opcję rekurencyjnego zastosowania zmian. Jeśli ustawisz takie same prawa dla plików i katalogów, możesz przypadkowo pogorszyć konfigurację. Katalogi i pliki zwykle powinny mieć różne uprawnienia.
Czy warto ustawiać 777 w PrestaShop?
Nie ustawiaj 777 jako stałego rozwiązania. Takie uprawnienia dają pełny odczyt, zapis i wykonanie wszystkim użytkownikom. W praktyce oznacza to, że problem z zapisem może zniknąć, ale bezpieczeństwo plików będzie słabsze.
Czasem administratorzy używają 777 wyłącznie na chwilę, do testu diagnostycznego. Jeśli po takiej zmianie błąd znika, wiadomo, że problem dotyczy uprawnień lub właściciela plików. Nie oznacza to jednak, że 777 ma zostać na produkcji.
Bezpieczniejsza kolejność diagnozy wygląda tak:
- Sprawdź logi i dokładną ścieżkę błędu.
- Sprawdź właściciela plików.
- Ustaw katalogi na
755, a pliki na644. - Dla katalogów wymagających zapisu rozważ
775, jeśli konfiguracja serwera tego wymaga. - Nie zostawiaj
777na działającym sklepie.
Zapamiętaj. Jeśli jedyną metodą, która „naprawia” sklep, jest 777, problem prawdopodobnie leży głębiej: w właścicielu plików, konfiguracji PHP, grupach systemowych albo sposobie działania serwera.
Jakie uprawnienia ustawić po migracji PrestaShop?
Migracja to jeden z najczęstszych momentów, w których psują się uprawnienia. Pliki są pakowane do archiwum, przenoszone na inny serwer, rozpakowywane przez innego użytkownika albo kopiowane przez FTP. Po takim procesie właściciel, grupa i uprawnienia mogą nie pasować do nowego środowiska.
Po migracji wykonaj krótki przegląd:
- sprawdź, czy pliki należą do właściwego użytkownika hostingowego,
- ustaw katalogi na
755i pliki na644, - sprawdź zapisywalność katalogów
var,img,modules,themes,translations,uploadidownload, - wyczyść cache PrestaShop,
- wygeneruj miniatury lub wgraj testowe zdjęcie produktu,
- sprawdź instalację lub aktualizację testowego modułu,
- przejrzyj logi po wykonaniu testów.
Jeżeli nie chcesz samodzielnie przenosić sklepu, możesz skorzystać z migracji na hosting PrestaShop. Przy sklepie internetowym migracja powinna obejmować nie tylko pliki i bazę, ale też działanie panelu, koszyka, modułów, płatności, obrazów i cache.
Jak wyczyścić cache po zmianie uprawnień?
Po naprawie uprawnień warto wyczyścić cache. PrestaShop może nadal korzystać ze starych plików tymczasowych albo próbować odczytać cache wygenerowany przed zmianą praw. W panelu administracyjnym zwykle zrobisz to w sekcji związanej z wydajnością lub zaawansowanymi ustawieniami.
Przy dostępie SSH możesz też ostrożnie usunąć zawartość katalogów cache. W nowszych wersjach często dotyczy to katalogu var/cache:
rm -rf var/cache/prod/*
rm -rf var/cache/dev/*W starszych instalacjach możesz spotkać także katalog cache. Nie usuwaj przypadkowych katalogów, jeśli nie masz pewności, do czego służą. Najpierw sprawdź strukturę sklepu i wykonaj kopię zapasową.
Uwaga. Komenda rm -rf jest nieodwracalna. Wpisz ścieżkę bardzo uważnie i nie wykonuj jej z katalogu, którego nie rozpoznajesz. Jeśli masz wątpliwość, skorzystaj z panelu PrestaShop albo poproś administratora o pomoc.
Jak sprawdzić, czy naprawa uprawnień działa?
Po zmianie uprawnień nie wystarczy odświeżyć stronę główną. Trzeba sprawdzić te funkcje, które wcześniej wymagały zapisu. Dzięki temu potwierdzisz, że PrestaShop naprawdę może tworzyć i modyfikować potrzebne pliki.
- Wgraj testowe zdjęcie produktu.
- Spróbuj wygenerować miniatury.
- Wyczyść cache z panelu.
- Zapisz zmianę w module lub motywie.
- Sprawdź tłumaczenia, jeśli wcześniej się nie zapisywały.
- Wykonaj test importu, jeśli problem dotyczył CSV.
- Sprawdź logi po testach.
Jeżeli problem wraca po kilku godzinach lub po aktualizacji, sprawdź procesy automatyczne. Czasem aktualizator, skrypt wdrożeniowy, integracja CI/CD albo proces backupu tworzy nowe pliki z innym właścicielem lub innymi uprawnieniami niż reszta sklepu.
Jakie błędy najczęściej popełnia się przy chmod?
Najczęstszy błąd to masowe ustawienie 777 na cały sklep. Drugi to ustawienie takich samych praw dla plików i katalogów. Trzeci to pominięcie właściciela plików i próba rozwiązania wszystkiego samym chmod.
Unikaj szczególnie tych działań:
- nie ustawiaj
777na całepublic_html, - nie zmieniaj uprawnień bez kopii zapasowej,
- nie ustawiaj plikom wykonywalności, jeśli jej nie potrzebują,
- nie zmieniaj właściciela plików bez wiedzy, jaki użytkownik obsługuje PHP,
- nie zostawiaj katalogów zapisywalnych dla wszystkich,
- nie usuwaj cache komendą
rm -rf, jeśli nie masz pewności co do ścieżki, - nie ignoruj logów błędów.
W sklepie internetowym poprawne uprawnienia są częścią bezpieczeństwa. Tak samo jak aktualizacje, kopie zapasowe, certyfikat SSL, WAF i regularne przeglądy modułów.
Kiedy uprawnienia to nie jest główny problem?
Uprawnienia są częstym źródłem błędów, ale nie jedynym. Jeśli po ich naprawie sklep nadal nie działa poprawnie, sprawdź inne elementy środowiska. PrestaShop ma konkretne wymagania dotyczące wersji PHP, bazy danych, pamięci i rozszerzeń. Oficjalna dokumentacja PrestaShop wskazuje m.in. wymagane rozszerzenia PHP, obsługiwane wersje PHP oraz minimalny poziom pamięci dla aktualnych wersji systemu.
- Wersja PHP — zbyt stara lub zbyt nowa wersja może powodować błędy modułów.
- Brak rozszerzeń PHP — np. GD, Fileinfo, Intl, Zip, PDO MySQL, OpenSSL.
- Limit pamięci — zbyt niski
memory_limitmoże przerywać importy, aktualizacje i generowanie miniatur. - Brak miejsca na dysku — sklep nie zapisze cache ani obrazów, nawet jeśli uprawnienia są poprawne.
- Blokady bezpieczeństwa — WAF lub reguły serwera mogą blokować określone operacje.
- Błąd modułu — niektóre moduły zapisują pliki w niestandardowych katalogach.
Dlatego dobra diagnoza zaczyna się od pytania: co dokładnie nie działa i w którym momencie? Dopiero potem sprawdzasz uprawnienia, właściciela plików, logi, PHP, bazę i moduły.
Jak zadbać o uprawnienia na hostingu PrestaShop?
Na dobrze skonfigurowanym hostingu większość problemów z uprawnieniami nie powinna występować podczas codziennej pracy. Pojawiają się najczęściej po migracji, ręcznym wgrywaniu plików, pracy przez FTP, rozpakowaniu archiwum albo instalacji niestandardowych modułów.
W cyber_Folks hosting PrestaShop jest przygotowany z myślą o sklepach: możesz korzystać z Installatrona, technologii LiteSpeed, Redis, dysków NVMe, HTTP/3, dostępu SSH, kopii zapasowych i modułu cyber_Boost. To nie zastępuje dobrych praktyk administracyjnych, ale ułatwia utrzymanie sklepu, szczególnie gdy katalogi, cache, obrazy i moduły są często aktualizowane.
Przy większym sklepie ważne jest też regularne tworzenie kopii i testowanie zmian. Jeśli planujesz aktualizację modułów, zmianę motywu, migrację albo masową korektę uprawnień, najpierw wykonaj backup i zaplanuj okno serwisowe. Sklep to nie zwykła strona wizytówka. Każda awaria może oznaczać utracone zamówienia.
FAQ – naprawa uprawnień w PrestaShop
Najczęściej punktem wyjścia jest 755 dla katalogów i 644 dla plików. Katalogi wymagające zapisu mogą czasem potrzebować 775, ale zależy to od właściciela plików i konfiguracji serwera.
Nie jako stałe rozwiązanie. 777 daje zbyt szerokie prawa i osłabia bezpieczeństwo sklepu. Jeśli używasz go diagnostycznie, cofnij zmianę od razu po teście.
Najczęściej są to var, img, modules, themes, translations, upload i download. W starszych sklepach może pojawić się także katalog cache.
Nie. Problem może dotyczyć także właściciela plików, grupy, wersji PHP, braku miejsca na dysku, limitów serwera, błędu modułu albo blokady bezpieczeństwa.
Przez SSH użyj polecenia ls -la w katalogu sklepu. Jeśli nie masz SSH, sprawdź uprawnienia w menedżerze plików panelu hostingu albo przez klienta FTP/SFTP.
Wyczyść cache, przetestuj wgranie zdjęcia, instalację modułu, zapis tłumaczeń i operację, która wcześniej powodowała błąd. Następnie sprawdź logi.
Co warto zapamiętać o naprawie uprawnień w PrestaShop?
Naprawa uprawnień w PrestaShop powinna być precyzyjna. Nie chodzi o to, aby dać wszystkim pełny dostęp do plików, ale o to, aby sklep mógł zapisywać tylko tam, gdzie naprawdę musi. Najczęściej zacznij od 755 dla katalogów i 644 dla plików, a dopiero później analizuj katalogi wymagające zapisu.
Jeżeli problem nie znika, sprawdź właściciela plików. To częsta przyczyna błędów po migracji, rozpakowaniu archiwum albo ręcznym przenoszeniu sklepu. Sam chmod nie rozwiąże problemu, jeśli pliki należą do niewłaściwego użytkownika.
Nie zostawiaj 777 na działającym sklepie. To szybki skrót diagnostyczny, ale słabe rozwiązanie produkcyjne. Zamiast tego sprawdź logi, ścieżkę błędu, właściciela plików, konfigurację PHP i katalogi, które PrestaShop faktycznie musi zapisywać.
Chcesz prowadzić sklep na środowisku przygotowanym pod PrestaShop, z kopią zapasową, SSH, wydajnością i narzędziami dla e-commerce? Zobacz hosting PrestaShop w cyber_Folks.


Polecane dla Ciebie
Cała prawda o backupie. Czego nie mówią firmy hostingowe?
Firmy hostingowe rzadko opowiadają o backupie danych. Zazwyczaj użytkownik przyjmuje, że backup po prostu jest. Okazuje się jednak, że czasem […]
Jak przenieść pocztę od obecnego operatora do cyber_Folks?
Kiedy zmieniasz serwer i przechodzisz do innego hostera, jedną z najbardziej wrażliwych czynności, które musisz wykonać, jest przeniesienie swojego konta […]
Znaczenie domeny dla biznesu
Znamienne jest twierdzenie, że jeśli czegoś nie ma w Internecie, to w rzeczywistości nie istnieje. Dziś jest ono jeszcze bardziej […]
Szukasz dalej?