remplacement du ereg pas assez général vu les nouveaux attributs mis dans la balise initiale d'une sauvegarde

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

1. Les pièces jointes à un article ou une rubrique sont importées sous forme de documents distants. Il faut donc donner l'URL du site d'où provient la sauvegarde dans le menu demandant la fusion.

2. Identification de chaque article de la sauvegarde avec un article de la base installée, s'ils ont meme titre et si leurs rubriques mères ont été identifées.

A noter qu'on pourrait comparer les deux dates de mise à jour pour décider de quand meme écrire les champs de la sauvegarde si sa version de l'article est plus récénte. Allant plus loin, on pourrait utiliser la table des versions pour décider quel est plus récent de chaque champ, et offrir ainsi une véritable ''synchronisation'' entre 2 sites fonctionnant en miroir. A approfondir.

Tâche #685, suite de [7952]. Les raccourcis ->rubNN, ->breveNNN >NNN pour articles etc sont eux aussi translatés lors d'une fusion. Petite réécriture des fonctions sur raccourcis pour pouvoir partager le code.

Ce dépot corrige aussi un bug dans l'identification des rubriques, visible seulement pour plusieurs occurrences d'une rubrique, apparaissant dans un certain ordre. Du coup le tableau PHP recopiant la table SQL transitoire est rendu global, car trop souvent passé par référence. Il n'est pas impossible finalement que des jointures sur cette table et les autres ne soit pas plus efficace finalement.

Reste à faire pour achever cette nouvelle fonctionnalité:

- fusion des auteurs et importations des tables auxiliaires sur les auteurs
- référencement des pièces jointes et des logos, à partir de l'URL de la source.
 

Tâche #685, suite de [7991]: la fusion est à présent blindée contre une reprise pour cause de TimeOut ou autre. Et la 2e passe est provoquée par un 302, c'est plus clair.

Tâche #685, suite de [7952]. Lors de l'insertion d'une sauvegarde, encoder celle-ci dans le charset courant du site, sinon c'est le bazar. Marche aussi quand on insère une sauvegarde à l'ancien format (1.2) mais pas à l'anté-diluvien (non numéroté).

Simplification de l'interface debut_admin: on lui donne juste le nom du script (qui est en fait toujours $_REQUEST['exec']) et elle insère tout $_POST automatiquement dans le formulaire demandant la création du répertoire, ce qui lui permettra de fonctionner pour toute nouveauté dans les actions demandant ce controle. En prime (sur FireFox) le nom du répertoire est automatiquement copié dans le presse-papier pour faciliter sa création.

Début de la tâche #685. Spip propose à présent de fusionner la base courante avec les tables principales d'une sauvegarde, moins la tables des types de documents (qui est commune à tous les Spip car en lecture seule) et la table des auteurs (pour éviter les conflits sur les noms de login). Pour une base contenant déjà N rubriques, les secteurs (i.e. les rubriques de premier niveau) de la sauvegarde recevront un numéro supérieur à N, ainsi que leur sous-rubriques dont les champs id_parent et id_secteur seront eux aussi modifiés pour conserver l'arborescence. Idem pour les champs id_rubrique et id_secteur des articles, brèves, forums, et syndications de la sauvegarde. De meme, le champ id_groupe de la table des mots de la sauvegarde tiendra compte de la renumérotation des groupes de mots introduits lors de la fusion.

Ce qui n'est pas (encore) fait: 
 * l'importation des documents joints, et a fortiori la renumérotation des pseudo balises emb,doc,img dans les champs SQL;
 * l'importatio des logos;
 * la fusion des 2 tables d'auteurs, si nom et/ou login identiques
 * la fusion des 2x2 tables de mots et groupes de mots si meme titre
 * l'importation des tables auxiliaires (mots/auteurs d'un article...)

En l'état actuel des choses, cette option de restauration est surtout intéressante pour qui possède une collection d'articles sur un site Spip (par exemple en local) et veut importer d'un bloc cette collection sur un autre. En jouant sur le statut d'administrateur restreint (on peut en créer une juste pour l'occasion), il est possible de n'importer qu'une partie d'une site d'origine, puisqu'une sauvegarde effectuée par un administrateur restreint est réduite aux rubriques qu'il administre.

Egalement dans ce dépot: 
 * la fonction _q() n'entoure plus de guillemets un nombre
 * en cas de sauvegarde avortée, on arrive à garder la connexion au site.

suppression du répertoire de dump à l'installation. Il est créé à la volée, comme CACHE/, sessions/ et les autres.

Bientôt la même chose pour upload/ et ses sous-répertoires.

La fonction debut_page passe dans les vieilles def et devient surchargeable sous le nom de inc_commencer_page. On en profite pour passer dessus la  tache #587 (remplacement des echo par return).

Les scripts de exec appelant cette fonction ont été transformés par le sed-script suivant (peut-etre illisble avec le Wiki ?):

s/^\(.*\)debut_page/\1$commencer_page = charger_fonction('commencer_page', 'inc');\
\1echo $commencer_page/

Le brouteur-frame n'a pas besoin de préparer les icones Ajax. Et centraliser début_page dans les scripts de exec/.

nommage daté et incremental des noms de sauvegarde dump_20061008_000.xml.gz pour echapper a un ecrasement malveillant
liste radio des dumps disponibles pour la restauration

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

dissymétrie import/export par admin restreint. C'est le moment de nommer différemment, meme si c'est le meme repertoire en standard, le repertoire de sauvegardes et le repertoire de sessions.

Petite réorganisation du script d'importation: l'attribut "version_archive", suffixant "inc_import_" et apres codage de '.' en '_' donne le nom de la fonction responsable de la remise en base du contenu de l'archive. Ca permet d'une part de ne pas charger tout le code pour les 3 versions actuellement connues (d'où les 3 fonctions/fichiers inc_import_1_3 etc), mais ça ouvre surtout la porte à l'exploitation de petites archives destinées à compléter une base existante plutot que de la remplacer entièrement. Par exemple, prendre la table des mots-clé  d'un site et le mettre dans un autre et autre SIEPS (qui n'est plus à jour). Evidemment ca reste à écrire, mais tout le mécanisme de sécurité et de reprise en cas d'interruption sera déjà géré.

petit bug dans la liste des tables importables, des tables principales pouvaient etre oubliees avec certains plugins a cause des jointures mal interpretees

Integration de super-dump dans le core. L'exercice a le merite de montrer qu'un plugin qui surcharge c'est un mini-fork de fait, et vaut mieux avoir l'esprit frais pour le reintegrer correctement ...
J'espere ne pas avoir casse les petites fonctionalités ajoutees dernierement dans ce coin du core.
Il y a des chaines non traduites dans ce code :-(

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/...')

le tout avec include_spip(), donc surchargeable etc

probleme de restauration longue. ne pas passer par l'affichage du bandeau (Cedric). A controler soigneusement

Le script de restauration n'etait pas vraiment surchargeable car la fonction import_all_dist se contentait de faire l'authentification ftp, et declenchait une redirection provoquant l'appel d'une fonction import_init non surchargeable dans ce seul contexte. A present, c'est a nouveau import_all qui est appelee et elle s'apercoit qu'elle a deja authentifie, donc passe a la suite.

Cette strategie fait migrer dans le script central le test (auparavant dans le script d'accueil), d'une restauration interrompue,  mais c'est plus logique.

renomme_en_exec_et_en_php () 
{ 
    mv index.php3 i3;
    mv index.php i;
    mv forum.php3 f;
    mv statistiques.php3 s;
    for i in *.php*;
    do
        if [ -f inc_${i%3} ]; then
            $MVCOMMAND inc_${i%3} exec_${i%3};
        else
            if [ -f inc_$i ]; then
                $MVCOMMAND inc_$i exec_${i%3};
            fi;
        fi;
    done;
    mv i3 index.php3;
    mv i index.php;
    mv f forum.php3;
    mv s statistiques.php3;
    $MVCOMMAND inc_auth.php3 exec_auth.php;
    $MVCOMMAND inc_accueil.php exec_accueil.php;
    for i in inc_spip_action*;
    do
        $MVCOMMAND $i exec_${i#inc_};
    done;
    for i in inc_*.php3;
    do
        $MVCOMMAND $i ${i%3};
    done;
    $MVCOMMAND exec_config-contenu.php exec_config_contenu.php;
    $MVCOMMAND exec_config-multilang.php exec_config_multilang.php;
    $MVCOMMAND exec_config-fonctions.php exec_config_fonctions.php;
    $MVCOMMAND exec_config-lang.php exec_config_lang.php
}

(c) 2001-2006

include_ecrire etc acceptent des noms sans extension et completent avec .php ou .php3; migration generale dans ecrire/ pour preparer l'abandon des .php3

ajout systematique du refus de chargement des fichiers inc_* si inc_version n'a pas ete charge auparavant, y compris pour inc_connect qui est cree avec ca a present

surcharge possible de upgrade.php, et eviter de charger les fonctions debut/fin_admin a tous les coups