Les fonctions spip_query et spip_connect admettent un argument supplémentaire optionnel indiquant un serveur de base de données. Le résultat de spip_connect est la fonction à appeler pour effectuer une requete au serveur. Ces fonctions de requetes sont indiquées dans un tableau statique indexé par les différents serveurs. Le tableau est vide au départ, et s'enrichit lors du  premiere appe de spip_connect avec un argument nouveau, S. A ce moment, spip_connect charge le fichier base/S.php et invoque la fonction sans argument base_S censée initialisée la connexion au serveur et retourner le nom de la fonction de requetes. Cette fonction est mémorisée dans le tableau statique, afin qu'aux appels suivants, spip_connect retourne immédiatement cette fonction. Ainsi, spip_query peut appeler systématiquement spip_connect sans perte de performances.

Cette interface est complètement transparente dans le cas habituel. La globale db_ok (qui n'apparait plus que dans base/db_mysql et une fois à l'installation)  est en particulier toujours disponible, mais doit etre considérée comme obsolète: il faut appeler spip_connect() pour savoir si la base est disponible et initialiser la connexion si ce n'est fait.

L'utilisation principale de ces changements est de pouvoir appeler spip_query(requete, serveur) dans les fonctions implémentant les modèles de fonctions de abstract_sql.php. En particulier, la fonction par défaut spip_query_db qui repose sur des globales décrivant la connexion standard, peut etre remplacée par une autre fonction  s'adressant à un autre serveur SQL, tout en profitant de toutes les autres fonctions de db_mysql.

au passage, mettre fond dans le contexte dans recuperer_fond, sinon le calcul du fichier cache est erroné

pour la gestion du cache dans l'espace prive, il faudra etre bcp plus subtil (gerer au cas par cas) ; + petit nettoyage du code

patch pour ce ***** de free qui plante sur filemtime alors qu'il ne devrait pas cf http://php.net/filemtime, cf. #465 (Marcopol)

Ticket #328: la fonction tester_variable passe dans inc_texte, ces 2 seules autres occurrences étant redondantes pour l'une et sur un code en fin de vie pour l'autre.

cf. commentaire sur spip-dev (url inaccessible à cette heure :(

Bug dans le critere Partie lorsqu'il est calculé: SP++ intervenait trop tot (Pyrat). Et reduction du error_reporting, surtout qu'il révélait qu'en cas de balise multi, le numero de ligne pour la validateur interne n'était pas bon

Tache #209: Remplacement des addslashes spécifiques à SQL par la fonction spip_abstract_quote pour faciliter le portage SQLite. Cette fonction retourne son argument intact si c'est un nombre, ou le met entre apostrophes avec \ sur les apostrophes internes sinon. Il faudra toujours l'utiliser pour SQL a present,
et exclusivement pour cela.

La transformation des fichiers a été obtenue par le script suivant:

#!/bin/sh
a=$(grep -l "'\" *\\. *addslashes([^)]*) *\\. *\"'" */*p)
for i in $a
do
sed -e "s/'\"[[:space:]]*\.[[:space:]]*addslashes\(([^)]*)\)[[:space:]]*\.[[:space:]]*\"'/\" . spip_abstract_quote\1 . \"/g;" -e 's/ *\. *""//' $i > x.php
mv  x.php $i
done

plus quelques interventions manuelles, en particulier, le FIND_IN_SET du critere IN a ete remplacé par un FIELD, plus facile a produire dans ce contexte. Il y avait aussi un peu d'incoherence entites_html / addslashes ici ou là. Enfin, le Having, actuellement toujours inutilisé par le compilateur, est a nouveau bon pour le service.

Tâche #209: dans public/ les addslashes de balises.php et references.php sont pour du code PHP, ceux de critres.php, admin.php et cacher.php sont pour du SQL. Et qq warnings en moins pour le error_reporting_all

Comme [6382] mais pour l'espace public: retrait de scories diverses ggrace a error_reporting(E_ALL). Il reste encore des Wargings cela dit

	- ne plus utiliser la forme: list($x) = spip_query("SELECT...
	- faire apparaitre explicitement FROM, WHERE etc si présent
	- avoir tout l'appel sur une seule ligne, terminée par ";".

Tâche #209: la fonction d'abstraction spip_abstract_fetch produit une requête avec l'option MYSQL_ASSOC, ce qui divise par 2 la dimension du tableau retournée par le serveur SQL. Adaptation des utilitaires de l'espace public utilisant cette fonction.

Renommage des fonctions surchargeables de l'espace public (et donc de leur fichier associé) par des verbes aussi simples que possible.

utilisation de include_fonction pour invoquer le service de cache (fonction public_utiliser_cache), qui devient donc surchargeable

et $GLOBALS['fond'] dans le md5() du cache (comme 'marqueur')

2 modifs: 1. chercher les 2 formes d'envois de Content-Type pour affecter $flag_preserver. 2. le nom du cache ne depend plus de la globale $fond qui a presque toujours la valeur par défaut "sommaire" au moment de l'appel de determiner cache, valeur inutile et trompeuse qui opacifiait l'interface.

introduction d'un "marqueur" libre permettant de différencier les caches ... librement ; permet différentes fantaisies dont de la personnalisation (squelette fonction d'un "profil")

suppression de la fonction include_local(), remplacée parfois par include_once() (mais rarement), et d'autres fois par spip_connect() [une fonction qui reste à développer]

include_ecrire *[(] *(["'])inc_(acces|admin|agenda|ajax|auteur_voir|auth_ldap|auth_spip|boutons|charsets|config|cookie|cron|date|diff|distant|extra|filtres|forum|getdocument|import|invalideur|lang|lang_liste|layer|logos|mail|math|mini_nav|minipres|mots|ortho|popularites|presentation|revisions|rubriques|session|signatures|sites_voir|suivi_versions|surligne|syndic|texte|visites)\1 *[)]

en include_spip('inc/...')

ecrire/public-xxxx devient ecrire/public/xxxx.php et est inclus par include_spip() (donc surchargeable)

affiner les modifications de spip_desinfecte() [en effet seules les string peuvent être infectées par des \' ou des %00]

plein de corrections et quelques modifications structurelles pour le passage des variables de personnalisation

changer le bout de md5 du fichier_cache en fonction de $dossier_squelettes; permet des choses fantastiques quand on y pense (et on y pense)

cf. commentaire sur spip-core :
http://listes.rezo.net/archives/spip-core/2006-02/msg00007.html

à tester : 
- les stats
- l'upload de logos
- l'upload de documents
- le cache

on n'enregistre plus le chemin complet vers le cache, mais seulement la partie qui suit _DIR_CACHE (sinon c'est trop long quand le répertoire _DIR_CACHE est funky, et ça dépasse la taille du champ, ce qui provoque de sérieux bugs)