Czym jest PrestaShop download i co dokładnie pobierasz?

„PrestaShop download” to nie jeden plik, a kilka paczek. Każda służy do czego innego i wybór złej to najczęstsza przyczyna sytuacji, w której instalator nie startuje albo sklep po aktualizacji zwraca błąd 500.

• Pełna paczka instalacyjna (ZIP) – cały kod sklepu plus katalog /install/. Bierzesz ją, gdy stawiasz sklep od zera albo wgrywasz pliki ręcznie przez FTP/SSH.
• Paczka aktualizacyjna – plik dla modułu 1-Click Upgrade. Wgrywa się ją w panelu modułu, nie przez FTP. Pomylenie tych dwóch rzeczy to klasyk kończący się białym ekranem.
• Paczka deweloperska z GitHuba – gałąź develop lub tagi RC. Nie ma w niej katalogu vendor/ ani zbudowanych assetów. Bez composer install i kompilacji frontendu jej nie uruchomisz.
• Paczka językowa – osobny ZIP z tłumaczeniem, wgrywany po instalacji przez Międzynarodowe > Tłumaczenia.

PrestaShop jest open source na licencji OSL 3.0. Możesz go pobrać i używać bez opłat, także komercyjnie. Licencja dotyczy jednak kodu, a nie hostingu, modułów ani wdrożenia. Jeśli nie wiesz, od czego zacząć, przejrzyj nasz przegląd wdrożeń PrestaShop – tam są rozpisane kolejne kroki.

Kiedy ZIP, a kiedy instalator z hostingu? ZIP ma sens, gdy masz kontrolę nad serwerem: dostęp FTP/SSH, własną bazę, możliwość ustawienia wersji PHP. Instalator z panelu (cPanel, DirectAdmin) wybierzesz, gdy chcesz sklep „na klik” i nie zależy ci na konkretnej wersji. Pamiętaj: pobranie paczki to nie gotowy sklep. Potrzebujesz jeszcze hostingu z PHP i MySQL, domeny oraz bazy danych.

Oficjalne źródła PrestaShop download – gdzie pobrać bez ryzyka

Są trzy legalne drogi do plików PrestaShop: strona producenta, repozytorium na GitHubie i instalator w panelu hostingu. Reszta to serwisy z „nulled” wersjami, które dokładają do kodu backdoory, minery albo wstrzyknięte skrypty przechwytujące dane logowania do panelu.

Jak odróżnić oficjalne źródło od podróbki? Zanim cokolwiek pobierzesz, sprawdź trzy rzeczy:

• Adres w pasku przeglądarki – domena musi być dokładnie taka sama, bez literówek typu prestashopp, prestash0p czy dodatków -download.
• Certyfikat SSL – kliknij ikonę kłódki i sprawdź wystawcę oraz datę ważności. Brak kłódki przy pobieraniu archiwum to sygnał ostrzegawczy.
• Wieku domeny – jeśli witryna istnieje kilka miesięcy i oferuje „premium moduły gratis” w paczce, nie pobieraj tego.

Po pobraniu rozpakuj archiwum i przejrzyj zawartość: w oficjalnej paczce nie ma plików PHP z zaszyfrowanym kodem (base64, eval) ani skryptów w katalogu /install/, których nie ma w wydaniu. Jeśli nie potrafisz tego ocenić samodzielnie, przyda się lektura o tym, jak czytać repozytoria PrestaShop i nie zepsuć sklepu – tam opisujemy porównywanie paczek i tagów.

Którą wersję PrestaShop pobrać w 2025? 1.7, 8.x czy 9.x

W 2025 roku realny wybór to dwie opcje: gałąź 8.x na produkcję i 9.x do testów. Gałąź 1.7 jest po zakończeniu wsparcia – nie dostaje nowych funkcji ani regularnych poprawek, więc każdy dzień na 1.7 to rosnące ryzyko bezpieczeństwa.

Zgodność z PHP to najczęstsza pułapka. Starsze wydania 1.7 działały komfortowo na PHP 7.4. Wrzucenie takiego sklepu na PHP 8.1 czy 8.2 kończy się błędami typów, ostrzeżeniami z modułów i białym ekranem w panelu. Gałąź 8.x obsługuje PHP 7.4 do 8.1, a nowsze wydania 9.x celują w PHP 8.1–8.3. Dokładną matrycę zgodności dla konkretnego wydania sprawdzaj w dokumentacji deweloperskiej PrestaShop, bo zmienia się przy każdym wydaniu poprawkowym.

Moduły i szablony decydują bardziej niż numer wersji. Jeśli twój sklep stoi na module płatności albo integracji magazynowej, którego autor nie wydał wersji pod 8.x, migracja skończy się na pół roku. Przed wyborem wersji zrób listę modułów krytycznych i sprawdź w panelu modułu, czy deklaruje zgodność z 8.x. Szablony oparte na starym systemie szablonów nie zadziałają na 8.x bez przeróbki.

Kiedy zostać na 1.7? Tylko wtedy, gdy sklep działa stabilnie, nie planujesz zmian i masz świadomy plan migracji na 8.x z terminem. Dla nowych sklepów wybierz 8.x. 9.x testuj na kopii – nie na produkcji. Koszty takiej migracji rozkładamy w cenniku wdrożeń PrestaShop: liczy się głównie czas na moduły i testy zamówień, nie samo wgranie plików.

Wymagania serwera przed PrestaShop download i instalacją

Zanim klikniesz „pobierz”, sprawdź hosting. Najczęstsza przyczyna błędu 500 przy instalacji PrestaShop to zbyt niski memory_limit albo brakujące rozszerzenie PHP — nie sam plik ZIP.

Twarde minimum, które musi być spełnione przed rozpakowaniem paczki:

• PHP: minimum 7.4, docelowo 8.1+. Uwaga: sklepy na 1.7 bywają przypięte do starszej gałęzi PHP, więc przed podniesieniem wersji sprawdź zgodność dla swojego wydania.
• Baza danych: MySQL 5.7+ lub MariaDB 10.3+, kodowanie utf8mb4.
• Limity PHP: memory_limit 256M+ (przy 20+ modułach 512M), max_execution_time 300+, upload_max_filesize 64M+ oraz post_max_size co najmniej równy wartości uploadu — inaczej import CSV i wgrywanie modułów kończą się błędem.
• Rozszerzenia: GD, cURL, SimpleXML, MySQL (mysqli/pdo_mysql), Zip, Intl. Bez Intl potrafią się wysypać formaty walut i sortowanie, bez Zip instalator nie rozpakuje modułów ze spakowanych archiwów.
• Uprawnienia: katalogi 755, pliki 644, katalogi var/ i cache/ (oraz img/ przy uploadzie) zapisywalne dla użytkownika PHP. Nigdy 777.

Weryfikacja zajmuje 5 minut: wgraj plik phpinfo() na domenę albo zajrzyj do panelu (cPanel → Select PHP Version, DirectAdmin → PHP Settings) i porównaj wartości z tabelą.

Parametr	Minimum	Zdrowy zapas na produkcji
PHP	7.4	8.1+ zgodne z wersją PrestaShop
MySQL / MariaDB	MySQL 5.7 / MariaDB 10.3	nowsza stabilna gałąź oferowana przez hosting
memory_limit	256M	512M
max_execution_time	300	300–600
upload_max_filesize	64M	64–128M
Katalogi / pliki	755 / 644	755 / 644, var i cache zapisywalne

Jeśli hosting nie pozwala zmienić tych parametrów, nie walcz z tym przez .htaccess — przenieś sklep na serwer, który ma je w standardzie. Pełne wymagania dla konkretnej wersji znajdziesz w dokumentacji PrestaShop dla deweloperów, a szerszy kontekst wdrożenia — w naszym dziale wdrożeń i utrzymania PrestaShop.

Jak zweryfikować paczkę PrestaShop download? SHA-256, rozmiar, struktura

Paczkę pobierasz z GitHub Releases lub z oficjalnej strony projektu. Po pobraniu nie uruchamiaj instalatora od razu — najpierw trzy kontrole.

1. Suma SHA-256. Na Linuksie/macOS: sha256sum prestashop_8.x.x.zip. Na Windows w PowerShell: Get-FileHash .\prestashop_8.x.x.zip -Algorithm SHA256. Wynik porównaj znak po znaku z sumą opublikowaną przy wydaniu na GitHubie. Jedna inna cyfra = pobierz ponownie, najlepiej innym łączem.
2. Rozmiar i struktura. unzip -l plik.zip pokaże listę plików i rozmiar po rozpakowaniu. Nagle o 200 plików więcej niż w oficjalnym wydaniu to sygnał alarmowy, podobnie jak katalogi, których w PrestaShop nie ma.
3. Podejrzane pliki. Przejrzyj zawartość: grep -RIn "base64_decode\|eval(\|gzinflate\|shell_exec" katalog/. Szczególnie sprawdź img/, upload/, docs/ i pliki z podwójnym rozszerzeniem typu logo.php.jpg.

Sygnał	Jak sprawdzić	Co oznacza
Inna suma SHA-256	sha256sum / Get-FileHash vs GitHub Releases	Plik podmieniony lub uszkodzony w transmisji
Pliki .php w img/, upload/, docs/	unzip -l	Typowy webshell
base64_decode, eval, gzinflate	grep -RIn w rozpakowanym katalogu	Zaciemniony kod, backdoor
Podwójne rozszerzenia .php.jpg	find katalog -name "*.php.*"	Próba obejścia filtrów uploadu

Ostrzeżenie na koniec: „prestashop download nulled”, torrenty i „wersje premium za darmo” to najkrótsza droga do zainfekowanego sklepu. PrestaShop jest darmowy na licencji open source — nie ma tu czego „krakować”. W takich paczkach najczęściej siedzi backdoor, który po kilku tygodniach zaczyna wysyłać dane zamówień i klientów na zewnętrzny serwer. Dochodzi do tego RODO i odpowiedzialność właściciela sklepu. Takie samo ryzyko dotyczy dodatków — piszemy o tym w tekście o modułach PrestaShop z niepewnych źródeł. Jeśli chcesz odróżnić oficjalne wydanie od forka, zacznij od materiału o czytaniu repozytoriów PrestaShop na GitHubie.

Instalacja PrestaShop krok po kroku: od pobrania do pierwszego produktu

Zakładam, że serwer spełnia wymagania, a domena jest pusta. Kolejność działań na produkcji:

1. Wgranie plików. FTP (FileZilla) albo SSH: scp prestashop.zip user@host:/home/user/public_html, potem unzip prestashop.zip i przeniesienie zawartości do katalogu domeny. Jeśli sklep ma działać pod /sklep, wypakuj go do podkatalogu — późniejsza zmiana adresu to dodatkowa robota.
2. Baza danych. W cPanelu: MySQL Databases → nazwa bazy, użytkownik, hasło, pełne uprawnienia. Zapisz host (zwykle localhost), nazwę bazy, użytkownika i hasło — instalator o nie zapyta. Kodowanie utf8mb4.
3. Instalator. Otwórz https://twojadomena.pl/install. Wybierz język, zaakceptuj licencję, wypełnij dane bazy, następnie dane sklepu (nazwa, kraj, waluta, strefa czasowa) i konto administratora.
4. Sprzątanie po instalacji. Usuń katalog /install — jeśli zostanie, każdy może uruchomić instalację od nowa i podmienić konto admina. Zmień nazwę katalogu administracyjnego z admin na coś w rodzaju admin-7k3f2 i zapisz nowy adres.
5. Konfiguracja. Włącz certyfikat SSL (Let’s Encrypt w panelu), wymuś HTTPS, włącz przyjazne adresy URL i przegeneruj .htaccess, ustaw docelowy adres sklepu. Dodaj pierwszy produkt ze zdjęciem i przejdź całą ścieżkę zakupu na telefonie.

Dwie pułapki z praktyki: instalacja na nowszym PHP przy starszym wydaniu PrestaShop kończy się białym ekranem, a przenoszenie sklepu z localhost na produkcję bez zmiany adresu w bazie (tabela ps_shop_url) zostawia przekierowania na localhost. Trzecia: zostawiony domyślny motyw z kilkudziesięcioma skryptami psuje wskaźniki, które Google bierze pod uwagę w wynikach wyszukiwania.

Po instalacji zaczyna się właściwa praca: motyw, płatności, moduły. Punkt odniesienia do budżetu masz w naszym cenniku wdrożeń PrestaShop, a jeśli ktoś ma się tym zajmować na co dzień — w materiale o rolach i godzinach utrzymania sklepu.

Instalacja lokalna i testowa: Docker, XAMPP i CLI

Zanim wgrasz cokolwiek na produkcję, uruchom PrestaShop na maszynie lokalnej. Najszybsza droga to Docker Compose — trzy usługi w jednym pliku: prestashop/prestashop:8.1-apache, mysql:8.0 i phpmyadmin/phpmyadmin. Sklep dostajesz na localhost:8080, bazę na porcie 3306, phpMyAdmin na 8081. Całość kasujesz jednym docker compose down, więc nie zostawiasz po sobie śmieci. Pułapka: bez nazwanych wolumenów (db_data, prestashop_data) stracisz bazę po każdym down -v i drugi raz przejdziesz przez instalator.

XAMPP i Laragon są prostsze, jeśli nie chcesz dotykać konsoli. Kopiujesz pliki do htdocs (Laragon: www), tworzysz bazę w phpMyAdmin i wchodzisz na /install. Laragon szybciej podnosi MySQL, sam zakłada virtual hosty z końcówką .test i pozwala przełączać wersje PHP kliknięciem — przy PrestaShop to duży plus, bo różne gałęzie sklepu potrzebują różnych PHP. XAMPP bywa wygodny na Windows, ale domyślnie dowozi starszą gałąź PHP, a brak rozszerzeń intl i zip kończy się komunikatem o niespełnionych wymaganiach.

Instalację zrób z CLI, nie z przeglądarki: php install/index_cli.php --domain=sklep.test --db_server=127.0.0.1 --db_name=prestashop --db_user=root --name=Test --email=ty@firma.pl --password=... . Powtarzalność jest tu kluczowa — te same parametry odtworzysz po każdej awarii. Po starcie bin/console daje cache:clear, prestashop:module install i podgląd konfiguracji; pełną listę komend znajdziesz w dokumentacji deweloperskiej PrestaShop.

Osobno zrób kopię testową produkcji: zrzut bazy, pliki, subdomena test.twojadomena.pl, wyłączone indeksowanie i konserwacja dla botów. Aktualizację 1-Click i każdy nowy moduł uruchamiasz najpierw tutaj. Jeśli testujesz motyw i reakcje frontu na zdarzenia, zajrzyj do materiału o PrestaShop JS events i działaniu event busa.

Najczęstsze pułapki po PrestaShop download i jak je wykryć

Błąd 500 po instalacji to niemal zawsze jedno z trzech: zła wersja PHP, złe uprawnienia albo brakujące rozszerzenie. Sprawdź, czy PHP mieści się w macierzy zgodności danej gałęzi sklepu, czy katalogi mają 755, pliki 644, a var/ i config/ są zapisywalne. Logi leżą w var/logs/ (tryb dev), a gdy katalog jest pusty — w logu PHP hostingodawcy, zwykle error_log w katalogu domeny.

Niekompletne pobranie wychwycisz dwoma testami. Pierwszy: rozmiar pliku w bajtach musi zgadzać się z tym podanym przy paczce. Drugi: unzip -t prestashop.zip — jeśli kończy się błędem CRC, nie ma sensu rozpakowywać. Na Windows to samo zrobisz przez certutil -hashfile prestashop.zip SHA256 i porównanie sumy z opublikowaną przy wydaniu.

Brak modułów płatności i kurierów rzadko wynika z paczki — częściej to brak klucza API albo licencji. Zanim uznasz sklep za gotowy, przejdź pełną ścieżkę: koszyk, dane, Przelewy24 w sandboxie, wybór paczkomatu InPost, potem DPD i DHL, wygenerowanie etykiety i sprawdzenie, czy status wrócił do panelu sklepu. Zamówienie testowe na 1 zł z realnym kurem to jedyny wiarygodny test.

Wydajność ustawiasz w Zaawansowane > Wydajność: cache szablonów ON, rekompilacja tylko przy zmianie, minifikacja CSS i JS. OPcache: opcache.memory_consumption=128, max_accelerated_files=16000, a na produkcji validate_timestamps=0 — pamiętaj wtedy o restarcie PHP po każdym wdrożeniu. Do tego CDN na statyki i pomiar Core Web Vitals przed i po zmianach. Jeśli brakuje Ci osoby do utrzymania tego porządku, sprawdź role, stawki i godziny utrzymania sklepu PrestaShop.

Kiedy po PrestaShop download warto zlecić wdrożenie i opiekę?

Samodzielna instalacja wystarcza w prostym przypadku: jeden sklep, standardowy motyw, katalog do 2–3 tys. produktów, brak integracji poza płatnościami i kurierami. Taki start to zwykle 8–20 godzin pracy, licząc konfigurację płatności, kilka modułów i testy. Jeśli robisz to pierwszy raz, dodaj drugie tyle na naukę i poprawki po błędach.

Wdrożenie warto zlecić, gdy pojawia się choć jeden z tych punktów: migracja z innej platformy z historią zamówień i klientów, multistore, integracja z ERP, Subiektem, Baselinkerem lub WMS, cenniki B2B i grupy klientów, wielojęzyczność, katalog powyżej 5 tys. SKU albo przejęcie sklepu po poprzednim wykonawcy bez dokumentacji. Wtedy najważniejsza nie jest instalacja, a uporządkowanie danych i testy regresji, zanim cokolwiek dotknie produkcji.

Wycena powinna wyjść z godzin, nie z sufitu. Poniżej orientacyjny rozkład prac — to godziny, nie ceny; ostateczna kwota to suma godzin razy stawka ustalona w ofercie.

Opieka po wdrożeniu ma sens tylko z jasnym SLA: czas reakcji (4 godziny, 8 godzin albo następny dzień roboczy), kopie dzienne z rotacją 30 dni, monitoring dostępności, aktualizacje modułów w ustalonym oknie serwisowym. I najważniejsze — praca bezpośrednio z deweloperem, który zna Twój sklep, a nie z pośrednikiem przekazującym zgłoszenia dalej. Punkt wyjścia do rozmowy: PrestaShop cennik 2025: ile naprawdę kosztuje wdrożenie, a szerszy kontekst techniczny znajdziesz w sekcji PrestaShop w DropDigital.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Typ paczki — Ustal, czy potrzebujesz pełnej instalacji, aktualizacji, wersji z GitHuba czy paczki językowej. Zły typ to najczęstsza przyczyna zatrzymania instalatora.
• Źródło pliku — Pobieraj wyłącznie z PrestaShop.com lub z zakładki Releases na GitHubie. Każde inne źródło traktuj jako ryzykowne.
• Suma SHA-256 — Porównaj sumę pobranego pliku z wartością podaną przy wydaniu na GitHubie, jeszcze przed rozpakowaniem.
• Rozmiar archiwum — Sprawdź, czy rozmiar zgadza się z informacją przy wydaniu. Paczka o rozmiarze kilka kilobajtów jest podejrzana.
• Zawartość archiwum — Zajrzyj do środka i sprawdź, czy nie ma dziwnych plików PHP w katalogu głównym ani katalogu upload.
• Domena i certyfikat SSL — Sprawdź, czy strona źródłowa ma ważny certyfikat, oraz czy twoja domena jest już podłączona do hostingu i ma aktywne SSL.
• Wersja PHP — Ustaw minimum PHP 7.4, docelowo 8.1 lub wyżej. Sprawdź to w panelu hostingu przed uruchomieniem instalatora.
• Baza danych — Utwórz bazę i osobnego użytkownika z pełnymi prawami do tej bazy. Zapisz host, nazwę, login i hasło.
• Uprawnienia plików — Katalogi 755, pliki 644, katalogi var i cache zapisywalne dla serwera. Sprawdź to po wgraniu plików, a nie po błędzie.
• Rozszerzenia PHP — Zweryfikuj obecność GD, cURL, SimpleXML, MySQL, Zip i Intl. Brak któregokolwiek objawia się błędem w trakcie instalacji.
• Katalog docelowy — Upewnij się, że pliki sklepu leżą bezpośrednio w katalogu domeny, bez dodatkowego poziomu zagnieżdżenia.
• Sprzątanie po instalacji — Usuń katalog /install i zmień nazwę katalogu administracyjnego. Sprawdź oba adresy w przeglądarce.
• Przyjazne URL i .htaccess — Włącz przepisywanie adresów, sprawdź, czy .htaccess został wygenerowany i czy działa przekierowanie na HTTPS.
• Pierwszy produkt i kopia zapasowa — Dodaj jeden produkt, sprawdź koszyk i płatność, a następnie zrób kopię plików i bazy przed dalszą pracą.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – tworzenie treści dla ludzi
• Google Search Central – dane strukturalne
• Google Search Central – Core Web Vitals
• PrestaShop – dokumentacja dla deweloperów
• Google Ads – dokumentacja API