Ce guide s’applique à Pimcore 11 (basé sur Symfony) et à PHP 8.1 ou plus. Il faut disposer d’un compte live24h, d’un Workspace et d’une clé API avec droits d’écriture – voir les étapes communes .
Installer
Installation via Composer et activation du Bundle :
composer require live24h/pimcore-adapter
Activez le Bundle dans config/bundles.php :
return [
// ...
Live24h\PimcoreAdapter\Bundle\Live24hHealthCenterBundle::class => ['all' => true],
];
Importez le routage dans config/routes.yaml :
live24h_health_center:
resource: '@Live24hHealthCenterBundle/Resources/config/routing.yaml'
Videz ensuite le cache et accordez au rôle backend approprié la permission ACL live24h_health_center :
bin/console pimcore:bundle:install Live24hHealthCenterBundle
bin/console cache:clear
Pas à pas
Le déroulement correspond au parcours illustré de l’aperçu ; pour Pimcore :
- Ouvrez dans le backend Pimcore l’entrée de menu live24h Health Center (
/admin/live24h-health-center). - Renseignez la clé API dans l’onglet Paramètres et vérifiez la connexion (« test de connexion »). La clé n’est toujours affichée que masquée (
lv24_••••<last4>). - Lancez l’analyse de vos Documents et Sites.
- Examinez le Website Health Score et les recommandations – regroupées par SEO, SSL/domaine/DNS et délivrabilité des e-mails.
- Sélectionnez les checks. Les suggestions verrouillées restent visibles et sont marquées « À partir de Pro ».
- Créez les checks sélectionnés en un clic dans live24h.
Avec les presets de politique Essential, Recommended et All, vous pilotez l’étendue de la présélection. Un dry-run n’écrit rien et n’affiche que le rapport.
Dépannage et conseils
L’entrée de menu « live24h Health Center » est absente.
Vérifiez que le Bundle est activé dans config/bundles.php et que le routage est importé dans config/routes.yaml. Exécutez bin/console pimcore:bundle:install Live24hHealthCenterBundle, puis videz le cache avec bin/console cache:clear. Assurez-vous en outre que votre rôle backend possède la permission ACL live24h_health_center.
Le « test de connexion » échoue.
Vérifiez la clé API (droits d’écriture requis), l’URL de l’API Base (https://api.live24h.eu) et la possibilité pour le serveur d’établir des connexions sortantes. En cas d’erreur, la connexion se ferme délibérément (fail-closed) et ne suit aucune redirection.
De mauvais domaines, ou des domaines manquants, sont vérifiés. Les domaines sont déduits de la table Sites de Pimcore. Renseignez pour chaque Site un domaine racine productif univoque, afin que les checks SSL, domaine et DNS soient correctement attribués.
La vérification e-mail propose un point mais ne crée aucun check. C’est voulu : MX, SPF, DKIM et DMARC sont affichés à titre informatif. Il n’existe pas de type de check e-mail, c’est pourquoi le plugin ne propose délibérément aucun moniteur créable à ce sujet.
Où est le Heartbeat pour les tâches de maintenance ou Cron ? Il n’existe volontairement pas pour Pimcore. Pimcore ne propose pas de modèle Cron détectable de manière uniforme, c’est pourquoi nous omettons honnêtement le Heartbeat plutôt que d’afficher un panneau vide.
Questions fréquentes
Le scan écrit-il quelque chose dans Pimcore ? Non. Le scan est en lecture seule et fonctionne sur la base du cache. Ce n’est que lorsque vous sélectionnez et créez des checks que la configuration est créée sur la plateforme live24h. Avec un preset en dry-run, rien n’est écrit.
Plusieurs Sites sont-ils pris en charge ? Oui. Les Sites et domaines sont lus depuis la table Sites de Pimcore et peuvent être sécurisés par domaine.
Les Assets et DataObjects sont-ils pris en compte ? Ils apparaissent comme aperçu de contenu dans le Health Center. Les checks créables proviennent des domaines SEO, SSL, domaine et DNS.