Introduction de la constante {{{_DIR_AIDE}}} indiquant le répertoire de cache de la documentation, afin de pouvoir en n'avoir qu'un entre plusieurs sites mutualisés.

La fonction {{{calcul_mysql_in}}} doit finalement elle aussi être abstraite à cause des valeurs hexadécimales qui peuvent s'y trouver. Pour éviter des problèmes de compatibilité, cette fonction reste sous ce nom dans le coeur de SPIP, mais il faut la considérer comme obsolète et lui préférer:

{{{
in => fonction d'abstraction du test de la présence d'une valeur dans une liste.
}}}
Cette fonction s'ajoute à celles définies dans [10667], [10433], [10131], [10146], [10154] et [10113].

Par ailleurs, les fonctions récemment introduites {{{test_sql_int}}} et {{{test_sql_date}}} se nomment finalement {{{sql_test_int}}} et {{{sql_test_date}}}: bien qu'elles n'abstraient actuellement rien, il est vraisemblable que ce soit le cas lors d'autre portages, on unifie donc tout de suite les nommages.

Ce dépot a remplacé les occurrences de {{{calcul_mysql_in}}} dans {{{ecrire/}} avec:
{{{
for i in $(grep -l calcul_mysql_in [pige]*/*.php)
do 
sed s/calcul_mysql_in/sql_in/g $i > x
mv x $i
done
}}}

PG rale si on met une chaîne plus longue que la place déclarée par le VARCHAR, savoir ici un Referer. On va donc chercher la déclaration de la table pour connaître la longueur et tronquer par PHP. Le RFC HTTP1/1 dit qu'il n'y a pas de limite de longueur d'URL a priori, le 255 pris ici est un peu limite.

Lorsque le serveur principal n'a pu indiquer son alphabet de connexion à SPIP, prendre UTF8 pout les serveurs secondaires sinon c'est n'importe quoi. Et se servir du type SQL pour déterminer la valeur du ''text-align'': des vertèbres pas alignées ça ne tient pas debout, tous les paléontologues vous le diront.

Traitement du ALTER à plusieurs champs par PG, sous la forme d'autant instructions ALTER. Pas optimal, mais ainsi le génie de SPIP/PG enregistre enfin les popularités ... en attendant la sienne.

Interface graphique trompeuse dans les squelettes dynamiques: il semblait que les formulaires effectuaient une conjonction des critères optionnels fournis alors qu'il n'en était rien. J'enlève le leurre, mais on peut se poser la question de savoir si un squelette faisant ça ne serait pas plus illustratif de la puissance du système. Mais ce serait graphiquement plus lourd, et ce squelette voulant servir d'exemple minimal commencerait à être rude.

Utiliser systématiquement les squelettes inclus de ''dist/'' pour harmoniser la présentation des squelettes dynamiques avec les autres et prendre en compte les vertèbres qui ne parlent pas notre langue. Le lien habituel ''squelette'' en bas de page fonctionne à présent pour elles aussi, bien que ça ne dirige pas vers la meme page (on peut d'ailleurs se demander si tous ne devrait pas pointer sur celle-ci).

Par ailleurs, le tableau retourné par la fonction '''trouver_table''' contient une entrée supplémentaire, {{{connexion}}}, ça évite de trimbaler le paramètre {{{$connect}}} partout. 

Squelettes dynamiques introduits en [10645]: mettre aussi un formulaire de saisie par colonne, sinon les critères conditionnels ne sont pas devinables.

le squelette compile change de nom si version_code est modifiee ; permet d'eviter des erreurs bloquantes lors de la mise a jour

Extension du filtre '''parametre_url''': il est à présent possible de donner une liste de paramètres plutôt qu'un unique paramètre, ce qui évite d'écrire une succession d'appels à ce filtre lorsque l'on veut appliquer le même traitement à ces paramètres (en pratique c'est surtout la suppression). La syntaxe retenue est de les séparer par une barre '''|''', et ne rien mettre autour. Ainsi:
{{{
[(#SELF|parametre_url{"tri_n|_tri|_tri_n",""})]
}}}
élimine trois paramètres de l'URL courante s'ils s'y trouvent.

Application aux squelettes dynamiques introduits en [10645]. Ceux ci ont de plus un lien vers le squelette produit, sous la forme d'un appel au débusqueur avec les paramètres idoines (pour ne pas effrayer les débutants avec la page d'accueil du débusqueur).

Evacuation de exit, on peut enfin passer le validateur sur l'aide en ligne sans perdre la main en cas de doc non disponible dans la langue demandée.

savoir traiter les é dans les images_typo (kent1, cf. http://trac.rezo.net/trac/spip-zone/ticket/618 )

Evacuation de echo et exit: la fonction de cache retourne un message d''erreur si le calcul de la page est impossible, plutot que de faire exit autoritairement.

Le validateur sur répertoire de script peut s'appliquer sur n'importe quel répertoire (pas seulement exec) à présent, et pour les fonctions ne faisant pas 'echo' se sera leur résultat qui sera validé. Les actions deguisées en exec (import et export) repèrent elles-mêmes qu'elles sont appelées dans ce contexte et évite de s'exécuter.

Les fonctions appelées par inc_admin reçoivent deux arguments, il est largement temps d'avoir systématiquement les 2 paramètres correspondants, car ça permet d'empêcher leur execution si elles ne sont pas appelées à travers elle (notamment un testeur automatique avec les autorisations sans confirmation dans le mes_options).

Enfin compris pourquoi le validateur avec appel synthétisé ne donnait pas toujours le meme résultat qu'en accès direct: l'appel a toujours 3 arguments alors que les fonctions _args en exigent parfois plus. Ah, parlez-moi du Lisp de mon enfance où programmes==données et on chopait l'entête de la fonction en une instruction.

version a jour de la liste des moteurs de recherche (cf. spip-zone/_dev_/engines/dist/engines-list.txt )

les vrais malheurs de sedna, viennent du fait que ce code chargeait, depuis quelque temps, les fichiers public.php ou spip.php -- qui ne sont pas des fichiers de langue

Sous le débusqueur, toujours proposer la validation XML, l'existence du service ne se devine pas. Nouvelle spec du coup: si la variable {{{xhtml}}} vaut {{{true}}}, on propose  le validateur du W3C, sinon on propose le validateur maison. Pour la simple indentation, hors débusqueur, si elle vaut {{{true}}} et qu'il existe {{{inc_tidy}}} on appelle cette fonction, sinon on appelle l'indenteur maison.

Certaines opérations  n'appelaient volontairement pas ecrire_metaS pour éviter de refabriquer le fichier de metas plusieurs fois (en particulier la grosse boucle  dans l'importation). Pour revenir exactement au meme comportement, On introduit une statique dans ecrire_meta et effacer_meta pour ne faire le Touch qu'une fois (mais il est probable qu'on tapait dans le cache disque de toutes façons).

une fois la commande SQL lancee, on risque le timeout ; il faut donc avoir note l'etape avant de lancer la commande
probleme de cette approche : la serie de commandes emboitees avec CREATE TEMPORARY TABLE, pour les date_thread, risque de casser au milieu sans qu'on s'en apercoive (todo)

Petites modifications, normalement transparentes, dans le code produit par le compilateur pour maximiser le nombre d'occurrences de {{{$Pile[O]['}}}''nom''{{{']}}}. Cela concerne:

 * la balise ENV
 * les #PARAM non indiqués par les boucles

et déplacements de fonctions et inclusions pour que le validateur puisse exécuter le compilateur hors contexte.

Suite de [10609], le validateur appliqué à un répertoire cherche à présent les squelettes du répertoire si l'URL contient {{{&ext=html}}} (ou s'il ne trouve pas de fichier {{{.php}}} dans le répertoire). On peut donc tester la validité XML de tous les squelettes standards en invoquant:

	{{{ecrire/?exec=valider_xml&url=../dist}}}

Les squelettes ne contenant pas la chaîne {{{DOCTYPE}}} sont ignorés.

Le contexte nécessaire au squelette est deviné en cherchant dans le code compilé toutes les occurrences de {{{$Pile[O]['}}}''nom''{{{']}}}. La valeur associé à ''nom'' est 1 si cette occurrence est argument de {{{intval}}}, une chaine quelconque sinon (très insuffisant, mais le langage de squelette de SPIP n'étant pas fortement typé, c'est difficile de faire mieux).

Le tableau de résultat donne le nombre d'erreurs de validation, et un lien vers l'application du validateur sur la page concernée (qui remarche depuis [10672]) avec le contexte deviné (qu'il faudra donc parfois corriger dans la barre de navigation).

Pb 40 avec [9649] (eh oui il en restait un): on n'avait plus accès à la validation dans le débusqueur.

lire_meta(), ecrire_metas() et spip_fetch_array() reviennent dans les fonctions de base ; on les considere depreciees, mais la gymnastique a faire pour developper des plugins compatibles 1.9.2 et 1.9.3 si on les laisse dans vieilles_defs est beaucoup trop couteuse par rapport au gain