Description
Query Monitor est un ensemble d’outils de développement pour WordPress. Il permet de déboguer les requêtes de base de données, les erreurs PHP, les crochets et les actions, les blocs de l’éditeur de blocs, les scripts et les feuilles de style en file d’attente, les appels API HTTP, et bien plus encore.
Il comprend des fonctionnalités avancées telles que le débogage des appels Ajax, des appels API REST, des vérifications des capacités de l’utilisateur/utilisatrice, ainsi qu’une prise en charge complète des thèmes en bloc et de l’édition complète du site. Il permet de limiter la plupart des résultats par extension ou thème, ce qui vous permet de déterminer rapidement les extensions, thèmes ou fonctions peu performantes.
Query Monitor se concentre fortement sur la présentation de ses informations d’une manière utile, par exemple en affichant des requêtes de base de données agrégées groupées par extensions, thème ou les fonctions qui en sont responsables. Il ajoute un menu de la barre d’outils de l’admin affichant une vue d’ensemble de la page actuelle, avec des informations de débogage complètes affichées dans des panneaux une fois que vous avez sélectionné un élément de menu.
Query Monitor prend en charge les versions de WordPress datant de moins de trois ans et la version 7.4 ou supérieure de PHP.
Pour des informations complètes, veuillez consulter le site Web de Query Monitor.
Voici un aperçu de ce qui s’affiche à chaque chargement de page :
- Requêtes de base de données, y compris les notifications pour les requêtes lentes, en double ou erronées. Permet le filtrage par type de requête (
SELECT
,UPDATE
,DELETE
, etc), par composant responsable (plugin, thème, noyau WordPress), et par fonction appelante, et fournit des vues agrégées séparées pour chacun. - Le nom du fichier du modèle, la hiérarchie des fichiers modèles et les noms de toutes les parties du modèle qui ont été chargées ou non (pour les thèmes de blocs et les thèmes classiques).
- Les erreurs PHP sont joliment présentées avec le composant responsable et la pile d’appels, ainsi qu’un avertissement visible dans la barre d’outils de l’admin.
- Utilisation de la fonctionnalité « Doing it Wrong » ou « Deprecated » dans le code de votre site.
- Blocs et propriétés associées dans le contenu des publications et dans l’éditeur de site (FSE).
- Correspondance entre les règles de réécriture, les chaînes de requête associées et les variables de requête.
- Les scripts et feuilles de style en attente, ainsi que leurs dépendances, les dépendances et les alertes pour les dépendances brisées.
- Réglages linguistiques et fichiers de traduction chargés (fichiers MO et fichiers JSON) pour chaque domaine de texte.
- API HTTP demandes, avec code de réponse, composant responsable et temps pris, avec des alertes pour échec ou erreur demandes.
- ilisateur des contrôles de capacité, ainsi que le résultat et tout autre paramètres passé au contrôle de capacité.
- Informations sur l’environnement, y compris des informations détaillées sur PHP, la base de données, WordPress et le serveur web.
- Les valeurs de toutes les fonctions conditionnelles de WordPress telles que
is_single()
,is_home()
, etc. - Transitions qui ont été mises à jour.
- Utilisation de
switch_to_blog()
etrestore_current_blog()
sur les installations multisite.
De plus :
- Chaque fois qu’une redirection se produit, Query Monitor ajoute un entête HTTP contenant la pile d’appels, afin que vous puissiez utiliser votre inspecteur HTTP favori ou les outils de développement du navigateur pour retracer ce qui a déclenché la redirection.
- La réponse de toute requête Ajax initiée par jQuery- sur la page contiendra diverses informations de débogage dans ses en-têtes. Les erreurs PHP sont également affichées dans la console de développement du navigateur.
- La réponse d’une demande authentifié WordPress API REST contiendra un aperçu des informations de performance et erreurs PHP dans son en-têtes, tant que l’utilisateur/utilisatrice authentifié a autorisation à voir les sorties de Query Monitor. Une une demande d’API REST enveloppée inclura encore plus d’informations de débogage dans le
qm
propriété de la réponse.
Par défaut, la sortie de Query Monitor n’est affichée qu’aux administrateurs et administratrices sur les installations à site unique, et aux super admins sur les installations multisites.
En plus de cela, vous pouvez définir un cookie d’authentification qui vous permet de voir la sortie de Query Monitor lorsque vous hors connexion (ou si vous êtes connecté en tant que non-administrateur). Voir le panneau des réglages pour plus de détails.
Autres extensions
Je maintiens plusieurs autres extensions pour les développeurs/développeuses. Jetez-y un coup d’œil :
- User Switching permet de passer instantanément d’un compte à l’autre dans WordPress.
- WP Crontrol permet de voir et de contrôler ce qui se passe dans le système WP-Cron
Déclaration de confidentialité
Query Monitor is private by default and always will be. It does not persistently store any of the data that it collects. It does not send data to any third party, nor does it include any third party resources. Query Monitor’s full privacy statement can be found here.
Déclaration d’accessibilité
Query Monitor aims to be fully accessible to all of its users. Query Monitor’s full accessibility statement can be found here.
Captures d’écran
FAQ
-
Cette extension fonctionne-t-elle avec PHP 8 ?
-
Yes, it’s actively tested and working up to PHP 8.4.
-
Who can see Query Monitor’s output?
-
Par défaut, la sortie de Query Monitor n’est affichée qu’aux administrateurs et administratrices sur les installations à site unique, et aux super admins sur les installations multisites.
En outre, vous pouvez définir un cookie d’authentification qui vous permet d’afficher la sortie de Query Monitor lorsque vous n’êtes pas connecté, ou lorsque vous êtes connecté en tant qu’utilisateur/utilisatrice qui ne peut généralement pas voir la sortie de Query Monitor. Voir le panneau Réglages pour plus de détails.
-
Est-ce que Query Monitor lui-même a un impact sur le temps de génération des pages ou sur l’utilisation de la mémoire ?
-
Réponse courte : oui, mais uniquement un peu.
Long answer: Query Monitor has a small impact on page generation time because it hooks into a few places in WordPress in the same way that other plugins do. The impact is negligible.
On pages that have an especially high number of database queries (in the hundreds), Query Monitor currently uses more memory than I would like it to. This is due to the amount of data that is captured in the stack trace for each query. I have been and will be working to continually reduce this.
-
Puis-je empêcher Query Monitor de collecter des données pendant des demandes de longue durée ?
-
Yes, you can call
do_action( 'qm/cease' )
to instruct Query Monitor to cease operating for the remainder of the page generation. It will detach itself from further data collection, discard any data it’s collected so far, and skip the output of its information.Cette fonction est utile pour les opérations de longue durée qui exécutent un très grand nombre de requêtes de base de données, qui consomment beaucoup de mémoire ou qui ne concernent pas le moniteur de requêtes, par exemple :
- Sauvegarder ou restaurer votre site
- Importing or exporting a large amount of data
- Exécution d’analyses de sécurité
-
Y a-t-il des modules pour Query Monitor ?
-
A list of add-on plugins for Query Monitor can be found here.
En outre, Query Monitor prend en charge de manière transparente les modules complémentaires pour l’extension Debug Bar. Si des modules complémentaires de Debug Bar sont installés, désactivez Debug Bar et les modules complémentaires s’afficheront dans le menu de Query Monitor.
-
Où puis-je suggérer une nouvelle fonctionnalité ou signaler un bogue ?
-
Veuillez utiliser le suivi des problèmes sur le repo GitHub de Query Monitor car il est plus facile de suivre les problèmes à cet endroit, plutôt que sur les forums d’assistance de wordpress.org.
-
Is Query Monitor already included with my hosting?
-
Some WordPress hosts bundle Query Monitor as part of their hosting platform, which means you don’t need to install it yourself. Here are some that I’m aware of:
- Altis Cloud.
- WordPress VIP, although users need to be granted the
view_query_monitor
capability even if they’re an Administrator. See the WordPress VIP documentation for details.
-
Puis-je cliquer sur les traces de pile pour ouvrir le fichier dans mon éditeur ?
-
Oui, vous pouvez l’activer dans le panneau des Réglages.
-
How can I report a security bug?
-
You can report security bugs through the official Query Monitor Vulnerability Disclosure Program on Patchstack. The Patchstack team helps validate, triage, and handle any security vulnerabilities.
-
Acceptez-vous des dons ?
-
J’accepte les parrainages via le programme GitHub Sponsors. Si vous travaillez dans une agence qui développe avec WordPress, demandez à votre entreprise de fournir un parrainage afin d’investir dans sa chaîne d’approvisionnement. Les outils que je maintiens permettent probablement à votre entreprise d’économiser du temps et de l’argent, et le parrainage GitHub peut désormais se faire au niveau de l’organisation.
De plus, si vous aimez cette extension, j’aimerais que vous laissiez un avis. Parlez-en aussi à vos amis !
Avis
Contributeurs/contributrices & développeurs/développeuses
« Query Monitor – The developer tools panel for WordPress » est un logiciel libre. Les personnes suivantes ont contribué à cette extension.
Contributeurs“Query Monitor – The developer tools panel for WordPress” a été traduit dans 25 locales. Remerciez l’équipe de traduction pour ses contributions.
Traduisez « Query Monitor – The developer tools panel for WordPress » dans votre langue.
Le développement vous intéresse ?
Parcourir le code, consulter le SVN dépôt, ou s’inscrire au journal de développement par RSS.
Journal
3.17.0 (27 November 2024)
- Support for WordPress 6.7.
- Support for PHP 8.4.
- Inline scripts are now output using
wp_print_inline_script_tag()
so a Content Security Policy can be fully implemented. - Various improvements and fixes.
3.16.4 (25 July 2024)
- Confirms support for WordPress 6.6.
3.16.3 (22 May 2024)
- Prevents an infinite loop when logging doing it wrong calls and deprecated calls.
- Removes a global from query-monitor.php
3.16.2 (22 May 2024)
- Fixes another issue with the PHP autoloader in 3.16.0 and 3.16.1 that was crashing some sites
3.16.1 (22 May 2024)
- Fixes an issue with the PHP autoloader in 3.16.0 that was crashing some sites
3.16.0 (22 April 2024)
- Adds full support for debugging new features in WordPress 6.5: JavaScript modules and PHP translation files
3.15.0 (10 November 2023)
- Adds a new assertion feature via the
qm/assert
action - Confirme que l’extension est testés jusqu’à WordPress 6.4
3.14.1 (21 October 2023)
- Improves compatibility with WordPress Playground
3.14.0 (18 October 2023)
- Corrects the port number handling when displaying URLs for scripts and styles
- Improves the
db.php
handling when activating and deactivating Query Monitor on a single site within a Multisite network, and whenDISALLOW_FILE_MODS
is in use - Improves check for Debug Bar existence
- Identifies drop-in plugins as a specific component instead of « other »
- Simplifies some of the data structure used when logging queries
- Specifies that Query Monitor supports WordPress versions up to three years old
3.13.1 (15 July 2023)
- Avoids a fatal error if a deprecated warning is triggered early on during the bootstrap process
- Avoids a PHP warning that can be triggered during certain HTTP API requests when Curl is not in use
- Skips loading QM during the plugin update process
Earlier versions
For the changelog of earlier versions, please refer to the releases page on GitHub.