Revisions : SPIP

Les articles publiés sur le site

• Evolution #4798 : Suppression des mises à jour de BDD SPIP 3.0 (ou 3.1 ?)

  25 mai 2021

  L'autre solution… bien plus conséquente à faire … serait de migrer toutes les vieilles mises à jour dans le formalisme à jour. (par exemple rangé par version de SPIP legacy/x.y.php)
  Ça éviterait aux fonctions deprecated d'être utilisées.

  L'argument très recevable de Cédric aussi est de dire : si tu pars d'une vieille bdd, installée sur ton SPIP 4.0 (mysql ma_bdd_spip4_vide < mon_vieux_spip.sql), alors SPIP met à jour (bon, ça gère pas tout à la perfection non plus).

  Mais bon, maintenir les vieilles migrations nécessite de maintenir aussi probablement des vieilles fonctions totalement inutiles actuellement, même si on les passe dans un formalisme plus actuel.

  Quand à 3.0, 3.1 ou 3.2… bah en fait comme on veux (juste que c'est le nouveau formalisme de mises à jour à partir de la 2.0), donc ce qui m'ennuie là est surtout ce qu'il y a avant la 2.0 il me semble.
  On pourrait aussi possiblement dire 2.0 comme départ je crois.

• Evolution #4798 : Suppression des mises à jour de BDD SPIP 3.0 (ou 3.1 ?)

  25 mai 2021, par b b

  Autant ça me chagrine un peu car je trouve vraiment confort et formidable de pouvoir up un vieux site en 2.0 ou 2.1 vers la dernière branche stable les yeux (presque) fermés, mais je rejoins l'argument du nettoyage, donc +1.

  Si la première étape est bien "passez d'abord en 3.2", pourquoi garder le code d'upgrade qui concerne 3.0 et 3.1, on peut s'en passer si les gens sont bien en 3.2 avant le passage en 4.0, non ?

• Evolution #4797 : Remplacer les boucles POUR par des boucles DATA

  25 mai 2021, par b b

  marcimat Ο

• Evolution #4798 (Nouveau) : Suppression des mises à jour de BDD SPIP 3.0 (ou 3.1 ?)

  25 mai 2021

  Je propose pour continuer dans les nettoyages de SPIP 4.0 de supprimer tous les ecrire/maj/ qui concernent des versions de SPIP antérieures à SPIP 3.0 (voire SPIP 3.1 ?)

  La suggestion est de dire : pour mettre à jour votre SPIP,

  • passez d'abord en 3.2 (LTS) s'il n'y est pas. (Du coup on peut mettre un PHP récent)
  • puis migrez en 4.0

  Dès lors, et ça permettrait, en plus de nettoyer, d'enlever d'autres deprecated tel que upgrade_vers() ou maj_version(), car leur usages disparaitrait.

  Concrètement ça veut dire :

  Suppression de :

  • ecrire/maj/legacy/v*.php
  • SPLIT de maj/legacy/svn10000.php
    • suppression du code < 3.0.0 dedans, soit < à la révision svn 19428 ~ . 19428 (3.0.0), 22704 (3.1.0), 23778 (3.2.0)
    • séparation en fichiers maj/legacy/30.php 31.php, 32.php ? (ou pas)

  Qu'en pensez vous ?

  Ça voudrait dire que les migrations vers SPIP 4.0 fonctionneraient à partir d'un site SPIP 3.0 ou 3.1 (selon ce qu'on choisit) minimum.

• Evolution #4797 : Remplacer les boucles POUR par des boucles DATA

  25 mai 2021

  En fait, le critère_POUR_tableau était déclaré déprécié (et donc en fait la boucle POUR l'était déjà).
  Et ça semble pas trop déconnant. La syntaxe est la même entre POUR et DATA :

  - (POUR){tableau #LISTE{a,b,c}}> #CLE — #VALEUR
  - (DATA){source tableau, #LISTE{a,b,c}}> #CLE - #VALEUR

  C'est dommage de ne pas simplifier pour ne conserver que la seconde structure.