Ta instrukcja dotyczy Magento 2.4.6 lub nowszego (Adobe Commerce, Magento Open Source lub Mage-OS) oraz PHP 8.1+. Wymagane są konto live24h, Workspace i API key z prawem zapisu – zobacz wspólne kroki .
Instalacja
Moduł instaluje się przez Composer, a następnie aktywuje:
composer require live24h/module-health-center
bin/magento module:enable Live24h_HealthCenter
bin/magento setup:upgrade
bin/magento setup:di:compile
W trybie produkcyjnym dodatkowo wygeneruj ponownie treści statyczne i wyczyść cache:
bin/magento setup:static-content:deploy
bin/magento cache:flush
Wpis w oficjalnym Adobe Commerce Marketplace pojawi się wkrótce; do tego czasu moduł jest dostępny jako bezpośredni download z live24h.
Krok po kroku
Przebieg odpowiada zilustrowanemu przykładowi z przeglądu wtyczek ; tutaj znajdziesz ścieżki specyficzne dla Magento:
- Otwórz konfigurację w Stores → Configuration → Services → live24h Health Center.
- Wprowadź API key live24h i pozostaw API Base na
https://api.live24h.eu, o ile support nie wskaże innego środowiska. - Zapisz i skorzystaj z testu połączenia.
- Otwórz Health Center w Stores → live24h Health Center.
- Uruchom skan swoich Stores i domen Store.
- Sprawdź Website Health Score, wskazówki dotyczące planu i propozycje.
- Checkout jest wstępnie wybrany; koszyk i konto są dostępne jako propozycje do włączenia.
- W razie potrzeby uzupełnij SSL/domenę per domena Store, sygnały SEO, heartbeat Cron oraz dostarczalność poczty (MX/SPF/DKIM/DMARC).
- Wybierz checki i kliknij Utwórz – checki zostaną założone w live24h.
Za pomocą presetów polityki (minimal, ecommerce, enterprise) sterujesz tym, jak rozbudowana jest rekomendacja – od oszczędnego zestawu dostępności po pełny zakres Commerce, Cron i poczty.
Rozwiązywanie problemów i wskazówki
live24h Health Center nie jest widoczne w panelu administracyjnym.
Sprawdź, czy moduł jest aktywny (bin/magento module:status Live24h_HealthCenter), w razie potrzeby uruchom ponownie bin/magento setup:upgrade i bin/magento setup:di:compile oraz wyczyść cache przez bin/magento cache:flush. 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ń, aktywny tryb konserwacji lub poprzedzający Full-Page-Cache mogą blokować zautomatyzowane wywołania. Sprawdź, czy ścieżki storefrontu są dostępne bez logowania.
Heartbeat Cron pozostaje na „Oczekuje".
To normalne i nie jest błędem: heartbeat czeka na pierwszy sygnał monitorowanego zadania. Dopóki Cron Magento (bin/magento cron:run) jeszcze się nie zgłosił, check pozostaje na „Oczekuje" – nie na „Awaria". Po pierwszym przebiegu status zmienia się na „Operacyjny". Upewnij się, że Cron działa regularnie przez systemowy cron lub bin/magento cron:install.
Checki poczty (SPF/DKIM/DMARC) zgłaszają problemy. Magento wysyła maile transakcyjne przez skonfigurowaną domenę Store. Sprawdź wpisy DNS tej domeny nadawcy; brakujące rekordy SPF, DKIM lub DMARC to najczęstsza przyczyna, dla której maile o zamówieniach i wysyłce nie docierają.
Monitorowany jest niewłaściwy Store. Wybierz w Health Center właściwy Store lub właściwą domenę Store. Projekty multi-store mogą zakładać własne checki per domena.
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 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 mogę monitorować Cron Magento? Tak. Cron można zabezpieczyć jako heartbeat, aby ciche awarie przy indeksowaniu, poczcie transakcyjnej i zadaniach nie ujawniały się dopiero po kilku dniach.