Discussion :

[Mystic eyes]

Bonjour à tous,

mon problème est assez étrange.

Voilà j'ai une appli qui tourne sur un serveur d'applis et qui utilise une base MySQL.

Tout fonctionnait très bien jusqu'à aujourd'hui. En effet, maintenant je ne peus plus agir sur une table de ma base via l'appli (ni ajout, ni modif, ni suppr).

La seule chose que j'ai faite est une copie des fichiers de la base en local sur mon serveur (j'ai bien remis les droits, et tout et tout) et l'ajout d'un bouton pour un export des données sous excel.
De plus, je n'ai aucun souci avec les mêmes fichiers en local ou avec les autres tables.

Si vous avez une idée d'où cela peut venir ou encore si vous avez une solution pour connaitre les droits de l'utilisateur de l'appli sur les tables de la base ça m'arrangerait.

Merci

[Mystic eyes]

Désolé j'avais zappé le mysqlerror() dans mon code.

Du coup j'obtiens cette belle erreur : Lost connection to MySQL server during query.

Pourtant je fais un simple INSERT d'une ligne dans une table (avec une 15aine de propriétés).

Idem si je fais un UPDATE ou DELETE sur cette table. (pour les autres, en local ou non, ça marche très bien).

[Invité]

Code?

[Mystic eyes]

C'est la fonction nouveau() qui me renvoie l'erreur (requête INSERT)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
function mise_a_jour (){
 
if (isset( $_POST['ajour'])){
	if ($_POST['action']=="nouveau")
	return nouveau();
	if ($_POST['action']=="modifier")
	return modifier();
	if ($_POST['action']=="supprimer")
	return supprimer();
	}
}
 
function nouveau () {
$route="44 ".$_POST['route']."".$_POST['num_route']."";
$prabs ="44 ".$_POST['route']."".$_POST['num_route']."".$_POST['pr']."".$_POST['distance_pr']."";
$date = date_angl($_POST['date']);
 
$query = "INSERT INTO accident
(`id`,`id_user` ,`id_route` , `id_prabs` , `commune` , `date` ,
 `heure` , `route` , `num_route` , `pr` , `distance_pr` ,
  `agglo_camp` , `etat` , `type` , `gravite` , `observation` )
VALUES ( '' ,
 '".$_SESSION['id_user']."',
 '".$route."',
 '".$prabs."',
 '".$_POST['commune']."',
 '".$date."',
 '".$_POST['heure']."',
 '".$_POST['route']."',
 '".$_POST['num_route']."',
 '".$_POST['pr']."',
 '".$_POST['distance_pr']."',
 '".$_POST['agglo_camp']."',
 '".$_POST['etat']."',
 '".$_POST['type']."',
 '".$_POST['gravite']."',
 '".$_POST['observation']."' );" ;
 
 
$res = mysql_query($query) or die($query . " - " . mysql_error());
 
   return $res;
 
}
 
//Main
connexion ();
$succes = mise_a_jour();
//deconnexion();
// enregistre la requete a executé dans la variable de session req
$_SESSION["req"]=selection();
deconnexion();

connexion() c'est juste un
$connect_base= mysql_connect($host, $user, $password);
$select_base = mysql_select_db($base, $connect_base);

voilà

[boo64]

tu as essayé avec mysql_pconnect() ...

[Mystic eyes]

Non mais en général mysql_pconnect() est plutôt déconseillé et en plus c'est une appli que je dois compléter (donc fait il y a quelque temps par un autre) donc il a fait des connexion/deconnexion un peu partout.

[Mystic eyes]

j'ai quand même essayé et ça fait la même chose. (Ce qui m'intrigue le plus c'est le fait que ça ne fait ça qu'avec une table).

[Mystic eyes]

ouaip j'ai essayé de faire des INSERT, UPDATE et DELETE (à la place de l'autre requête dans la fonction nouveau() ) :
- sur d'autres tables => ça marche nickel
- sur cette p..... de table accident => ça marche pas Lost connection ...

Par contre les SELECT fonctionnent.

je vois vraiment pas non plus

[Mystic eyes]

j'ai copié la table qui pose problème et je l'ai renommée et si j'effectue ma requête sur cette "nouvelle" table => même pb ???

Est-il possible de savoir dans l'appli quels sont les droits de l'utilisateur courant sur les différentes tables de la bdd ?

[Mystic eyes]

Ca y est ça remarche, visiblement le pb ne venait pas de php.

Voilà ce que j'ai fait comme "bidouille" :
- créer une nouvelle table (testt) en local avec la même structure que accident
- copie des données de accident dans la nouvelle table
- copie de la nouvelle table sur le serveur
- suppression de la table accident du serveur
- renommer la nouvelle table (testt) en accident (en fait renommer les 3 fichiers .frm, .MYD et .MYI)
- attribuer le propriétaire et le groupe mysql (chown et chgrp) et les droits
- redémarrage du service mysql (service mysql restart)

Et voilou ça marche à nouveau.

Merci à vous