ajouter un champ 'rang' pour trier les articles #688

Il serait préférable de stocker les numéros d'ordre, pour les "classement/tri des articles et rubriques":http://www.spip.net/fr_article2035.html, dans une ligne (un champs) spécifique de la base de données, plutôt que de les mettre dans le champs titre. Le filtre "supprimer_numero":http://www.spip.net/`supprimer_numero ne serait plus nécessaire. Il faudrait évidement gérer la transition. ("Nicolas-Krebs":http://www.spip-contrib.net/auteur5390.html)

Replying to "nicolas1":/issues/show/688:

dans une ligne (un champs)

Ou une colonne.

Voir "l'annonce de cam.lafit":http://article.gmane.org/gmane.comp.web.spip.zone/12489 en avril 2009.

Replying to "nicolas1":/issues/show/688: > dans une ligne (un champs) Ou une colonne. Voir "l'annonce de cam.lafit":http://article.gmane.org/gmane.comp.web.spip.zone/12489 en avril 2009.

Replying to [comment:3 nicolas1]:

Voir "l'annonce de cam.lafit":http://article.gmane.org/gmane.comp.web.spip.zone/12489 en avril 2009.

ainsi que http://trac.rezo.net/trac/spip-zone/browser/plugins/dev/rang/?rev=28624

Replying to [comment:3 nicolas1]: > Voir "l'annonce de cam.lafit":http://article.gmane.org/gmane.comp.web.spip.zone/12489 en avril 2009. ainsi que http://trac.rezo.net/trac/spip-zone/browser/_plugins_/_dev_/rang/?rev=28624

Replying to [comment:4 nicolas1]:

Replying to [comment:3 nicolas1]:

Voir "l'annonce de cam.lafit":http://article.gmane.org/gmane.comp.web.spip.zone/12489 en avril 2009.

ainsi que http://trac.rezo.net/trac/spip-zone/browser/plugins/dev/rang/?rev=28624

Actuellement http://zone.spip.org/trac/spip-zone/browser/plugins/rang/?rev=40000

Voir aussi le point 9 « Pourquoi ce n’est pas dans le bon ordre ? » dans Romy Duhem-Verdière, "Appelle-moi dès que tu bloques":http://romy.tetue.net/appelles-moi-des-que-tu-bloques, 16 août 2010.

Concernant la transition, le plus simple en cas d'absence de rang dans le titre est de considérer que #RANG = #ID_ARTICLE (respectivement #ID_RUBRIQUE), et dans l'interface privée préremplir le champs #RANG avec #ID_ARTICLE (respectivement #ID_RUBRIQUE) lors de la création d'un article (respectivement d'une rubrique).

Replying to [comment:4 nicolas1]: > Replying to [comment:3 nicolas1]: > > Voir "l'annonce de cam.lafit":http://article.gmane.org/gmane.comp.web.spip.zone/12489 en avril 2009. > > ainsi que http://trac.rezo.net/trac/spip-zone/browser/_plugins_/_dev_/rang/?rev=28624 Actuellement http://zone.spip.org/trac/spip-zone/browser/_plugins_/rang/?rev=40000 Voir aussi le point 9 « Pourquoi ce n’est pas dans le bon ordre ? » dans Romy Duhem-Verdière, "Appelle-moi dès que tu bloques":http://romy.tetue.net/appelles-moi-des-que-tu-bloques, 16 août 2010. Concernant la transition, le plus simple en cas d'absence de rang dans le titre est de considérer que #RANG = #ID_ARTICLE (respectivement #ID_RUBRIQUE), et dans l'interface privée préremplir le champs #RANG avec #ID_ARTICLE (respectivement #ID_RUBRIQUE) lors de la création d'un article (respectivement d'une rubrique).

Version cible mise à 3.0

**Version cible mise à 3.0**

Version cible mise à 3.1

**Version cible mise à 3.1**

cf #2506

J'ajouterais une problématique similaire sur les documents (images).
=> rang au niveau de spip_documents_liens.

J'ajouterais une problématique similaire sur les documents (images). => rang au niveau de spip_documents_liens.

voir aussi #2506 et #2513

Version cible mise à 3.2

**Version cible mise à 3.2**

voir aussi #3122 et #3119

Version cible mise à 4.0

**Version cible mise à 4.0**

Version cible mise à 4.2

**Version cible mise à 4.2**

mon POC : https://git.spip.net/spip-contrib-extensions/supprimer_numero semble fonctionner, à voir sur tous les cas possible, mais la fonction de transformation s'appuie sur les 2 fonctions de SPIP : supprimer_numero et recuperer_numero.

je pense qu'il faudrait coupler cette transformation avec l’intégration par défaut du plugin rang.

Ca serait pour SPIP 4.3 ou 5.0

mon POC : https://git.spip.net/spip-contrib-extensions/supprimer_numero semble fonctionner, à voir sur tous les cas possible, mais la fonction de transformation s'appuie sur les 2 fonctions de SPIP : supprimer_numero et recuperer_numero. je pense qu'il faudrait coupler cette transformation avec l’intégration par défaut du plugin rang. Ca serait pour SPIP 4.3 ou 5.0

Merci @tofulm. Quelques questions que je me pose en vrac

Tu as une seule fonction pour faire toute la migration. Risque de timeout non ? Est-ce qu'on ne devrat pas faire comme pour la migration de logo avec possibilités de reprise
Quid des objets actuellements sans numero
Quid des squelettes : rebranchement automatique des critères {par num titre} sur {par rang} ? Et qui des critères abscons type {par sinum titre} dont il faut relire la doc avant de s'en servir.

Merci @tofulm. Quelques questions que je me pose en vrac 1. Tu as une seule fonction pour faire toute la migration. Risque de timeout non ? Est-ce qu'on ne devrat pas faire comme pour la migration de logo avec possibilités de reprise 2. Quid des objets actuellements sans numero 3. Quid des squelettes : rebranchement automatique des critères `{par num titre}` sur `{par rang}` ? Et qui des critères abscons type `{par sinum titre}` dont il faut relire la doc avant de s'en servir.

Je viens d'ajouter une page pour faire des tests.
voici un retour :

Temps d'execution du script de transformation = 37 637.064 ms
pour :
999 rubriques
9999 articles
999 mots

Donc un pour gros site, si le timeout est à 30sec, ça ne passe pas.

Qu'en pensez vous ?

Je viens d'ajouter une page pour faire des tests. voici un retour : ```text Temps d'execution du script de transformation = 37 637.064 ms pour : 999 rubriques 9999 articles 999 mots ``` Donc un pour gros site, si le timeout est à 30sec, ça ne passe pas. Qu'en pensez vous ?

Labels Milestones

ajouter un champ 'rang' pour trier les articles #688