Importer / Exporter des descriptions de champs extras - commentairesImporter / Exporter des descriptions de champs extras2017-12-19T13:59:31Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4949862017-12-19T13:59:31Z<p>Mettre une balise<small class="fine d-inline"> </small>? > fermante peut causer des problèmes (de headers notamment si jamais des caractères, espaces par exemple, se glissent après cette fermeture)</p>
<p>Cf <a href="http://php.net/manual/fr/language.basic-syntax.phptags.php" class="spip_url spip_out auto" rel="nofollow external">http://php.net/manual/fr/language.basic-syntax.phptags.php</a></p>Importer / Exporter des descriptions de champs extras2017-12-19T09:08:23Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4949822017-12-19T09:08:23Z<p><a href="http://php.net/manual/fr/language.basic-syntax.phptags.php" class="spip_url spip_out auto" rel="nofollow external">http://php.net/manual/fr/language.basic-syntax.phptags.php</a></p>
<blockquote class="spip">
<p>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é.</p>
</blockquote>Importer / Exporter des descriptions de champs extras2017-12-19T02:04:24Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4949802017-12-19T02:04:24Z<p>Fait (r108110)</p>
<p>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... >< )</p>
<p>Pour le <code class="spip_code spip_code_inline" dir="ltr">?></code> 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<small class="fine d-inline"> </small>?</p>
<p>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 ...<small class="fine d-inline"> </small>;)</p>Importer / Exporter des descriptions de champs extras2017-12-18T08:44:49Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4949632017-12-18T08:44:49Z<p>Si tu peux revert ta compat sur ce plugin d'export ça serait chouette :)<br class="autobr">
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 …</p>Importer / Exporter des descriptions de champs extras2017-12-18T08:39:30Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4949622017-12-18T08:39:30Z<p>Non<small class="fine d-inline"> </small>!<br class="autobr">
L'export est intégré à champs extras (interfaces) de SPIP 3.<br class="autobr">
Plus besoin de ce plugin.</p>
<p>Par ailleurs, les fermetures <code class="spip_code spip_code_inline" dir="ltr">?></code> ne sont pas conseillés si le fichier contient uniquement du PHP.</p>Importer / Exporter des descriptions de champs extras2017-12-18T02:37:49Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4949592017-12-18T02:37:49Z<p>Test en cours SPIP 3.2</p>
<p>C'est OK pour ce qui est de l'import/export YAML</p>
<p>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.</p>
<p><i> <strong>EDIT :</strong> vérif faite via la doc de cextras 3, et si elle est toujours à jour, à priori c'est ok. je commit. </i></p>
<div class="precode"><pre class="spip_code spip_code_block language-php" dir="ltr" style="text-align:left;" data-language="php"><code><?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;
}</code></pre></div>
<p>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</p>
<p>(Bon ya quand même un truc qui me choque, c'est le <code class="spip_code spip_code_inline" dir="ltr">?></code> manquant en fin de fichier mais je sais pas si c'est grave dans ce cas précis<small class="fine d-inline"> </small>?)</p>Importer / Exporter des descriptions de champs extras2014-02-12T17:40:37Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4738582014-02-12T17:40:37Z<p>En fait, il semble simplement que tout cela soit très bien géré<small class="fine d-inline"> </small>!</p>
<p>Je viens de faire le test :
<br>- MAJ d'un site SPIP2 en SPIP3
<br>- 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é.
<br>- installation du plugin Champs extras 3 (+ interface, saisie, Yaml)
<br>- les champs extras (définition et données) sont restaurés et à nouveau éditable dans l'espace privé.
<br>- Youpi :-)</p>
<p>Bravo et merci aux développeurs<small class="fine d-inline"> </small>!</p>Importer / Exporter des descriptions de champs extras2014-02-12T11:53:11Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4738492014-02-12T11:53:11Z<p>Merci pour ce plugin :-)</p>
<p>Cependant, quelle est la procédure pour importer des champs extras d'un Spip 2 vers une nouvelle installation en Spip 3<small class="fine d-inline"> </small>?</p>Importer / Exporter des descriptions de champs extras2013-02-12T00:08:09Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4652222013-02-12T00:08:09Z<p>Bonjour Matthieu</p>
<p>Je veux bien me lancer pour la migration de ce plugin vers SPIP 3.</p>
<p>D'après toi, est-ce que la migration est facile<small class="fine d-inline"> </small>?</p>
<p>Champs extra en SPIP3 fonctionne t'il de la même manière qu'en SPIP2<small class="fine d-inline"> </small>?</p>
<p>Les définitions des champs extra en SPIP3 sont-elles stockées dans spip_meta comme dans SPIP2<small class="fine d-inline"> </small>?</p>Importer / Exporter des descriptions de champs extras2012-11-08T15:49:02Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4629522012-11-08T15:49:02Z<p>Bonjour</p>
<p>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.</p>Importer / Exporter des descriptions de champs extras2012-08-19T18:08:06Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4603992012-08-19T18:08:06Z<p>Bonjour. J'ai testé deux fois ce plugin et à chaque fois le message d'erreur suivant est obtenu :</p>
<blockquote class="spip">
<p>Problème d'analyse des données... Mauvais copier coller<small class="fine d-inline"> </small>?</p>
</blockquote>
<p>sur Spip 2.1.17 SVN</p>Importer / Exporter des descriptions de champs extras2012-07-05T05:31:40Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4590302012-07-05T05:31:40Z<p>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.</p>Importer / Exporter des descriptions de champs extras2012-02-29T13:40:53Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4549392012-02-29T13:40:53Z<p><strong>Avant même ta réponse, ci-dessous, j'ai fait des test et je suis arrivé à une conclusion y ressemblant beaucoup<small class="fine d-inline"> </small>! : </strong><br class="autobr">
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 :
<br>- 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 «<small class="fine d-inline"> </small>/config<small class="fine d-inline"> </small>» et en vidant à l'exception du dossier «<small class="fine d-inline"> </small>/dump<small class="fine d-inline"> </small>» le dossier «<small class="fine d-inline"> </small>/tmp<small class="fine d-inline"> </small>», comme lors d'une mise ne ligne par FTP.
<br>- 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.</p>
<p><strong>Merci</strong></p>
<p>Hervé Le Dantec</p>Importer / Exporter des descriptions de champs extras2012-02-29T11:32:16Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4549362012-02-29T11:32:16Z<p>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<small class="fine d-inline"> </small>!</p>
<p>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.</p>
<p>MM.</p>Importer / Exporter des descriptions de champs extras2012-02-29T10:20:30Zhttps://files.spip.org/Importer-Exporter-des-descriptions-de-champs-extras#comment4549292012-02-29T10:20:30Z<p><strong>une version spip 3 est-elle prévue<small class="fine d-inline"> </small>?</strong></p>
<p>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.</p>
<p>Éviter de passer par un gestionnaire SQLite comme «<small class="fine d-inline"> </small>sqlite manager<small class="fine d-inline"> </small>» (gestionnaire qui m'a, d'ailleurs, été conseillé par Matthieu Marcillaud) pour exporter la table spip_article (sans doute faisable) serait beaucoup plus simple.</p>
<p>merci d'avance</p>