Je suis à la recherche d'une solution qui me posterait des erreurs de /admin/reports/dblog site dans Drupal 6. Le meilleur serait un résumé quotidien.erreur Drupal rapport par e-mail
Existe-t-il un module ou une solution d'action déclencheur + pour cela?
Essayez http://drupal.org/project/logging_alerts
Il vous permettra de d'envoyer chien de garde (à savoir dblog) des messages à toutes les adresses e-mail arbitraire répondant à vos critères de gravité.
Si vous voulez obtenir des courriels récapitulatifs (et non un e-mail individuel) ... Je ne connais pas une méthode rapide et facile. Cependant, vous pouvez utiliser http://drupal.org/project/filelog qui enregistrera tous les événements dans un fichier. À l'aide d'une commande cron qui s'exécute peut-être une fois par jour, vous pouvez envoyer ce fichier à vous-même
Voir http://www.shelldorado.com/articles/mailattachments.html pour envoyer des fichiers via la ligne de commande (cette commande de ligne de commande serait appelée via cron, bien sûr).
La couche de connexion de Drupal est connectable. Par défaut, Drupal est livré avec db_log, qui est un enregistreur qui insère des entrées dans la table watchdog de la base de données.
L'alternative la plus utilisée est filelogging, qui utilise des fichiers journaux unix pour se connecter. À partir de là, vous pouvez utiliser n'importe quel outil de surveillance pour surveiller ces journaux et les sorties de tuyaux dans vos canaux de signalement habituels (courrier, téléavertisseurs, écrans, etc.).
Je vous conseille cet itinéraire au-dessus des logging_alerts NoParrots apporte pour plusieurs raisons:
Raisons pour lesquelles choisir logging_alerts, ou projets semblables; surveillance depuis Drupl, lorsque vous ne surveillez pas le reste de la pile ou que vous n'avez pas accès à cette surveillance. Dans de tels cas, la configuration d'un environnement de surveillance entier, juste pour surveiller les journaux dans Drupal est exagérée. Vous pouvez également créer un module très simple qui présente un rapport en texte brut ou XML sur un point de terminaison d'URL (probablement basé sur une autorisation, avec un jeton dans le chemin). Puis avoir un outil comme Nagios appelle ce fichier toutes les x minutes et l'analyser. Je l'ai fait par le passé, ça fonctionne très bien, mais les frais généraux d'un Drupal entièrement bootstrapé servant un simple rapport en texte simple à, par exemple, example.com/reports/nagios/1234qwe1234 peuvent causer des problèmes avec la vitesse pour le reste de la serveur.