JS Error Logger
L’extension récupère la plupart des erreurs JS, les journalise, puis les affiche dans un widget du tableau de bord
Voici certaines de ses fonctionnalités :
- À l’exception des réglages de l’extension, aucun stockage en base de données ne se passe. Le journal est écrit dans un fichier « .log ».
- Afficher les dernières erreurs JS dans un widget du tableau de bord.
- Actualiser les erreurs depuis le widget du tableau de bord.
- Consulter le journal d’erreurs complet sur une page à part.
- Ignorer les erreurs si l’agent utilisateur contient une chaîne en particulier.
- Ignorer les erreurs si l’erreur contient une chaîne en particulier.
- Ignorer les erreurs si l’URL du script contient une chaîne en particulier.
- Voir quelle page et quel script ont déclenché les erreurs.
- Choisir le nombre maximal d’erreurs à journaliser par chargement de page.
- Exclure la journalisation d’erreurs sur des types de publication.
- Choisir la façon d’effectuer les appels ajax.
Filtres et points d’accroche pour développeurs/développeuses
L’extension nettoie le journal toutes les 24 heures, pour ne garder que les 100 dernières entrées.
Vous pouvez utiliser le filtre WP « jserrlog_max_log_entries » pour garder plus ou moins d’entrées, en retournant un entier : add_filter('jserrlog_max_log_entries',function(){return 200;})
Modification des données des erreurs :
Vous pouvez utiliser le filtre WP « jserrlog_pre_insert_error » afin de modifier les données des erreurs avant qu’elles soient insérees dans le fichier journal : add_filter('jserrlog_pre_insert_error',function($error_data){return $error_data;})
Déclenchement d’intégrations :
Vous pouvez utiliser le point d’accroche WP « jserrlog_after_log » afin de déclencher une action (notification Slack, etc.) après qu’une erreur ait été journalisée : add_action('jserrlog_after_log',function($error_data){//do something})
Sauvegarde des vieilles erreurs :
Vous pouvez utiliser le point d’accroche WP « jserrlog_before_log_maintenance » afin de déclencher une action (archivage des erreurs, etc.) avant que les vieilles erreurs se fassent supprimer : add_action('jserrlog_before_log_maintenance',function($errors){//do something})
Durcissement des requêtes :
Vous pouvez utiliser le filtre WP « jserrlog_enforce_same_host_origin » afin d’exiger une vérification Origin/Referer provenant du même hôte pour les requêtes de journalisation (par défaut : true) : add_filter('jserrlog_enforce_same_host_origin',function(){return true;})
Vous pouvez utiliser les filtres WP « jserrlog_rate_limit_requests » et « jserrlog_rate_limit_window » pour contrôler la limitation du débit des requêtes (par défaut : 60 requêtes toutes les 60 secondes) : add_filter('jserrlog_rate_limit_requests',function(){return 120;}); add_filter('jserrlog_rate_limit_window',function(){return 60;});
Vous pouvez utiliser les filtres WP « jserrlog_max_payload_bytes », « jserrlog_max_batch_errors » et « jserrlog_max_error_field_length » afin de limiter la taille des données reçues (par défaut : 16384 octets, 20 erreurs par lot, 512 caractères par champ) : add_filter('jserrlog_max_payload_bytes',function(){return 32768;});
Vous pouvez utiliser le filtre WP « jserrlog_duplicate_window » afin de supprimer temporairement les erreurs dupliquées (par défaut : 60 secondes) : add_filter('jserrlog_duplicate_window',function(){return 30;});
Multisite
L’extension fonction avec multisite. Il y a un journal d’erreurs par site.