Ferme #2459 en corrigeant deux coquilles venues de r17800 (la globale est toujours définie) et r18667 (la classe est maintenant dans le tableau d'option)

* Inversion du nom des methodes de stockage exogènes des configurations : il est plus logique de créer un lire_config/php.php pour créer un stockage comme cela. 
* Prise en compte de _meta_stockage pour definir un stockage dans les formulaires CVT à stockage automatiques.

(merci Cedric pour le KISS!)

corriger l'affichage ambigu de spip_timer quand le temps est supérieur à 1s et le nombre de millisecondes inférieur à 100 (marcimat)

* sql_preferer_transaction() renvoie TRUE ou FALSE si le moteur SQL prefere, ou éventuellement peut,  en utiliser
* sql_demarrer_transaction() démare une transaction
* sql_terminer_transaction() clos la transaction

Les fonctions ne sont implémentés que sur SQLite dans ce dépot. (les appeler ne fera donc rien dans les autre moteurs SQL actuellement).

Cela permet des gains intéressant sur des sql_update de sqlite :

Le foreach dans l'exemple si dessous passe, pour 190 enregistrements (seulement), de 23s à 400ms !


if (sql_preferer_transaction()) {
	sql_demarrer_transaction();
}
		
foreach ($inserts as $id_plugin => $complements) {
	sql_updateq('spip_plugins', $complements, 'id_plugin=' . intval($id_plugin));
}
		
if (sql_preferer_transaction()) {
	sql_terminer_transaction();
}

La fonction fast_find_plugin_dirs($rep_plugins,$max_prof=100) est trop gourmande lorsqu'elle est lancee sur un dossier pas à la racine du SPIP. Dans ce cas elle demarre dans le repertoire parent ce qui l'amene a scanner tous les dossiers du site (y compris le cache...). 
Ajout d'un parametre $racine=true pour pouvoir l'utiliser avec les dossiers de _DIR_PLUGINS_SUPPL (classiquement de la forme sites/ma-mutu.tld/plugins) sans quelle retourne des dossiers de plugins en dehors de ceux definis/autorises.
Accelere tres sensiblement la fonction dans une mutu avec dossier de plugins supplementaires. 

tout cela reposait sur le bricolage du flux RSS. SVP/STP reprend ca de facon beaucoup plus propre et robuste,
c'est donc lui qui sera en charge de cette fonctionnalite

Reintegration de _DIR_PLUGINS_SUP dans les repertoires scannes par liste_plugin_files() (qui devait etre casse depuis 18418)
Le format de l'array retourne impose une sale bidouille dans les chemins des plugins des repertoires supplementaires, de la forme: plugin/../sites/ma-mutu.tld/plugins par exemple

Quand on recherche tous les plugins d'un repertoire, en profiter pour lire les xml et nettoyer le cache des anciens plugins qui ne sont plus la

La doc mentionne le pipeline lister_tables_noexport mais il n'était pas appelé dans le code. On corrige donc le code.

Non connecté, un formulaire utilisant l'api sql de SPIP ne disposait pas des fonctions de l'API

Proposer un define _AUTORISER_AUTH_FAIBLE permettant de demander à SPIP de ne pas crypter les mots de passe envoyé lorsqu'il n'a pas trouvé de login à quelqu'un. Cela permet de rétablir le comportement d'avant SPIP 3.

Le fonctionnement est le suivant : lorsqu'on veut se connecter à X (un service tiers) en utilisant le formulaire de login de SPIP, SPIP regarde si le login entré dans le formulaire existe dans sa base spip_auteurs. Si c'est le cas, il regarde la source d'identification de l'auteur (colonne source de spip_auteurs) : si c'est SPIP, il crypte (en javascript) le mot de passe saisi avant de le poster. Si c'est une autre source d'authentification, il ne fait rien lui même (le mot de passe est laissé tel quel, mais des javascripts peuvent être appliqués par les plugins de ce système d'authentification).

Là où le bas blessait, c'est lorsque spip_auteurs n'a pas encore connaissance du login cherchant à se connecteur en utilisant une autre source d'authentification, parce que c'est sa première utilisation : SPIP crypte alors toujours le mot de passe avec son alea. On ne peut pas, dans ce cas, s'authentifier sur la source distante.

Ce define, activé par exemple dans auth_X_retrouver_login() permet d'éviter le cryptage du passe de SPIP par défaut lorsqu'un login est introuvable. Une première identification à un service tiers, permet alors  de créer l'auteur dans sa base de données avec source=xxx (xxx étant le nom du système d'authentification).

prive/formulaires/editer_logo.html : ne pas afficher de boite vide quand le choix a été fait de ne pas utiliser de logo sur les objets (#2438). 

le calcul de la date de prochaine tache etait errone car il prenait le min des dates des tache executees et reprogrammees,
ce qui pouvait etre loin dans le futur quand une seule tache a faible recurrence etait executee sur un hit.

Tout comme dans l'espace privé, on peut maintenant utiliser *proprement* plusieurs fois le formulaire de recherche sur la même page.

Pour cela il suffit de lui adjoindre un deuxième argument (après l'URL) qui personnalise le formulaire. Il est utiliser pour ajouter une class CSS sur l'ensemble et pour générer un identifiant de champ unique.

Si ce deuxième argument n'est pas présent, ça fait comme avant, y compris pour l'id du champ (simplement "recherche").

urlencode_1738 fait une analyse caractere par caractere des urls pour encoder les urls UTF8 alors que la plupart du temps il n'ya rien a faire. Un preg_match pour conditionner cette analyse accelere grandement la fonction en general

Le refactoring de lister_tables_objets_sql qui propose un md5 pour savoir quand il a change n'avait pas ete repercutee sur lister_tables_objets_surnoms() et lister_types_surnoms() qui du coup se calculaient de maniere dispendieuse a chaque appel.
On revoit le code pour ne recalculer que quand le md5 de lister_tables_objets_sql change.

afficher joliment les tailles supérieures aux Go via le filtre taille_en_octets

Corriger deux inclusions qui embarquaient un ../ de trop et provoquaient une erreur avec open_basedir (JP. Chiron)

La page de recherche de l'espace privée appelle maintenant les listes d'objets avec un tri par pertinence de recherche (par=points) : ça parait quand même plus logique non ?

DONC, les objets éditoriaux qui veulent s'afficher dans le bon ordre sur cette page DOIVENT implémenter le sens de tri par points décroissants dans leur tableau de sens de tri par défaut : points, -1

On le fait donc pour les objets du noyau déjà.

Suppression de la prise en charge des tailles d'images en CSS inline, qui avait été introduite pour IE6.

SPIP 3 n'a pas à supporter IE6, notamment si c'est au détriment de la compatibilité avec les CSS actuelles (par exemple les grilles CSS qui redimensionnent les images suivant la largeur des colonnes).