Ta instrukcja dotyczy Drupal 10 lub 11 oraz PHP 8.1 do 8.3. Wymagane są konto live24h, Workspace i API key z prawem zapisu – zobacz wspólne kroki .
Instalacja
Instalacja przez Composer i aktywacja:
composer require live24h/drupal-adapter
drush en live24h_health_center
Alternatywnie aktywuj moduł live24h Health Center przez listę modułów w backendzie. Następnie wprowadź w Konfiguracja → Services → live24h Health Center wartość api_key oraz – o ile support nie wskaże innego środowiska – api_base_url (https://api.live24h.eu). Moduł jest już dostępny jako bezpośredni download z live24h; wpis na drupal.org pojawi się wkrótce.
Krok po kroku
Zilustrowany przebieg (API key, skan, Health Score, rekomendacje, zakładanie) jest przedstawiony krok po kroku w przeglądzie . W Drupalu wygląda to tak:
- Otwórz w backendzie Raporty → live24h Health Center.
- Sprawdź w Konfiguracja → Services → live24h Health Center API key i skorzystaj z „testu połączenia".
- Uruchom analizę strony (skan).
- Obejrzyj Website Health Score i rekomendacje.
- Wybierz checki – zablokowane propozycje pozostają widoczne i są oznaczone jako „Od Pro".
- Załóż checki jednym kliknięciem w live24h.
Health Center sprawdza przy tym strony/SEO (strona startowa, robots.txt, sitemap.xml, indeksowalność i Canonical per surface), SSL i wygaśnięcie domeny oraz DNS per produktywna domena, dostarczalność poczty (MX, SPF, DKIM, DMARC) oraz – o ile istnieją – hooki Cron i workery Queue jako heartbeat.
Rozwiązywanie problemów i wskazówki
Health Center brakuje w backendzie.
Sprawdź, czy moduł jest aktywny (drush en live24h_health_center lub przez listę modułów), oraz wyczyść cache przez drush cr. Health Center znajduje się w Raporty, a ustawienia w Konfiguracja → Services → live24h Health Center.
„Test połączenia" kończy się błędem.
Sprawdź api_key (wymagane prawo zapisu), api_base_url (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.
Sprawdzana jest niewłaściwa domena. Checki SSL, domeny i DNS odnoszą się do produktywnych domen strony. Jeśli bazowy URL nie jest jednoznaczny, wprowadź poprawną produktywną domenę w konfiguracji modułu.
Checki poczty (SPF/DKIM/DMARC) zgłaszają braki. To często pożądany feedback: brakujące wpisy SPF, DKIM lub DMARC obniżają dostarczalność. Uzupełnij wpisy DNS u swojego dostawcy DNS i zeskanuj ponownie.
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 lub worker Queue jeszcze się nie zgłosił, check pozostaje na „Oczekuje" – nie na „Awaria". Po pierwszym przebiegu status zmienia się na „Operacyjny".
Brak widocznego obszaru Commerce. To zamierzone. Rdzeń Drupala to CMS bez sklepu, dlatego obszar Commerce jest ukrywany i nie jest pokazywany jako zablokowana propozycja.
Propozycja jest oznaczona jako „Od Pro". Typ checku nie jest zawarty w Twoim tarifie. Możesz go odznaczyć lub zmienić tarif na wyższy .
Najczęstsze pytania
Dlaczego osobny moduł Drupal? Strony Drupal często mają wiele produktywnych domen, redakcyjne odpowiedzialności oraz aktywne procesy Cron/Queue. Prowadzony przebieg pasuje lepiej niż ręczne pojedyncze checki.
Jakie typy checków powstają? http (strona startowa, robots.txt, sitemap.xml), ssl, domainexpiry, seo (Directive per surface) oraz heartbeat (Cron/Queue) – w zależności od wyniku skanu i wykupionego planu.
Czy moduł sam wykonuje checki? Nie. Tworzy jedynie konfigurację. Działające checki wykonuje live24h z wielu regionów.