Manuel:$wgShowSQLErrors
 | Cette fonctionnalité a été supprimée entièrement dans la version 1.37.0. |
| Débogage: $wgShowSQLErrors | |
|---|---|
| Indique s'il faut afficher les erreurs SQL sur les pages « we're sorry, but there has been a database error » . |
|
| Introduit dans la version : | 1.4.0 (r7376) |
| Obsolète dans la version : | 1.32.0 (Gerrit change 446370; git #807125ab) |
| Retiré dans la version : | 1.37.0 (Gerrit change 704395; git #f90ecdfa) |
| Valeurs autorisées : | (booléen) |
| Valeur par défaut : | false |
| Autres paramètres : Alphabétique | Par fonction | |
Quand il vaut false (par défaut) tout message d'erreur de base de données affichera aussi « (SQL query hidden) » plutôt que présenter le code SQL qui a causé l'erreur.
Vous ne verrez donc que « Une erreur de requête de base de données s’est produite.
Cela peut provenir d’une anomalie dans le logiciel. ».
Mettez $wgShowSQLErrors à true pour voir la requête actuelle qui a causé l'erreur.
Dans MediaWiki 1.32, ce paramètre est obsolète et il est non opérationnel depuis. Utilisez Manuel:$wgShowExceptionDetails et Manuel:$wgShowHostnames à la place.
Détails
Clearly showing the SQL will aid in debugging in the event of a database error, however...
- Showing SQL to all users, will give crackers some clues about the database structure of your website, and might help them find security weaknesses.
- SQL database errors are not supposed to occur during any normal MediaWiki operation, and so with luck you will never need to improve the error information
- If you receive the error
internal_api_error_DBQueryErrorfrom the API, enabling this setting will display a more descriptive error message in the info field than the defaultDatabase query error.
If you do see an error including "(SQL query hidden)", it can be useful to set this to $wgShowSQLErrors = true; temporarily.
Cette variable remplace $wgIgnoreSQLErrors, qui a été supprimé.