Importer / Exporter des descriptions de champs extras

Discussions by date of activity

7 discussions

• 5

  

  Loiseau2nuit

  December 2017

  Test en cours SPIP 3.2

  C’est OK pour ce qui est de l’import/export YAML

  Pour l’export php en l’occurence, j’ai pas pu vérifier si il était exploitable mais en attendant il me sort quand même bien un fichier qui correspond plutôt bien à la réalité des champs présents.

  EDIT: vérif faite via la doc de cextras 3, et si elle est toujours à jour, à priori c’est ok. je commit.

  <?php
  if (!defined("_ECRIRE_INC_VERSION")) return;
  
  function monplugin_declarer_champs_extras($champs = array()) {
  
  	// Table : spip_auteurs
  	if (!is_array($champs['spip_auteurs'])) {
  		$champs['spip_auteurs'] = array();
  	}
  
  	$champs['spip_auteurs']['auteur_baseline'] = array(
  			'saisie' => 'input',
  			'options' => array(
  				'nom' => 'auteur_baseline',
  				'label' => 'Fonction ?',
  				'sql' => 'text NOT NULL DEFAULT \'\'',
  				'traitements' => '_TRAITEMENT_RACCOURCIS',
  				'rechercher' => 'on',
  				'explication' => 'Une phrase pour nous dire qui vous êtes',
  			),
  		);
  
  
  
  	// Table : spip_forum
  	if (!is_array($champs['spip_forum'])) {
  		$champs['spip_forum'] = array();
  	}
  
  	$champs['spip_forum']['notification'] = array(
  			'saisie' => 'textarea',
  			'options' => array(
  				'label' => 'Notification',
  				'cols' => 40,
  				'rows' => 5,
  				'sql' => 'text DEFAULT \'\' NOT NULL',
  				'nom' => 'notification',
  			),
  		);
  
  	$champs['spip_forum']['notification_email'] = array(
  			'saisie' => 'textarea',
  			'options' => array(
  				'label' => 'Notification_email',
  				'cols' => 40,
  				'rows' => 5,
  				'sql' => 'text DEFAULT \'\' NOT NULL',
  				'nom' => 'notification_email',
  			),
  		);
  
  
  	// Table : spip_syndic
  	if (!is_array($champs['spip_syndic'])) {
  		$champs['spip_syndic'] = array();
  	}
  
  	$champs['spip_syndic']['input_1'] = array(
  			'saisie' => 'input',
  			'options' => array(
  				'nom' => 'input_1',
  				'label' => 'Ligne de texte',
  				'size' => 40,
  				'sql' => 'text DEFAULT \'\' NOT NULL',
  			),
  		);
  
  
  	// Table : spip_documents
  	if (!is_array($champs['spip_documents'])) {
  		$champs['spip_documents'] = array();
  	}
  
  	$champs['spip_documents']['oembed'] = array(
  			'saisie' => 'textarea',
  			'options' => array(
  				'label' => 'Oembed',
  				'cols' => '40',
  				'rows' => '5',
  				'sql' => 'text DEFAULT \'\' NOT NULL',
  				'nom' => 'oembed',
  			),
  		);
  
  	$champs['spip_documents']['doc_img_alt'] = array(
  			'saisie' => 'input',
  			'options' => array(
  				'nom' => 'doc_img_alt',
  				'label' => 'Attribut ALT de l\'image',
  				'explication' => 'Si votre document est une image, permet de renseigner l\'attribut ALT',
  				'type' => 'text',
  				'size' => '40',
  				'autocomplete' => 'defaut',
  				'sql' => 'text DEFAULT \'\' NOT NULL',
  				'rechercher_ponderation' => '2',
  			),
  		);
  
  	return $champs;
  }

  Maintenant si un dev pur jus me confirme que c’est toujours comme ça qu’on alimente la base en PHP, je commit le paquet.xml

  (Bon ya quand même un truc qui me choque, c’est le ?> manquant en fin de fichier mais je sais pas si c’est grave dans ce cas précis ?)

  • 

    Matthieu Marcillaud

    December 2017

    Non !
    L’export est intégré à champs extras (interfaces) de SPIP 3.
    Plus besoin de ce plugin.

    Par ailleurs, les fermetures ?> ne sont pas conseillés si le fichier contient uniquement du PHP.

  • 

    Matthieu Marcillaud

    December 2017

    Si tu peux revert ta compat sur ce plugin d’export ça serait chouette :)
    En plus j’ai l’impression que tu as testé l’export PHP natif de CE3 et pas celui de ce plugin, car il n’avait pas d’export PHP :p …

  • 

    Loiseau2nuit

    December 2017

    Fait (r108110)

    Désolé, j’avoue que quand le plugin a cessé de fonctionner en SPIP 3.2 je n’ai absoluement pas tilté que les options étaient pourtant bien là quand même (m’apprendra à commiter en pleine nuit blanche... >< )

    Pour le ?> final oui j’ai vu passer pas mal de commit depuis, visant à les supprimer mais j’avoue que le “pourquoi” m’échappe complètement. C’est documenté quelque part ?

    EDIT: j’en ai profité pour rajouter une petite mention en début de doc. Je te laisse la “crayonner” si tu veux la modifier/préciser/supprimer ... ;)

  • 

    Matthieu Marcillaud

    December 2017

    http://php.net/manual/fr/language.basic-syntax.phptags.php

    Si un fichier est purement du code PHP, il est préférable de ne pas placer la balise de fermeture à la fin du fichier. Ceci permet d’éviter d’oublier un espace ou une nouvelle ligne après la balise de fermeture de PHP, ce qui causerait des effets non voulus car PHP commencera à afficher la sortie, ce qui n’est souvent pas ce qui est désiré.

  • 

    JLuc

    December 2017

    Mettre une balise ? > fermante peut causer des problèmes (de headers notamment si jamais des caractères, espaces par exemple, se glissent après cette fermeture)

    Cf http://php.net/manual/fr/language.basic-syntax.phptags.php

  Reply to this message

• 1

  

  Hervé BERNARD

  February 2014

  Merci pour ce plugin :-)

  Cependant, quelle est la procédure pour importer des champs extras d’un Spip 2 vers une nouvelle installation en Spip 3 ?

  • 

    Hervé BERNARD

    February 2014

    En fait, il semble simplement que tout cela soit très bien géré !

    Je viens de faire le test :
    -  MAJ d’un site SPIP2 en SPIP3
    -  les données des champs extras sont conservés en base : affichage des valeurs en site public mais pas encore d’édition dans l’espace privé.
    -  installation du plugin Champs extras 3 (+ interface, saisie, Yaml)
    -  les champs extras (définition et données) sont restaurés et à nouveau éditable dans l’espace privé.
    -  Youpi :-)

    Bravo et merci aux développeurs !

  Reply to this message

• 

  bruno31

  February 2013

  Bonjour Matthieu

  Je veux bien me lancer pour la migration de ce plugin vers SPIP 3.

  D’après toi, est-ce que la migration est facile ?

  Champs extra en SPIP3 fonctionne t’il de la même manière qu’en SPIP2 ?

  Les définitions des champs extra en SPIP3 sont-elles stockées dans spip_meta comme dans SPIP2 ?

  Reply to this message

• 2

  

  marcimat

  February 2012

  Pas besoin. Les sauvegardes de SPIP 3 sont différentes de celles de SPIP 2 : elles sauvent vraiment toute la base (une sorte de clone - données ET structure) ce qui n’était pas le cas avant. Et la restauration restaure... tout !

  Par ailleurs, si c’est migrer de sqlite -> sqlite, il suffit de copier/coller l’ancienne base (config/bases/nom.sqlite) dans le nouveau site, puis de lancer l’installation du nouveau site.

  MM.

  • 

    Fennec72

    February 2012

    Avant même ta réponse, ci-dessous, j’ai fait des test et je suis arrivé à une conclusion y ressemblant beaucoup! :
    ce plugin n’est plus nécessaire, car je viens de faire, en local, un essai réussi de transfert d’un site SPIP 3 beta 2, utilisant les champs extras :
    -  J’ai dupliqué les fichiers et dossiers du site à la racine d’un nouveau dossier en supprimant les fichiers créés par l’installation dans « /config » et en vidant à l’exception du dossier « /dump» le dossier « /tmp », comme lors d’une mise ne ligne par FTP.
    -  J’ai, ensuite, fait une installation de SPIP, puis une restauration de la base et j’ai la bonne surprise de voir que les champs extras avaient suivi.

    Merci

    Hervé Le Dantec

  • 

    bruno31

    November 2012

    Bonjour

    Ce plugin est toujours nécessaire en SPIP 3 dans un cas de figure très courant : la création d’un tout nouveau site dans lequel on veut récupérer la définition des champs extra d’un site plus ancien.

  Reply to this message

• 

  Thomas Weiss

  August 2012

  Bonjour. J’ai testé deux fois ce plugin et à chaque fois le message d’erreur suivant est obtenu :

  Problème d’analyse des données... Mauvais copier coller ?

  sur Spip 2.1.17 SVN

  Reply to this message

• 

  Globy

  July 2012

  Dans tous les cas, bien pratique quand on n’a pas accès à phpmyadmin ou autres et que l’on est sur du SPIP2. Donc un grand merci pour ce travail.

  Reply to this message

• 

  Fennec72

  February 2012

  une version spip 3 est-elle prévue?

  Je développe un site spip 3 beta 2 en local, mais je veux être sûr de pouvoir exporter mes champs extras au moment de la mise en ligne du site chez l’hébergeur.

  Éviter de passer par un gestionnaire SQLite comme « sqlite manager » (gestionnaire qui m’a, d’ailleurs, été conseillé par Matthieu Marcillaud) pour exporter la table spip_article (sans doute faisable) serait beaucoup plus simple.

  merci d’avance

  Reply to this message