spip-zone – SPIP-ZONE

vide @touti 17/01/2020

3

3

Ils nous fichent, fichons les !
Plugin SPIP Askwiki
▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/askwiki/trunk
https://i.imgur.com/bMdPSBR.png
Je viens de coder un plugin SPIP dans le but d’enregistrer des informations depuis wikipedia.
L’idée est de créer ensuite des objets de type triplets RDF pour créer des graphs ou cartes relationnelles.
https://upload.wikimedia.org/wikipedia/commons/thumb/8/88/Basic_RDF_Graph.svg/1920px-Basic_RDF_Graph.svg.png
Pour le moment Askwiki fonctionne uniquement avec le plugin « Contacts & Organisations » et uniquement à partir d’un seul objet « contact » possédant les champs
– nom
– prenom
– date_naissance
– date_deces
– page_wikipedia
– url_wikipedia
– phrase_wikipedia
Il est conseillé d’utiliser le plugin cextra pour ajouter les champs manquants.
USAGE
Renseigner prénom et nom d’un contact
Demander à récupérer les données de la page wikipedia
Les vérifier avant de cliquer pour remplir les champs
Il y a surement mieux, notamment en interrogeant via une librairie spécifique, car c’est actuellement un code CURL assez basique qui interroge un Json.
Je note dans ce fil les outils disponibles, à commencer par C&O Cextras et wikidata
▻https://contrib.spip.net/Plugin-Contacts-Organisations
▻https://contrib.spip.net/Champs-Extras-3
▻https://www.mediawiki.org/wiki/API:Main_page

vide @touti
- vide @touti 17/01/2020
  
  créer un livre avec index, chapitres à partir de données WP
  ▻https://www.wikidata.org/wiki/Wikidata:Main_Page
  
  vide @touti
- RastaPopoulos @rastapopoulos CC BY-NC 17/01/2020
  
  Bravo !
  
  RastaPopoulos @rastapopoulos CC BY-NC
- vide @touti 18/01/2020
  
  merci @rastapopoulos :)
  J’éclaircis un peu le projet que je me suis donné.
  En local, j’ai dû rajouter un formulaire de contact2contact pour pouvoir utiliser spip_contacts_liens avec objet=contact, même si ça cafouille un peu avec les clefs primaires et le crayon…
  
  vide @touti
- Antonin @antonin1 CC BY-NC-SA 18/01/2020
  
  Waw !
  
  Antonin @antonin1 CC BY-NC-SA
- b_b @b_b PUBLIC DOMAIN 18/01/2020
  
  #spip_blog ; dès qu’il y aura une mini doc sur contrib ;)
  
  b_b @b_b PUBLIC DOMAIN
- vide @touti 19/01/2020
  
  yep, pour le moment c’est expérimental :)
  
  vide @touti
Écrire un commentaire
ARNO* @arno ART LIBRE 16/09/2019

2

2

Dis #SPIP, vu qu’on me pose la question : où est-ce qu’on trouve des thèmes un peu modernes et jolis pour SPIP ? La page thèmes de Contrib, je trouve que ça date carrément, et apparemment la page sur Zpip est fermée en ce moment.
Au passage : il faudrait que ce soit multilingue.

ARNO* @arno ART LIBRE
- ARNO* @arno ART LIBRE 16/09/2019
  
  Je vois les thèmes pour Html5Up, pour le coup c’est moderne comme il faut :
  ▻https://contrib.spip.net/Html5up
  
  ARNO* @arno ART LIBRE
- b_b @b_b PUBLIC DOMAIN 16/09/2019
  
  Wala c’est bien ça, avec l’article de présentation des différents thèmes : ►https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up
  
  b_b @b_b PUBLIC DOMAIN
- Fil @fil 16/09/2019
  
  Il n’y a pas un petit paragraphe sur la licence du truc ? Car quand j’ai adapté un html5up à l’époque c’était « pas libre », à savoir qu’il fallait conserver un lien vers le site html5up.
  
  Fil @fil
- b_b @b_b PUBLIC DOMAIN 16/09/2019
  
  @fil je viens de trouver ça ici ▻https://seenthis.net/messages/801935, à voir si ça répond à la question :)
  
  b_b @b_b PUBLIC DOMAIN
- jeanmarie @jeanmarie CC BY-NC-SA 16/09/2019
  
  C’est précisé sur le tuto/guide pour le portage :
  ▻https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace#Licence
  Mais ça pourrait effectivement l’être aussi sur la page de chaque plugin...
  
  jeanmarie @jeanmarie CC BY-NC-SA
- jeanmarie @jeanmarie CC BY-NC-SA 16/09/2019
  
  @fil : Tu as porté quel thème ? Il semble être passé sous les radars du récent recensement...
  
  jeanmarie @jeanmarie CC BY-NC-SA
- Fil @fil 16/09/2019
  
  @jeanmarie j’avais adapté un truc qui existait déjà dans SPIP mais où les crédits étaient problématiques (la personne qui avait porté le thème en squelette SPIP avait mis son nom à la place de html5up dans les ©…). Du coup j’ai eu la flemme de reverser. C’est celui de ▻http://www.3furies.com mais je ne me souviens plus du nom du thème en question.
  @b_b la courge du siam répond pas trop à la problématique ;-)
  
  Fil @fil
- b_b @b_b PUBLIC DOMAIN 17/09/2019
  
  @fil lol mauvais copier/coller, je voulais citer le lien que @jeanmarie t’a donné ^^
  
  b_b @b_b PUBLIC DOMAIN
- jeanmarie @jeanmarie CC BY-NC-SA 17/09/2019
  
  @fil C’est BigPicture : ▻https://zone.spip.net/trac/spip-zone/browser/_squelettes_/html5up_bigpicture
  Le crédit problématique : ▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/html5up_bigpicture/sommaire.html?rev=95819#L118
  Et le commit pour réparer ça : ▻https://zone.spip.net/trac/spip-zone/changeset/117877/spip-zone
  @b_b merci pour la courge du Siam à la bolognaise :)
  
  jeanmarie @jeanmarie CC BY-NC-SA
- Fil @fil 17/09/2019
  
  merci !
  
  Fil @fil
Écrire un commentaire
ARNO* @arno ART LIBRE 8/07/2019

3

3

Si le #plugin #SPIP lien_court fait planter le site, c’est parce qu’il faut activer mbstring avec PHP (par défaut, sur la Debian, ça ne l’est pas).

ARNO* @arno ART LIBRE
- b_b @b_b PUBLIC DOMAIN 8/07/2019
  
  Hop, pour info, en SPIP 3.2 tu peux indiquer qu’un plugin nécessite une librairie php dans le paquet.xm, exemple <necessite nom="php:mbstring" /> ; cf commit ▻https://core.spip.net/projects/spip/repository/revisions/23396
  En ajoutant ça dans ▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/plugins_seenthis/lien_court/trunk/paquet.xml cela permettrait d’avertir les gens qui installent le plugin ;)
  
  b_b @b_b PUBLIC DOMAIN
Écrire un commentaire
ARNO* @arno ART LIBRE 8/07/2019

4

4

Est-ce que quelqu’un a une version de la config Varnish pour SPIP, telle qu’on la trouve par exemple là :
►http://zzz.rezo.net/Interfacer-Varnish-SPIP.html
mais qui fonctionnerait avec un Varnish récent (VCL 4.0) ?

ARNO* @arno ART LIBRE
- ARNO* @arno ART LIBRE 8/07/2019
  
  Ooooh :
  ▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/varnish/vspip4.vcl
  
  ARNO* @arno ART LIBRE
- ARNO* @arno ART LIBRE 8/07/2019
  
  Ah zut:
  Error: Message from VCC-compiler: Invalid return "fetch" ('/etc/varnish/default.vcl' Line 391 Pos 14) return(fetch); -------------#####-- ...in subroutine "vcl_hit" ('/etc/varnish/default.vcl' Line 366 Pos 5) sub vcl_hit { ----#######-- ...which is the "vcl_hit" method Legal returns are: "deliver" "miss" "pass" "restart" "synth" Running VCC-compiler failed, exited with 2 VCL compilation failed
  
  ARNO* @arno ART LIBRE
- ARNO* @arno ART LIBRE 8/07/2019
  
  Sauf erreur : en remplaçant les return(fetch) par des return(miss), ça fonctionne.
  
  ARNO* @arno ART LIBRE
- ARNO* @arno ART LIBRE 8/07/2019
  
  Bon, la grosse galère, c’était (sur une Debian toute neuve) de trouver pourquoi Varnish ne répondait pas sur le port 80. C’est parce que l’habituel fichier /etc/default/varnish n’est pas utilisé : la config de lancement de Varnish se fait dans /lib/systemd/system/varnish.service
  Doc ici :
  ▻https://docs.varnish-software.com/tutorials/configuring-systemd-services
  
  ARNO* @arno ART LIBRE
- ARNO* @arno ART LIBRE 23/01/2020
  
  Encore fête : une mise à jour qui a cassé le démarrage de Varnish…
  Quand il y a plusieurs ports indiqués dans varnishd séparés par une virgule, il faut maintenant remettre -a à chaque fois :
  varnishd … -F - a :80, :443 -T localhost:6082…
  
  doit être réécrit :
  varnishd … -F - a :80, -a :443 -T localhost:6082…
  Trouvé ça en réponse à l’erreur de démarrage « Unknown protocol » :
  ▻https://varnish-cache.org/lists/pipermail/varnish-bugs/2015-March/007053.html
  
  ARNO* @arno ART LIBRE
- cy_altern @cy_altern CC BY-SA 4/01/2021
  
  #varnish #debian
  
  cy_altern @cy_altern CC BY-SA
Écrire un commentaire
b_b @b_b PUBLIC DOMAIN 6/06/2019

1

1

Migrer un site SPIP en HTML5
Ce tutoriel est valable aussi bien pour la création d’un nouveau site SPIP vierge que pour la migration d’un site SPIP existant.
C’est bien plus simple qu’il n’y paraît. Si vous partez d’un code propre (valide W3C) et où les styles s’appuient bien sur des sélecteurs CSS plutôt que sur des éléments HTML, cela prend moins d’une heure, sans incidence sur le site existant.
▻https://contrib.spip.net/Migrer-un-site-SPIP-en-HTML5
#spip_blog

b_b @b_b PUBLIC DOMAIN
- jeanmarie @jeanmarie CC BY-NC-SA 6/06/2019
  
  Merci @tetue pour ces tutos.
  J’ai juste un retour :
  Mieux vaut donc les remplacer : videz le contenu du répertoire /squelettes-dist pour le remplacer par exemple par cette dist HTML5
  Comme dit ici ▻https://www.mail-archive.com/spip-dev@rezo.net/msg66992.html :
  La dist HTML5 est un plugin (cf ▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/dist-html5/paquet.xml ), donc pas besoin de « vider /squelettes-dist » (ce qu’il ne faut jamais, non ?)
  Toucher à tout ce qui fini en -dist, c’est le mal, nan ? :)
  
  jeanmarie @jeanmarie CC BY-NC-SA
Écrire un commentaire
jeanmarie @jeanmarie CC BY-NC-SA 23/11/2018

3

3

#Intégration / #développement : Plugin vs #boilerplate
Vous êtes plutôt l’un ou plutôt l’autre vous ?
Il y a 1 an, j’attaquais mon squelette perso, celui qui me sert aujourd’hui de base pour la structure html et quelques styles css de bases et qui repose sur ZPIP V2. Ce squelette est (plus que) largement inspiré de Intégraal de @rastapopoulos et SPIPr de Cédric et @ben.
Je commence à avoir quelque chose d’assez adapté à mes besoins. Outre une structure html5, ça permet de gagner beaucoup de temps : une grille à mettre en place ? <INCLURE{fond=inclure/liste/grille,...> + les bons paramètres et le tour est joué.
La question qui se pose maintenant, c’est le fonctionnement : boilerplate ou plugin.
Le plugin , c’est un squelette qu’on surcharge avec un squelette/plugin propre à chaque nouveau projet. Le boilerplate , c’est un squelette qu’on modifie directement pour chaque nouveau projet.
L’avantage du 1er, c’est qu’on partage les évolutions entre tous les sites qui l’utilisent mais l’inconvénient, c’est qu’il faut conserver une compatibilité descendante sous peine, soit de casser le site, soit de ne plus pouvoir profiter des évolutions.
Le 2nd, ben c’est exactement l’inverse.
Au début, le fonctionnement plugin m’allait très bien : je développais mon plugin en même temps que les sites et chacun profitait donc des mise à jour de la structure et des styles de bases. Mais à force de bouger des choses, je me rends compte que ça devient galère de garder cette compatibilité descendante.
Donc voilà, si vous avez des retours d’expérience...
Liens :
SPIPr : ▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/spipr-dist/trunk
Integraal : ▻https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/integraal
integraal (principe) : ▻https://zone.spip.net/trac/spip-zone/changeset/83559/spip-zone
Repo de mon plugin : ▻https://gitlab.com/jmoupah/zcm
Doc de mon plugin : ►https://notes.cousumain.info/ZCM-Squelette-modulaire-SPIP-ZCore.html
#SPIP_recette #SPIP

jeanmarie @jeanmarie CC BY-NC-SA
- RastaPopoulos @rastapopoulos CC BY-NC 23/11/2018
  
  Les deux, cela dépend du type de projets sur lesquels tu travailles.
  C’est l’exact raison pour laquelle j’ai conçu Intégraal, parce que Zpip ou SpipR ne convenait pas du tout dans les cas où on avait des clients différents, avec des graphismes dédiés à chaque fois, où il faut intégrer des maquettes précises, qui n’ont rien à voir les unes avec les autres.
  Dans ce cas, l’avantage d’avoir un plugin commun se réduit drastiquement, pour deux raisons :
  1) tu finis par surcharger au moins 50% du truc de base
  2) quand il y a une mise à jour du plugin central, ça peut très souvent te péter ton intégration, puisque tu avais basé du graphisme sur une structure qui peut bouger à tout moment !
  Voilà donc pourquoi cela fait des années que l’on travaille avec Intégraal et désormais sa commande spip-cli qui permet en 2s d’avoir la structure d’intégration, qu’ensuite on modifie directement.
  En revanche, attention, si une partie du travail concerne tout un ensemble de clients qui se ressemblent au moins un peu, et aussi si tu arrives à avoir des bases génériques ET configurables (noisettes ou autre), alors dans ce cas là ça peut de nouveau être intéressant d’avoir un plugin-squelette qui est le même pour tout le monde, et sur lequel tu ne fais que plaquer des styles (et pour ça il faut que tes classes CSS soient génériques aussi, quand je parle de générique, c’est pas juste au niveau des squelettes, <inclure>, etc).
  Actuellement, en plus de continuer à utiliser Intégraal, nous sommes en train de réfléchir à un plugin commun aussi, pour d’autres besoins.
  En simplifiant :
  Intégraal = site à façon, où on conçoit un ensemble de fonctionnalités, une ergonomie et un graphisme propre à ce site, puis on l’intègre tel qu’on l’a conçu.
  Plugin = site où on propose aux gens des fonctionnalités qui sont déjà à moitié intégré, parce que ça rentre vraiment dans le périmètre de leurs besoins, et sur lesquels on change juste quelques petites différences graphiques (palette de couleur, typo, header, etc).
  
  RastaPopoulos @rastapopoulos CC BY-NC
- jeanmarie @jeanmarie CC BY-NC-SA 29/11/2018
  
  Mais du coup, si on change son boiler plate en plugin spécifique au nouveau projet, ça veut dire que chaque nouvelle fonctionnalité ajoutée en cours de développement (donc dans le nouveau projet, tout le monde suit ?) doit être reportée dans le boiler plate source pour profiter au prochain projet.
  Ça veut peut être dire qu’il faut attendre que le boiler plate soit arrivé à maturité avant de fonctionner comme ça...
  bon, work in progress quoi...
  
  jeanmarie @jeanmarie CC BY-NC-SA
- RastaPopoulos @rastapopoulos CC BY-NC 29/11/2018
  
  Bah oui, mais seulement si c’est une fonctionnalité générique. Le principe du boiler plate c’est qu’ensuite tu modifies en fonction de ton projet précis. Mais à tout moment, et surtout au début bien sûr, tu peux détecter que tel ajout va te servir dans d’autres futurs projets, donc tu l’ajoutes à ton projet en cours, tu le testes, tu trouves ça cool, et alors tu le reportes sur le boiler plate. C’est ce qu’on fait dans Intégraal depuis le début (même si on n’est pas forcément très rigoureux, ya sûrement plein de choses encore à reporter).
  
  RastaPopoulos @rastapopoulos CC BY-NC
- jeanmarie @jeanmarie CC BY-NC-SA 30/11/2018
  
  Oui, c’est reporter les évolutions qui semble contraignant.
  Je vais tester ce fonctionnement pour mon prochain projet.
  A suivre donc...
  
  jeanmarie @jeanmarie CC BY-NC-SA
- jeanmarie @jeanmarie CC BY-NC-SA 13/07/2019
  
  Hello,
  après expérience, je suis resté sur le fonctionnement boiler plate. Même s’il impose une rigueur pour reporter les nouvelles fonctionnalités développées au fur est à mesure, c’est toujours plus réaliste que de vouloir garder une rétro-compatibilité en mode plugin.
  Voilà pour mon retour d’expérience perso...
  Merci aux uns et aux autres pour les retours, pistes, outils.
  
  jeanmarie @jeanmarie CC BY-NC-SA
- RastaPopoulos @rastapopoulos CC BY-NC 13/07/2019
  
  Oui c’est bien là l’argument principal : la pérennité et la maintenance sur le long terme. Quand t’as utilisé ce projet pour un site, après 3 ans, ça se trouve tu ne veux plus utiliser la même grille SCSS, t’as améliorer la sémantique du HTML ou la normalisation des classes CSS (BEM etc), bref t’as fait plein de changement, et donc tes personnalisations de l’époque peuvent être toutes pétées si ton projet était un plugin générique à mettre à jour.
  Alors qu’avec un boiler plate, tu l’as utilisé tel qu’il était au moment où tu en avais besoin, et tu l’as personnalisé, et basta. Si 3 ans plus tard ya une refonte à faire, de toute façon ça sera sur une autre base. Et si c’est juste des petites modifs, c’est sur le socle de l’époque.
  Bien sûr ça c’est quand on doit intégrer des maquettes précises. Quand on propose une solution générique et que les clients ne font que choisir parmi des trucs existants, là faut tout en plugins.
  
  RastaPopoulos @rastapopoulos CC BY-NC
Écrire un commentaire

spip-zone – SPIP-ZONE

/browser