Portage a minima pour Postgres, vu comme un serveur ne connaissant même pas la notion.

La fonction d'abstraction {{{set_connect_charset}}} introduite à la va vite dans [10131]] est finalement abandonnée afin d'offrir une interface plus souple et homogène. Le tableau de [10113] décrivant une connexion comporte à la place les 3 entrées suivantes:

{{{
charset => tableau des codages connus du serveur,
get_charset => prédicat testant si un codage (utf-8, iso-* etc) est connu du serveur,
set_charset => impose un codage au serveur
}}}

Le tableau des codages est indexé par son nom HTTP (utf-8 etc), les valeurs étant les informations liées à ce codage dans le serveur (le nom coté serveur est UTF8, la collection choisie etc).

	1. un fichier charge minipres.php afin d'appeler minipres()
	1. minipres.php inclut inc/texte et se prepare a inclure inc/headers
	1. inc/texte inclut inc/lang
	1. inc/lang a du code en ligne qui appelle parfois minipres()
	1. ===> erreur fonction indéfinie (une de celle dans inc/headers).

Je permute juste les deux includes car il y a plus urgent, mais il faudra quand même un jour se débarasser de ça.

Pas beaucoup mieux que action/site les brèves: on affectait la langue de la brève à la langue .... de son ancienne rubrique. Et là il n'y a AUCUN secteur à propager, puisque id_rubrique = id_secteur.

Personne n'a dû déménager un site syndiqué depuis l'apparition du script action/editer_site: copié du script des brèves, il demandait un champ 'lang' dans la table Syndic qui n'en a pas. Quant à la propagation des secteurs, autant la faire pour le seul champ concerné en même temps que le changement du champ id_rubrique.

Attention, ne pas imposer utf8 à une ancienne installation, elle arrive à parler à SPIP sans qu'on mémorise comment, c'est tout.

http://forum.spip.org/fr_189983.html
Donc introduction de la fonction '''jeune_fichier''' à utiliser lorsque filemtime risque de poser problème.

Encore une amélioration à la gestion du cache des metas: le fichier n'est pas détruit mais seulement anti-daté. Spip le reconstruira lorsqu'il verra qu'il est anti-daté, mais cela permet aux informations considérées comme pérennes d'être accessibles même lorsque la base ne l'est pas pour une raison (panne) ou pour une autre (accès conditionné par la base elle-même). Cette stratégie tempère le défaut d'un cache qui ne fait pas dans le détail des meta (on n'est pas au niveau du Hard, faut faire avec) et pourrait encore être améliorée: les appels de lire_meta() provoquent une relecture complète SQL, c'est excessif (quelques uns sont éliminés avec ce dépot).

Le fichier inc/meta étant à présent systématiquement chargé dans inc/utils, toutes ses inclusions disparaissent, ainsi que deux appels à l'antique lire_meta().

Include oublié dans [10438], centralisation des références au cache des metas dans le fichier meta.php, en particulier disparition de sa refabrication dans les fonctions d'administration des plugins: sauf autre bug anté-diluvien (qui sera ainsi découvert) ça ne devrait pas les gêner.

Meilleure solution au problème de l'initialisation de l'alphabet (bug [10427] corrigé rapidement par [10437]): à la première connexion au serveur principal (donc avant même d'avoir lu les metas), plutot que de tester uniquement la présence de la table meta, on lui demande la valeur de la meta '''charset_sql_connexion''' et on s'en sert pour initialiser le mode de connexion. De plus, la valeur ainsi déterminée sera utilisée pour les connexions aux éventuels serveurs secondaires ce qui garantit que l'intégralité des pages construites à partir de différentes serveurs utiliseront le même alphabet.

Bug anté-diluvien remontant à la surface suite à l'optimisation du cache des metas de [10427]: la meta charset_sql_connexion n'est pas toujours connue au moment de la connexion au serveur SQL, et cette situation apparaît beaucoup plus souvent à présent. On prend la valeur par défaut '''utf8''' (sans tiret en MySQL), standard de SPIP à présent, plutôt que de l'iso standard de MySQL. Cette solution reste insatisfaisante cependant, et ne règle pas non plus le pb des extensions mettant dans les metas d'autres valeurs nécessaires à la connexion initiale. A améliorer donc.

#209: Ajout de l'instruction SQL Explain dans les fonctions d'abstraction. Ne marche pas encore en Postgres. Utilisation immédiate dans le débusqueur de sorte que la présence de {{{var_profile}}} dans les paramètres d'URL donne à présent le résultat du Explain en plus du temps de requête, de son classement par durée et de son rang chronologique. Tableau un peu moins illisible mais toujours aussi moche.

Comme dans [10131], [10146] et [10154] on rallonge la liste des fonctions d'abstraction de [10113]: 

{{{
	'explain' => fonction d'abstraction du plan de calcul d'un Select
}}}

mise a jour en plusieurs etapes pour la grosse liste de ALTER qui me plante a *chaque* fois ; la methode peut sans doute etre amelioree

Plutot que d'espérer qu'on n'oubliera jamais d'appeler ecrire_metas après un appel de ecrire_meta ou effacer_meta il est beaucoup plus sûr et efficace de détruire le fichier de cache dans ces deux fonctions: le script en cours n'a plus besoin de ce fichier ni de relire tout la table SQL, et encore moins de faire tout ça plusieurs fois s'il y a plusieurs appels a ecrire_metas au cours de son exécution. C'est le prochain script exécuté qui recréera ce fichier à l'entrée de inc/utils (et en cas d'installation il ne faut meme pas chercher à le créer).

Toutes les occurrences de ecrire_metas ont été retirées, et elle passe en vieilles_def comme ne faisant rien. Pour les quelques occurrences où ecrire_metas n'était pas explicitement précédée de ecrire_meta ou effacer_meta, son ancienne définition a été insérée, mais je doute que cela soit utile.

Reorganisation de la MAJ SQL pour tenir compte de PostGres. Ne recalculer les metas qu'une fois, au debut du script, et propager le traitement du cas particulier 1,xxx a la place de 1.xxx.

- pas de bouton de choix dans le selecteur de rubriques quand il y en a peu, ça déclenche trop tôt la sauvegarde (Mathieu);

- signaler qu'une sauvegarde partielle est destinée à la fusion (Mathieu)

- (concerne toutes les sauvegardes): depuis que le nom du fichier n'est plus imposé par le serveur (seulement proposé dans un Input), il faut refaire le test d'existence préalable du fichier lors de la création finale. Si c'est le cas, l'ancien est renommé afin de ne pas le détruire tout en garantissant que le nom demandé est bien celui utilisé.

Amélioration demandée par [10414]: une requête Ajax pour chercher les titres des rubriques pour faciliter le choix de la sauvegarde partielle. En cherchant à résoudre le bug corrigé par [10419], il est apparu que le sélecteur de rubrique pouvait assez facilement être utilisé ici aussi. Mais il faudrait voir si ce ne serait pas plus lisible en JQuery.

Introduction de redirections dans la mise à jour, afin d'échapper à certains Time Out du serveur HTTP (pas tous malheureusement). Ne pas le faire systématiquemen non plus, sinon c'est le client HTTP qui croit qu'on le fait tourner en bourrique. 

Pour tester sur une base martyr, réécriture des fonctions de MAJ à partir de la 1.945, introduites par [10150]. Leurs noms ont changé car leur signature aussi, mais ça ne devrait concerner personne.

Lorsqu'on choisit une sauvegarde partielle, proposer automatiquement un nom de fichier de sauvegarde signalant cette rubrique. Une requête Ajax allant chercher son titre serait encore mieux. A améliorer.

Résolution de #1075 (liste des documents recherchés). Toutefois il manque un logo de la famille 12 pour les documents, et la CSS ne laisse pas assez de place quand les numéros sont sur 4 chiffres.