TiGeR
Roarr!!!
Enregistré le 16/01/2003
Messages: 3794
Non connecté
|
Ajouté le : 18/12/2003 20:40
Message :
Oui, le code se décompose comme suit:
Numéro du module - Numéro de l'étape - Numéro de la requête
Pour le moment, le numéro du module n'a pas d'importance, car le seul module existant est celui de la mise à jour de la 0.6 vers la 0.7 donc ça affichera toujours 1.
Le seconde chiffre, numéro de l'étape, est facilement repérable dans l'url. Pour le repérer dans le script, il suffit d'ouvrir le fichier "upd_0.7_beta.php". A chaque "case: X", ça correspond à une étape.
Le dernier chiffre, correspond au numéro de la requête au sein d'une étape (en gros, ça repart à 0 pour chaque étape).
Donc, 1-1-3 est normalement assicée avec la troisième requête de la première étape du module de mise à jour de la 0.6 à la 0.7, ce qui correspond à la requête suivante:
ALTER TABLE ".$_PRE."user DROP question
Voilà
Le gros problème de cette "updateur" à mon gout réside dans le fait que l'on a pas le message d'erreur MySQL, qui nous aide bcp à résoudre le problème. Bref, Coyote, si ce n'est pas encore fait, ça serait bien que tu rajoutes un petit mysql_error(), histoire que ça aille plus vite
Sinon, ce système est très utile pour reprendre une update qui a plantée. Aussi, une note très importante: une fois qu'une erreur survient, surtout ne plus rien faire avant d'avoir contacté le support de CoolForum! Pk ? Car la DB 0.6 aura été modifée donc non prête pour une nouvelle update. Et il y a de fortes chances que l'erreur recommence...
*** Message édité par TiGeR le 18/12/2003 19:44 ***
CFP : Portail Web basé sur CF
CF Last Posts 0.8 : Derniers messages de votre CF sur votre site
Mods : Générateur de fichiers hackés pour CF
|