Discussion :

[ver_for]

Bonjour à tous,

Il y a un mois de cela je réalise un formulaire pour insérer des données dans une base de données MySQL présente en-ligne.

Je sais c'est léger: aucune erreur ne s'affiche si l'insertion ne se passe bien ou si la connection à la base de données n'est réalisée.

Je teste le formulaire. Je vérifie sur labase de données: les données ont été insérées.

Je pars en vacances le coeur léger. Un de mes collègues doit insérer les données.

Aujourd'hui je regarde la base de données: le dernier enregistrement est mon test.

Mon collègue prétend qu'il a inséré 900 enregistrements. etne pas avoir rencontré de problèmes.

Je fais un autre test: il est positif. Je fais faire un test à ce collègue: positif.
J'essaye aussi bien avec qu'avec Firefox

Je vérifie: le fichier en ligne est bien daté du 07/07/2006

Hypothèses:
- mon collègue est de mauvaise foi
- problème du côté du provider, la base de données n'était pas accessible.

Voyez-vous d'autres explications?

Merci pour vos réponses.

[KiLVaiDeN]

Salut,

Le jeu de test utilisé est-il suffisant ?

Si ton collègue entre des valeurs trop grands, ou inadaptés aux champs d'accueil, MySQL va raler et planter, par exemple entrer une adresse de 50 caractères dans un champ VARCHAR de 15.. Ou entrer une valeur "chaine de caractère" dans un integer.. Ou peut-être un problème sur une date ?

C'est dommage en tout cas pour les 900 enregistrements tapés.. dans le vide..

[macbook]

Sans or die() c'est difficile à dire...

[KiLVaiDeN]

Peut-être peux-tu, via les logs HTTP, récupérer le contenu des requêtes GET passées; les requêtes POST ne sont pas logguées me semble-t-il...

Et aucune idée si ton MySQL log les requêtes qui lui sont passées..

Essaies de chercher des fichiers de logs, c'est ton seul moyen de savoir ce qu'il s'est réellement passé de toutes façons..

Cependant, que pas un seul enregistrement sur 900 ne soit passé, me semble suspect... est-ce qu'il n'y aurait pas un problème d'accès entre le serveur d'application et la base de données ?

[ver_for]

Salut,

Le jeu de test utilisé est-il suffisant ?

Si ton collègue entre des valeurs trop grands, ou inadaptés aux champs d'accueil, MySQL va raler et planter, par exemple entrer une adresse de 50 caractères dans un champ VARCHAR de 15.. Ou entrer une valeur "chaine de caractère" dans un integer.. Ou peut-être un problème sur une date ?

C'est dommage en tout cas pour les 900 enregistrements tapés.. dans le vide..

-----------------------------------

Merci pour cette réponse ultra-rapide

les champs sont les suivants:
deux <input> coresspondant dans la base de données à deux champs de type texte
des champs de type menu déroulant avec des valeurs prédéfinies sans possibilités d'ajouter d'autres valeurs correspondant dans la base de données à des champs de type texte.

[ver_for]

Merci pour l'idée des logs. Malheureusement sur mon form j'ai une requete post

Pour ce qui est de l'accès à la base de données j'attends une réponse de mon fournisseur d'accès. Cela m'étonnerait quand même que la base de données ait été inaccessible pendant trois semaines.

Peut-être peux-tu, via les logs HTTP, récupérer le contenu des requêtes GET passées; les requêtes POST ne sont pas logguées me semble-t-il...

Et aucune idée si ton MySQL log les requêtes qui lui sont passées..

Essaies de chercher des fichiers de logs, c'est ton seul moyen de savoir ce qu'il s'est réellement passé de toutes façons..

Cependant, que pas un seul enregistrement sur 900 ne soit passé, me semble suspect... est-ce qu'il n'y aurait pas un problème d'accès entre le serveur d'application et la base de données ?

[KiLVaiDeN]

deux <input> coresspondant dans la base de données à deux champs de type texte

As-tu bien fixé la taille des champs d'accueil en base pour ces champs textes?

Le mieux serait de demander à la personne en question de te montrer comment elle a fait pour entrer les valeurs dans le formulaire, en prenant par exemple le premier des enregistrements, et de voir si ça passe.. ( de sa machine )

Si ça passe... c'est strange !

Dernière question : quelqu'un n'aurait-il pas pu effacer les données déjà entrées ? Si ça se trouve, quelqu'un de malveillant a fait un DELETE FROM TABLE.. Donc méfie toi de tout le monde, pas seulement de cette personne, qui est peut-être de bonne foi..

En tout cas c'est une affaire bien moche, j'espère que tu n'auras pas d'emmerdes.. A+

[ver_for]

Bonjour,

J'ai fait d'autres tests. Si la connection avec la base de données ne se fait php renvoie sur la page un message d'erreur. Donc la seule possibilité qui reste est qu'il y ait une erreur dans la query.

J'ai contrôlé les files de log. La page en question n'a pas été accédé pendant la période en question.

Donc je pense qu'il n'y a pas eu d'erreur lors de l'utilisation du formulaire.