Bonsoir,
Après avoir mis à jour via spip_loader.php j'obtiens ce message d'erreur dont je ne sors pas :
'' serveur SQL indéfini (fetch )
Le site était en 10105 et le fichier svn.revision indique 10114
Bonsoir,
Après avoir mis à jour via spip_loader.php j'obtiens ce message d'erreur dont je ne sors pas :
'' serveur SQL indéfini (fetch )
Le site était en 10105 et le fichier svn.revision indique 10114
J'ai eu le même pbs avec la 10113 :
il faut virer les plugins (les réserver dans un sous dossier suffit).
éventuellement les options dans mes_options sont à commenter.
détruire le config/connect.php et refaire l'install via spip_loader.php ou son client svn préféré.
Bonsoir,
Après avoir mis à jour via spip_loader.php j'obtiens ce message d'erreur dont je ne sors pas :
'' serveur SQL indéfini (fetch )
Le site était en 10105 et le fichier svn.revision indique 10114
Il te faut détruire ton config/connect.php et relancer l'install
Plus simple encore :
Avant :
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.4;
spip_connect_db('localhost','','root','','db_mabase');
?>
Ou
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.5;
spip_connect_db('localhost','','root','','db_mabase','mysql');
?>
Après :
<?php
if (!defined("_ECRIRE_INC_VERSION")) return;
$GLOBALS['spip_connect_version'] = 0.4;
spip_connect_db('localhost','','root','','db_mabase','mysql','spip');
?>
Autrement dit : après le nom de la base, 2 paramètres en plus :
,'mysql','spip'
c'est presque le cas: l'avant-dernier est "mysql", et le dernier est plus précisément le nom de la base.
c'est pour ça que je dis qu'il n'est pas nécessaire de mettre à jour connect.php si on a "prefixe spip dans la base spip", ou "mutu1 dans mutu1" etc. Autrement dit je privilégie les installations mutualisées de maniere standard, plutot que les sites qui ont "prefixe spip dans la base mon-login". C'est arbitraire, j'en conviens, mais c'est réflexe d'unixien: prime aux plus avancés
* Committo,Ergo:sum tapuscrivait, le 24/08/2007 21:33:
Autrement dit : après le nom de la base, 2 paramètres en plus :
,'mysql','spip'
Ce serait bien que ce soient les valeurs par défaut ?
c'est presque le cas: l'avant-dernier est "mysql", et le dernier est plus précisément le nom de la base.
c'est pour ça que je dis qu'il n'est pas nécessaire de mettre à jour connect.php si on a "prefixe spip dans la base spip", ou "mutu1 dans mutu1" etc. Autrement dit je privilégie les installations mutualisées de maniere standard, plutot que les sites qui ont "prefixe spip dans la base mon-login". C'est arbitraire, j'en conviens, mais c'est réflexe d'unixien: prime aux plus avancés
Euh !
Je suis en mutualisé (code source de spip, en utilisant la mutualisation facile).
J'ai une base par site mutualisé.
Le prefixe est donc celui par défaut : spip (il est donc implicite, sans variable globale explicite dans mes_options pour le signaler).
Et j'ai droit à la belle erreur du titre de ce fil de discussion.
* Committo,Ergo:sum tapuscrivait, le 24/08/2007 21:33:
Autrement dit : après le nom de la base, 2 paramètres en plus :
,'mysql','spip'
Ce serait bien que ce soient les valeurs par défaut ?
c'est presque le cas: l'avant-dernier est "mysql", et le dernier est plus précisément le nom de la base.
c'est pour ça que je dis qu'il n'est pas nécessaire de mettre à jour connect.php si on a "prefixe spip dans la base spip", ou "mutu1 dans mutu1" etc. Autrement dit je privilégie les installations mutualisées de maniere standard, plutot que les sites qui ont "prefixe spip dans la base mon-login". C'est arbitraire, j'en conviens, mais c'est réflexe d'unixien: prime aux plus avancés
Euh !
Je suis en mutualisé (code source de spip, en utilisant la mutualisation facile).
J'ai une base par site mutualisé.
Le prefixe est donc celui par défaut : spip (il est donc implicite, sans variable globale explicite dans mes_options pour le signaler).
Et j'ai droit à la belle erreur du titre de ce fil de discussion.
Et
function spip_connect_db($host, $port, $login, $pass, $db='', $type='mysql', $prefixe='spip') {
* Committo,Ergo:sum tapuscrivait, le 24/08/2007 21:33:
Autrement dit : après le nom de la base, 2 paramètres en plus :
,'mysql','spip'
Ce serait bien que ce soient les valeurs par défaut ?
c'est presque le cas: l'avant-dernier est "mysql", et le dernier est plus précisément le nom de la base.
c'est pour ça que je dis qu'il n'est pas nécessaire de mettre à jour connect.php si on a "prefixe spip dans la base spip", ou "mutu1 dans mutu1" etc. Autrement dit je privilégie les installations mutualisées de maniere standard, plutot que les sites qui ont "prefixe spip dans la base mon-login". C'est arbitraire, j'en conviens, mais c'est réflexe d'unixien: prime aux plus avancés
Euh !
Je suis en mutualisé (code source de spip, en utilisant la mutualisation facile).
J'ai une base par site mutualisé.
Le prefixe est donc celui par défaut : spip (il est donc implicite, sans variable globale explicite dans mes_options pour le signaler).
Et j'ai droit à la belle erreur du titre de ce fil de discussion.
Et
function spip_connect_db($host, $port, $login, $pass, $db='', $type='mysql', $prefixe='spip') {