J'ai installé ce plugin qui me semble idéal pour mes besoins, mais qd j'essaye
d'affecter un mot clé à un auteur j'ai le message
Warning: mysql_free_result(): supplied argument is not a valid MySQL result
resource in ............/ecrire/base/db_mysql.php on line 356
Qqun sait ce que ça veut dire ?
Par ailleurs j'ai bêtement perdu la page où il y avait la doc de ce plugin et
je ne la retrovue plus, je veux bien le bon lien svp
--
Cordialement, Daniel Cartron
« La science est un jeu dont la règle du jeu consiste à trouver quelle est la
règle du jeu. »
François Cavanna - Le saviez-vous ?
Bonjour,
La seule doc que j'ai trouvé est celle-là ;
@+
Daniel Cartron a écrit :
J'ai installé ce plugin qui me semble idéal pour mes besoins, mais qd j'essaye d'affecter un mot clé à un auteur j'ai le message
Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in ............/ecrire/base/db_mysql.php on line 356
Qqun sait ce que ça veut dire ?
Par ailleurs j'ai bêtement perdu la page où il y avait la doc de ce plugin et je ne la retrovue plus, je veux bien le bon lien svp
Le jeudi 26 avril 2007 13:25, Daniel Cartron a écrit :
J'ai installé ce plugin qui me semble idéal pour mes besoins, mais qd
j'essaye d'affecter un mot clé à un auteur j'ai le message
Warning: mysql_free_result(): supplied argument is not a valid MySQL result
resource in ............/ecrire/base/db_mysql.php on line 356
Je pense à un truc, mes tables sont préfixées, serait-ce l'explication ?
--
Cordialement, Daniel Cartron
« Tu es responsable de ce que tu as apprivoisé. »
Antoine de Saint-Exupéry - Le petit prince
Daniel Cartron a écrit :
Le jeudi 26 avril 2007 13:25, Daniel Cartron a écrit :
J'ai installé ce plugin qui me semble idéal pour mes besoins, mais qd
j'essaye d'affecter un mot clé à un auteur j'ai le message
Warning: mysql_free_result(): supplied argument is not a valid MySQL result
resource in ............/ecrire/base/db_mysql.php on line 356
Je pense à un truc, mes tables sont préfixées, serait-ce l'explication ?
probable, c'etait géré en 1.8.3 mais je n'ai jamais testé.
il doit y avoir une erreur SQL dans les logs, non ?
vu qu'on utilise des spip_query, on doit pouvoir virer toutes les references au prefixe et tout mettre en spip_xxx.
Si j'ai bien compris, Spip remplacera par le bon prefixe.
Le jeudi 26 avril 2007 14:11, spipcarto a écrit :
> Je pense à un truc, mes tables sont préfixées, serait-ce l'explication ?
probable, c'etait géré en 1.8.3 mais je n'ai jamais testé.
il doit y avoir une erreur SQL dans les logs, non ?
comment je peux voir ça ?
vu qu'on utilise des spip_query, on doit pouvoir virer toutes les
references au prefixe et tout mettre en spip_xxx.
Si j'ai bien compris, Spip remplacera par le bon prefixe.
heu là j'ai rien compris... Faut retoucher le code du plugin ?
--
Cordialement, Daniel Cartron
« Idylle : ça commence comme idiot et ça finit comme imbécile. »
Alfred Capus
Daniel Cartron a écrit :
Le jeudi 26 avril 2007 14:11, spipcarto a écrit :
Je pense à un truc, mes tables sont préfixées, serait-ce l'explication ?
probable, c'etait géré en 1.8.3 mais je n'ai jamais testé.
il doit y avoir une erreur SQL dans les logs, non ?
comment je peux voir ça ?
/tmp/spip.log
vu qu'on utilise des spip_query, on doit pouvoir virer toutes les
references au prefixe et tout mettre en spip_xxx.
Si j'ai bien compris, Spip remplacera par le bon prefixe.
heu là j'ai rien compris... Faut retoucher le code du plugin ?
oui, si ca se confirme.
il suffit de virer la ligne :
if ($GLOBALS['table_prefix']) $table_pref = $GLOBALS['table_prefix'];
dans action/mots_partout.php, exec/config_mots_partout.php et exec/mots_partout.php
Dis moi si ca regle le probleme.
@++
Le jeudi 26 avril 2007 14:35, spipcarto a écrit :
Daniel Cartron a écrit :
> Le jeudi 26 avril 2007 14:11, spipcarto a écrit :
>>> Je pense à un truc, mes tables sont préfixées, serait-ce l'explication
>>> ?
>>
>> probable, c'etait géré en 1.8.3 mais je n'ai jamais testé.
>> il doit y avoir une erreur SQL dans les logs, non ?
>
> comment je peux voir ça ?
/tmp/spip.log
j'y trouve :
Apr 26 13:20:25 193.249.83.114 (pid 7936) Apr 26 13:20:25 193.249.83.114 (pid
7936) 1109 Unknown table 'spip_mots' in where clause
donc il cherche la table spip_mots qui n'existe évidemment pas puisque j'ai
préfixée (ou plus exactement mediumfixée 
)
>> vu qu'on utilise des spip_query, on doit pouvoir virer toutes les
>> references au prefixe et tout mettre en spip_xxx.
>> Si j'ai bien compris, Spip remplacera par le bon prefixe.
>
> heu là j'ai rien compris... Faut retoucher le code du plugin ?
oui, si ca se confirme.
il suffit de virer la ligne :
if ($GLOBALS['table_prefix']) $table_pref = $GLOBALS['table_prefix'];
dans action/mots_partout.php, exec/config_mots_partout.php et
exec/mots_partout.php
Fait mais pas de changements...
--
Cordialement, Daniel Cartron
« L'homme n'est pas fait pour travailler et la preuve, c'est que ça le
fatigue. »
Tristan Bernard
Daniel Cartron a écrit :
Le jeudi 26 avril 2007 14:35, spipcarto a écrit :
Daniel Cartron a écrit :
Le jeudi 26 avril 2007 14:11, spipcarto a écrit :
Je pense à un truc, mes tables sont préfixées, serait-ce l'explication
?
probable, c'etait géré en 1.8.3 mais je n'ai jamais testé.
il doit y avoir une erreur SQL dans les logs, non ?
comment je peux voir ça ?
/tmp/spip.log
j'y trouve :
Apr 26 13:20:25 193.249.83.114 (pid 7936) Apr 26 13:20:25 193.249.83.114 (pid 7936) 1109 Unknown table 'spip_mots' in where clause
donc il cherche la table spip_mots qui n'existe évidemment pas puisque j'ai préfixée (ou plus exactement mediumfixée )
vu qu'on utilise des spip_query, on doit pouvoir virer toutes les
references au prefixe et tout mettre en spip_xxx.
Si j'ai bien compris, Spip remplacera par le bon prefixe.
heu là j'ai rien compris... Faut retoucher le code du plugin ?
oui, si ca se confirme.
il suffit de virer la ligne :
if ($GLOBALS['table_prefix']) $table_pref = $GLOBALS['table_prefix'];
dans action/mots_partout.php, exec/config_mots_partout.php et
exec/mots_partout.php
Fait mais pas de changements...
zut, c'est moins magique que je ne l'avais imaginé...
et en les remettant et en fixant $GLOBALS['table_prefix'] dans mes_options, ca ne marche pas non plus ?
en fait, je ne me suis jamais interessé à cette histoire de prefixe, je ne sais pas trop comment ca marche ni à quel niveau c'est utilisé.
Si quelqu'un a des pistes, je veux bien corrigé le plugin, mais c'est quoi, la bonne facon de faire des requetes en tenant compte du prefixe ?
@++
Daniel Cartron a écrit :
> Le jeudi 26 avril 2007 14:11, spipcarto a écrit :
>>> Je pense à un truc, mes tables sont préfixées, serait-ce
l'explication ?
>> probable, c'etait géré en 1.8.3 mais je n'ai jamais testé.
>> il doit y avoir une erreur SQL dans les logs, non ?
>
> comment je peux voir ça ?
/tmp/spip.log
Mysql.log pour les erreur sql, non ?