Coucou,
pour forcer la réindexation rapide d'un site, il y a bien une méthode ; je
ne comprends pas pourquoi Antoine pense qu'elle n'est pas bonne. Il suffit
en effet de mettre dans CACHE/.index une liste de tous les objets à
réindexer, et SPIP le fera très vite (un objet à chaque appel de
inc-public.php3, c'est-à-dire à chaque connexion sur le site).
-- Fil
pour forcer la réindexation rapide d'un site, il y a bien une méthode ; je
ne comprends pas pourquoi Antoine pense qu'elle n'est pas bonne. Il suffit
en effet de mettre dans CACHE/.index une liste de tous les objets à
réindexer, et SPIP le fera très vite (un objet à chaque appel de
inc-public.php3, c'est-à-dire à chaque connexion sur le site).
Ben, c'est déjà ce qui est fait... Que veux-tu y ajouter ?
@ Antoine Pitrou <antoine@rezo.net> :
Ben, c'est déjà ce qui est fait... Que veux-tu y ajouter ?
On a :
if ($purger_index == "oui") {
if (verifier_action_auteur("purger_index", $hash)) {
spip_query("DELETE FROM spip_index_articles");
spip_query("DELETE FROM spip_index_auteurs");
spip_query("DELETE FROM spip_index_breves");
spip_query("DELETE FROM spip_index_mots");
spip_query("DELETE FROM spip_index_rubriques");
spip_query("DELETE FROM spip_index_syndic");
spip_query("DELETE FROM spip_index_dico");
}
}
J'ajouterais bien (pseudo code) :
select id_article from spip-articles where statut=publie
while() {
print "article $id_article" >> CACHE/.index
}
etc....
-- Fil
Fil wrote:
J'ajouterais bien (pseudo code) :
select id_article from spip-articles where statut=publie
while() {
print "article $id_article" >> CACHE/.index
}
etc....
Pquoi pas, mais il faut faire un redirect vers l'espace public pour accéder au CACHE
Pquoi pas, mais il faut faire un redirect vers l'espace public pour accéder au CACHE
Aussi, on va se retrouver avec un fonctionnement plus difficilement
compréhensible, puisque indexation rapide en cas d'effacement, mais
lente sinon....
Enfin bon, pour moi c'est accessoire...
@ Antoine Pitrou <antoine@rezo.net> :
>Pquoi pas, mais il faut faire un redirect vers l'espace public pour
>accéder au CACHEAussi, on va se retrouver avec un fonctionnement plus difficilement
compréhensible, puisque indexation rapide en cas d'effacement, mais
lente sinon....
Quand est-elle lente ? Quand on active l'indexation ? Forçons là aussi...
Enfin bon, pour moi c'est accessoire...
Il y a beaucoup de questions, preuve que le fonctionnement n'est pas clair.
-- Fil
> >accéder au CACHE
NB: on se fout un peu que ce fichier soit dans CACHE/ ; il serait tout aussi
bien dans ecrire/data/
-- Fil
Il y a beaucoup de questions, preuve que le fonctionnement n'est pas clair.
Il est clair si on le laisse se débrouiller, comme beaucoup de choses
en informatique.... Des fois ton mail arrive en retard, ça peut être
très perturbant (pourquoi arrive-t-il en retard maintenant ? que se
passe-t-il qui fait qu'il n'arrive pas en retard d'habitude, ou moins ?
est-ce que l'administrateur système peut s'arranger pour envoyer mes
mails plus vite ? est-ce qu'on a piraté mon compte ? serait-ce ce
fameux hacker masqué sous le pseudonyme de "mailer-daemon"...).
Enfin, "beaucoup de questions", par rapport au nombre de personnes
qui utilisent le moteur de recherche sans poser la moindre question,
je ne trouve pas qu'il y en ait tellement. Il y a énormément de
questions sur les squelettes, aussi. Il y a deux trois personnes
qui s'affolent parce que leur site n'est pas réindexé au bout de
48 heures, quelle horreur. Il y a enfin des gens qui ne lisent pas
la doc 
Il est clair si on le laisse se débrouiller, comme beaucoup de choses
en informatique.... Des fois ton mail arrive en retard, ça peut être
Oui oui, je critique pas! Quand ton moteur de recherche indique "pas
d'article contenant le mot Bordeaux" alors que ton site parle de vin, ça la
fout mal, autant faire passer ça le plus vite possible, c'est tout
-- Fil
Il y a beaucoup de questions, preuve que le fonctionnement n'est pas clair.
Il est clair si on le laisse se débrouiller, comme beaucoup de choses
en informatique.... Des fois ton mail arrive en retard, ça peut être
très perturbant (pourquoi arrive-t-il en retard maintenant ? que se
passe-t-il qui fait qu'il n'arrive pas en retard d'habitude, ou moins ?
est-ce que l'administrateur système peut s'arranger pour envoyer mes
mails plus vite ? est-ce qu'on a piraté mon compte ? serait-ce ce
fameux hacker masqué sous le pseudonyme de "mailer-daemon"...).
Bonjour,
Je ne suis plus vraiment débutant sur le net et, pourtant, je dois
reconnaître que n'étant pas (comme beaucoup) de façon innée un grand initié
de spip (J'ai quand même imprimé TOUTES les pages du guide pour pouvoir les
lire au fur et à mesure dans les minutes où je ne suis pas connecté) mais
franchement, bien qu'il y ait des questions "primaires" il y en a aussi des
de "bon sens".
"On s'attend à ce que... et ça ne le fait pas"
Je suis d'accord ce n'est pas vraiment du développement pur mais c'est de
l'accompagnement de "client" et c'est aussi important que le développement
pour le succès d'un produit.
Enfin, "beaucoup de questions", par rapport au nombre de personnes
qui utilisent le moteur de recherche sans poser la moindre question,
je ne trouve pas qu'il y en ait tellement. Il y a énormément de
questions sur les squelettes, aussi. Il y a deux trois personnes
qui s'affolent parce que leur site n'est pas réindexé au bout de
48 heures, quelle horreur.
Oh le gougnafier 
Il y a enfin des gens qui ne lisent pas
la doc
Plus lue que moi tu meurs...seulement je comprends lentement