Ta instrukcja dotyczy PrestaShop 8.0 lub nowszego oraz PHP 8.1 lub nowszego. Wymagane są konto live24h, Workspace i API key z prawem zapisu – zobacz wspólne kroki .
Instalacja
Masz dwie drogi – przez Back-Office lub przez Composer:
Back-Office: pobierz moduł jako bezpośredni download z live24h, w Back-Office w Moduły → Wgraj moduł wybierz plik ZIP i zainstaluj.
Composer:
composer require live24h/prestashop-adapter
php bin/console prestashop:module install live24hhealthcenter
Wpis w PrestaShop Addons Marketplace pojawi się wkrótce.
Krok po kroku
Zilustrowany przebieg znajdziesz w przeglądzie ; poniższe kroki są identyczne z pokazanym tam kreatorem, tylko w Back-Office PrestaShop.
- Otwórz moduł live24h Health Center przez jego własną zakładkę admina w Back-Office.
- Wprowadź w zakładce Ustawienia API key live24h.
- Pozostaw API Base na
https://api.live24h.eu, o ile support nie wskaże innego środowiska. - Zapisz i skorzystaj z testu połączenia.
- Uruchom skan dla sklepu i Stores (storefront, koszyk i checkout per domena sklepu, katalog, SEO, SSL/DNS, poczta i Cron).
- Sprawdź Website Health Score, wskazówki dotyczące planu i propozycje.
- Wybierz preset polityki (minimal, standard lub enterprise) i obejrzyj podgląd Dry-Run.
- Wybierz checki i załóż je jednym kliknięciem w live24h.
Alternatywnie przez CLI
# Dry-run: pokazuje scan, modules, score i suggestions jako raport
php bin/console prestashop:module live24hhealthcenter:scan
# Zakładanie: tworzy domyślne propozycje
php bin/console prestashop:module live24hhealthcenter:scan --apply
Rozwiązywanie problemów i wskazówki
Zakładka „live24h Health Center" nie jest widoczna w Back-Office. Sprawdź, czy moduł jest zainstalowany i aktywny, oraz wyczyść cache PrestaShop (Ustawienia zaawansowane → Wydajność → Wyczyść cache). Po aktualizacji pomaga dodatkowo twardy reload przeglądarki.
„Test połączenia" kończy się błędem.
Sprawdź API key (wymagane prawo zapisu), API Base https://api.live24h.eu oraz to, czy serwer może nawiązywać połączenia wychodzące na zewnątrz. Firewalle hostingu czasem blokują żądania wychodzące.
Check checkoutu zgłasza błąd, mimo że sklep działa. Ochrona przed botami, limity zapytań lub aktywny tryb konserwacji mogą blokować zautomatyzowane wywołania. Sprawdź, czy ścieżki storefrontu są dostępne bez logowania.
W multistore sprawdzana jest niewłaściwa domena sklepu. Skan wyprowadza storefront, checkout i SSL per produktywna domena sklepu. Sprawdź w konfiguracji multistore PrestaShop, czy każdy Store ma przypisaną poprawną, produktywną domenę.
Check heartbeat pozostaje na „Oczekuje". To normalne i nie jest błędem: heartbeat czeka na pierwszy sygnał monitorowanego zadania (ping pod adres URL heartbeatu). Dopóki przebieg Cron jeszcze się nie zgłosił, check pozostaje na „Oczekuje" – nie na „Awaria". Po pierwszym przebiegu status zmienia się na „Operacyjny".
Heartbeat Cron się nie pojawia. Propozycja heartbeatu zakłada, że moduł cronjobs jest aktywny lub Webcron uruchamia zaplanowane zadania. Bez zarejestrowanego zadania ten punkt jest pomijany.
Propozycja jest oznaczona jako „Od Pro". Typ checku nie jest zawarty w Twoim tarifie. Zablokowane propozycje pozostają widoczne; możesz je odznaczyć lub zmienić tarif na wyższy .
Najczęstsze pytania
Dlaczego zwykły check strony głównej nie wystarcza? Bo sklep generuje przychód wieloma ścieżkami. Checkout, koszyk, strony produktów i zadania Cron mogą się zatrzymać, podczas gdy strona startowa wciąż się ładuje.
Czy wtyczka składa prawdziwe testowe zamówienia? Nie. Nacisk położony jest na bezpieczne monitorowanie dostępności, sygnałów i heartbeatu – bez rzeczywistych płatności.
Czy działa to z multistore? Tak. Storefront, checkout i SSL są wyprowadzane per produktywna domena sklepu, dzięki czemu każdy Store jest ujęty w konfiguracji.