Evacuation manuelle des dernieres balises Font (il en reste dans les fichiers de langues cependant).

Oubli de passer le nom du serveur dans la requete select, necessaire au cas de plusieurs bases qu'on interroge sur un meme serveur (pour des serveurs différents ou vus comme tels, la fontion était réécrite ailleurs et n'appelait pas spip_query)

les metas sont par defaut sauvegardable, sauf celle dont le champ impt='non'
"

essayons comme ca voir si on a plus de chance ...

"ajout d'un champ 'impt' sur la table meta pour gerer des interdictions de remplacement lors d'une restauration du dump.
Lors de l'upgrade de la base, les metas liees au serveur ou au systeme de fichier sont positionnees a non (non importable)
Les autres sont a oui par defaut
Le mecanisme est generique est pourra etre applique a n'importe quelle table
"

1. accéler la recherche quand on les utilise 
2. prévenir le compilateur que les couples de ces tables sont uniques. 

et à présent:
3. empecher automatiquement les doublons lors d'une fusion entre une sauvegarde et la base courante.

Erreur d'arrondi dans le numero de la base, qui empechait la mise a jour. Ne plus appeler maj_version qu'avec une chaine dorénavant (complet hasard que ce bug ne soit pas remonté plus tot).

Tâche #328 et rationnalisation du cod: les fonctions de inc/utils produisant du code HTML et des entetes HTTP sont évacuées ailleurs. En particulier, la plupart des redirections étant à present dans les scripts de action/, redirige_par_entete passe dans inc/headers. Plus un peu de partage de code ici ou là.

Le bug de [7758] était du à [7674]: on partage effectivement tellement d'utilisations d'une meme requete, que le nombre de réponses a toutes les chances de varier souvent il n'est vraiment pas question de le mémoriser, il faut le
recalculer à chaque fois. Du coup on supprime le champ id_auteur de cette table, car il ne peut plus servir à rien. 

En fait cette table mémorise différentes requetes qui ne sont pas si nombreuses, on pourrait les coder dans un tableau PHP statique et id_ajax_fonc n'en serait plus que l'index, ça éviterait les appels à SQL.

preserve l'environnement (2Ko d'economie sur le source quand meme .. :p )

Evacuation de la meta calculer_rubriques, apres explicitation de sa derniere utilisation. Evacuation aussi de qq variables indefinies pour cause d'emploi double dollar.

La connection automatique à un serveur de BD externe peut etre déclenchée par n'importe quelle requete, pas nécessairement un SELECT

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.

Pour faire un plugin qui gere la restauration propre de tout dump d'une ancienne version
(scratch des tables, creer_base selon v 0.97?, upgrade jusqu'a version cible, restauration, puis upgrade final)

ajout d'un numero de version code pour une utilisation future, notamment test de compatibilité de version pour les 
plugins ou les themes (c'est nouveau ca aussi, mais encore virtuel : un theme serait un dossier squelette sans code (squelette+css uniquement), uploadable directement dans l'interface privée depuis un site comme contrib, et qui s'installera dans CACHE/themes/)

mettre la cle id_rubrique sur les forums en dernier car elle est la moins specifiante et bloquait une jointure externe explicite sur id_article (le compilo prend la premiere clé commune pour la jointure)

Verification des droits sur ecrire/data au démarrage d'une nouvelle ssion: plus systématique qu'au chargement de access.php (qui peut ne jamais etre chargé dans certains types d'utilisation d'un site), et devrait corriger sa précipitation dénoncée par #479.

incrementation version base pour rattraper mes betises de la 1.905 (` dans requete qui empeche d'utiliser le bon prefixe_table)
et include manquant dans upgrade

Acceptation de document SVG au téléchargement. Spip produira une balise Embed avec les attributs width et height recopiés de la balise SVG d'origine. 
Par mesure de sécurité, tout script dans le document en est retiré (par safehtml) avant recopie en IMG/svg/. Des outils de réinsertion des scripts restent à développer pour 

A noter également dans ce dépot:
- modification de Safehtml pour qu'il accepte des attributs avec traits d'union;
- getdocument ne calcule plus qu'une seule fois la taille du fichier transmis.