Décidé à essayer le moteur de recherche, j'ai enclenché le moteur de
recherche dans l'espace privé sur un site qui a déjà une dizaine d'articles.
Ensuite, ayant lu http://www.spip.net/fr_article996.html qui explique les
deux façons de déclencher l'indexation, je consulte le site publique
intensivement - chaque page plusieurs fois pour m'assurer qu'elle se trouve
dans le cache.
Cela ne semble pas déclencher l'indexation.
Puis je modifie deux articles.
A ce moment, je vois apparaître dans le fichier \data\spip.log des lignes
comme:
Oct 21 20:08:15 10.1.2.28 (pid 1496) demande indexation article 8
Mais la page de recherche ne donne toujours rien.
Et en regardant la base MySQL avec phpMyAdmin, je vois que les tableaux
spip_index_... sont tous vides et inchangés depuis leur création. Je pense
que c'est là que les critères de recherche devraient être stockés ?
Est-ce que quelqu'un voit ce que je devrai faire (ou ne pas faire) pour que
cela marche ? (Tout cela tourne avec EasyPHP 1.7 et Spip 1.7b1)
(Je m'excuse d'avoir d'abord posté ceci par mégarde sur spip-dev)
deux façons de déclencher l'indexation, je consulte le site publique
intensivement - chaque page plusieurs fois pour m'assurer qu'elle se trouve
dans le cache.
Regarde les fichiers data/spip.log et data/.index, normalement quand tu vas
sur la page de l'article 3 .index augmente d'une ligne disant "article 3"...
ensuite au prochain hit, normalement, l'article 3 est indexé (avec une ligne
dans spip.log disant "indexation article 3").
Quand tu modifies un trucs dans l'espace privé, il y un log "demande
indexation article 8" qui met dans .index une ligne "article 3 xxx" (je ne
sais plus précisément, mais un troisième truc signifiant "forecer la
réindeaxtion".
Dis-nous si c'est .index qu ne bouge pas, ou l'indexation qui ne se fait
jamais ?
SPIP n'indexe un objet (article, rubrique, etc) que si ça ne risque pas de
prendre tro de CPU : il n'indexe donc pas quand il doit calculer la page...
Essaie de revenir sur une page déja calculée (sans le &recalcul=oui), comme
un visiteur normal... ça devrait alors indexer un des 93 articles. Ah oui,
il faut aussi qu'il n'ait pas à calculer les stats, à syndiquer des sites,
etc...
Bref, ça marche mieux sur un site en production que sur un site de tests
Essaie de revenir sur une page déja calculée (sans le &recalcul=oui),
comme
un visiteur normal... ça devrait alors indexer un des 93 articles.
C'est ceci qu'il ne fait pas. Je viens de regarder article 7 plusieurs fois:
....
article 7
article 7
article 9
article 15
article 8
article 8
article 1
article 7 1 <== cela correspond à une modification de l'article
article 7
rubrique 9
article 7
article 8
rubrique 9
article 7
article 7
(Est-ce normal que le même article est dans le fichier .index beaucoup de
fois?)
Ah oui, il faut aussi qu'il n'ait pas à calculer les stats, à syndiquer
des sites,
etc...
Il ne fait rien de tout cela.
Est-ce peut-être un problème de permissions/accès ? Mais si oui, il n'y a
pas d'avertissement.
> Est-ce peut-être un problème de permissions/accès ? Mais si oui, il n'y
a
> pas d'avertissement.
Fil a répondu :
Non, je ne crois pas. Aucune idée pour le moment ; chez moi ça marche...
Sur une copie (un peu plus ancienne) du même site, aussi avec SPIP 1.7b1,
sur un serveur Linux, l'indexation se passe:
...
Oct 23 19:58:00 194.51.62.206 (pid 10487) indexation rubrique 15
Oct 23 19:58:02 194.51.62.206 (pid 25058) indexation article 10
Oct 23 19:58:23 194.51.62.206 (pid 25058) indexation rubrique 13
Oct 23 19:58:38 194.51.62.206 (pid 25058) indexation article 8
Oct 23 19:58:48 194.51.62.206 (pid 10850) indexation article 12
...
Dans mon cas, donc, le problème semble que cela ne marche pas sur mon
serveur local, Windows 2000 + EasyPHP 1.7
