espace stupide qui empechait de reconnaitre les bots (report de http://zone.spip.org/trac/spip-zone/changeset/33871 )

cache 0 sur le sitemap, en lien notamment avec la nouvelle gestion des _IS_BOT + suite de l'optimisation de [14429]

reports: detection des bots http://zone.spip.org/trac/spip-zone/changeset/33517 ; langue schtroumpf pour le gamin

report des bots http://zone.spip.org/trac/spip-zone/changeset/33517 + http://zone.spip.org/trac/spip-zone/changeset/33518

Compatiblite IE6 des branches 2.0 et 2.1 ...

normaliser_date() prend un argument indiquant si on veut forcer un jour existant (en -01; c'est la cas d'une date passee dans l'url) ou se contenter d'un nc (-00, cas d'une date passee dans {{{#DATE}}}).

La récupération d'un fichier distant proposait un pipeline (dans inc/distant) ne portant que sur la notion de fichier et non pas de document SPIP.

Il peut être nécessaire d'avoir un pipeline sur la table de documents après une récupération de document distant, on le plave dans l'action copier_local 

Eviter un warning inutilement alarmant (après restauration on peut avoir un hash obsolète qui fait croire que le formulaire de login est défaillant).

ajout de {{{span@lang=x [@dir=rtl]}}} autour des blocs multi ; + retour de la typo dans toutes les langues (seuls fr et en marchaient encore) ; retour de la fonction extraire_multi(), amelioree

Correction PG, fixe #1840: pourquoi [10883] a mis dans la version PG de cette fonction un traitement particulier pour WHERE, absent de la version MySQL ? Ce traitement réapplique le jeu de RegExp déjà appliqué, ce qui rajoute des bugs sans en enlever semble-t-il.

Petite erreur dans le dépot précédent: il y avait un nom de ficheir de cache de pipeline qui était calculé et qui n'a donc pas déménagé dans tmp/cache.

Declarer les fichiers concernant les plugins dans spip_initialisation_core, dans spip_initialisation_suite c'est trop tard (Kent1). Et tant qu'à faire, les mettre dans le sous-répertoire cache, puisque ce sont des fichiers de caches.

Correction du traitement des blocs multi de [14718] qui ne tenait pas compte du cas {{{forcer_lang=true}}} où la langue du contexte a priorité sur la langue de l'objet (bug péniblement entr'aperàu par Kent1). On en profite pour optimiser ce code en calculant  au chargement du fichier la RegExp calculée, plutôt qu'à chaque appel.

[14720] ayant remplacé les appels à extraire_multi par corriger_typo, c'est inc/texte et non plus inc/filtre qu'il faut inclure ici.

Les fichiers de caches sur les pipelines et les plugins doivent faire partie de la purge du cache, sinon c'est le dialogue de sourds assuré sur l'existence de bug. S'il reste d'autre fichiers de ce genre non pris en compte par la purge, il faudrait les rajouter.

Remplacement des appels à {{{extraire_multi}}} par {{{corriger_typo}}}}, ce qui n'est pas superflu et permet d'éviter la duplication de code autour de cette fonction. Elle disparaît de la version 2.1 mais reste en 2.0 par souci de compatibilité. A noter que la fonction associée à la balise INTRODUCTION ne donnera pas exactement le même résultat pour certains texte avec balise {{{multi}}} mais ce n'est pas dramatique.

Correction/extension de la balise {{{multi}}}, en réponse à [http://forum.spip.org/fr_218282.html un besoin exprimé dans le forum]. Si la balise multi n'a pas une entrée correspondant à la langue courante du texte, il ne faut pas typographier le texte sélectionné par défaut avec les règles de la langue courante, mais avec celle associée à ce texte. Du coup, il est possible d'obtenir la bonne typographie d'une citation dans une autre langue, en utilisant une balise {{{multi}}} volontairement réduite à une seule entrée.

1. ajouter le {{{type='mime/type'}}} quand il est connu, cas du lien {{{ [->doc1] }}}
2. ne pas mettre rel=external lorsque l'url liee est celle du site

Révision de la procédure de connexion de serveur à serveur pour contourner l'atteinte au libre usage d'Internet dans certains pays. En particulier, introduction de 3 constantes pre-définissables pour forcer des en-têtes HTTP simulant une connexion de client à serveur et non de serveur à serveur: {{{_INC_DISTANT_USER_AGENT, _INC_DISTANT_VERSION_HTTP, _INC_DISTANT_CONTENT_ENCODING}}}.

A noter qu'un {{{Content-Encoding: gzip}}} en HTTP1.0 est bien décompressé, mais pas en HTTP1.1, malgré une réduction du nombre de fichiers temporaires. L'utilisation de {{{gzopen}}} et connexes n'arrange rien. A élucider.

Introduction de la constante _TRI_GROUPES_MOTS appliqué sur le formulaire d'ajout de mots (sur les articles, rubriques) afin de pouvoir trier les groupes non pas par id (comme actuellement) mais aussi par titre… Je me demande d'ailleurs si ça ne serait pas l'option à mettre par défaut (comme pour la page ?exec=mots_tous)

D'après l'Oracle, la fin du monde aura lieu avant l'an 9999 puisque le 31 décembre de cette année n'existe pas. Puisqu'en peut donc en dire "Il n'y a plus rien", on remplace par {{dans dix mille ans}}, pour fêter au passage l'inauguration tant attendue d'une place Léo Ferré à Paris.