[spip-dev] histoires de timeout

Coucou,

bon, en replongeant dans le code, il y a effectivement un problème avec la
gestion du timeout : pour peu que le site soit en train de se réindexer, et
qu'il ait dans le même temps des sites à syndiquer, et peu de hits, i traite
toujours ces tâches-là en priorité puis s'arrête pour éviter tout timeout ;
du coup le mail nouveautés ne part jamais.

Quelques pistes, pas forcément exclusives les unes des autres :

* réordonner les priorités, pour que le mail nouveautés passe en premier

* modifier le contrôle de timeout par une fonction qui regarderait combien
  de secondes restent dans le temps imparti (est-ce possible ?)

* autres ?

Par ailleurs, je m'aperçois que la purge du cache se fait de manière bien
aléatoire : quand ($use_cache AND $db_ok), c'est pas souvent :wink:

Bref, y'a pas mal de bugs là-dessous... à suivre dans le CVS.

-- Fil

Par ailleurs, je m'aperçois que la purge du cache se fait de manière bien
aléatoire : quand ($use_cache AND $db_ok), c'est pas souvent :wink:

Ah non, là c'est bon :

// Gerer l'indexation automatique
if (lire_meta('activer_moteur') == 'oui') {
    $fichier_index = 'ecrire/data/.index';
    if ($db_ok) {
        include_ecrire("inc_index.php3");
        $s = '';
        if ($id_article AND !deja_indexe('article', $id_article))
            $s .= "article $id_article\n";

-- Fil

Fatal error: Maximum execution time of 30 seconds exceeded in
/home/user/www/ecrire/inc_index.php3 on line 43

peut etre la function indexer_chaine, avec SPIP 1.5.1 et pendand
plusieurs jours.

C'est réglé dans la version CVS

-- Fil