<![CDATA[Adm_redacteurs et migration des données]]> la variable $step doit àªtre envoyé par la méthode post, c'est à dire via un formulaire.
Avec l'url que tu me donnes, tu devrais avoir la page de migration avec l'étape 1. Pour lancer cette migration, il te faut valider le formulaire.
Cordialement.
 ]]> <![CDATA[Adm_redacteurs et migration des données]]> la variable $step doit àªtre envoyé par la méthode post, c'est à dire via un formulaire.
Avec l'url que tu me donnes, tu devrais avoir la page de migration avec l'étape 1. Pour lancer cette migration, il te faut valider le formulaire.
Cordialement.
 ]]> <![CDATA[Adm_redacteurs et migration des données]]>
Là on commence a atteindre mes limites actuelles.
Voici ce que je pense avoir compris qu'il fallait faire par exemple :

http://www.ac-grenoble.fr/test...data&step=3

Cela ne semble pas fonctionner.

Merci pour votre aide.

S. DOMAS]]> <![CDATA[Adm_redacteurs et migration des données]]>
Citation (serge)
Au travers de l'interface de guppy, l'url pour la migration est comme celle-ci :
http://www.ac-grenoble.fr/test...rl=migrate_data
Si j'ai bien compris cela exécute le script http://www.ac-grenoble.fr/test..._controller.php

Non, le plugin est programmé en orienté objet suivant le pattern MVC. Le fichier migrate_data_controller.php est un fichier qui contient une classe qui va àªtre instanciée par le fichier admin.inc situé dans le répertoire admin/plugins/adm_redacteurs/.
Tu dois absolument te servir de ce fichier admin.inc qui va se charger de créer l'objet désiré et de lancer la méthode désirée de cet objet (ces paramètres sont passés dans l'url via le contenu de la variable $ctrl sous la forme nom_objet/nom_methode et par défaut, la methode appelée est index()).
Cordialement.]]> <![CDATA[Adm_redacteurs et migration des données]]>
Merci pour ces infos.
Une autre question :
Au travers de l'interface de guppy, l'url pour la migration est comme celle-ci :

http://www.ac-grenoble.fr/test...rl=migrate_data

Si j'ai bien compris cela exécute le script http://www.ac-grenoble.fr/test..._controller.php

J'ai donc essayé de passer un paramètre dans cette url de cette faà§on :

http://www.ac-grenoble.fr/test...ller.php?step=1

mais j'ai ce message : No direct script access allowed

Est-t-il possible de contourner cela ?

Merci pour votre aide.

S. DOMAS]]> <![CDATA[Adm_redacteurs et migration des données]]> le passage d'une étape à l'autre est gérée par une seule variable nommé $step dont la valeur est récupérée par la méthode post.
Pour lancer l'étape 1, il faut que $step = 1.
Pour lancer l'étape 2, il faut que $step = 2
Pour lancer l'étape 3, il faut que $step = 3
Pour lancer l'étape 4, il faut que $step = 4
Autre remarque, j'ai mis en place un système de sécurité pour éviter les failles de type CSRF. Si ce système de sécurité pose problème pour l'automatisation, on pourra facilement le désactiver.
Cordialement.]]> <![CDATA[Adm_redacteurs et migration des données]]>
Sur le serveur web de notre académie nous proposons à nos utilisateurs le cms Guppy. Nous l'installons pour eux et nous en assurons la maintenance technique pour les différentes mises à jour. Nous avons environ 180 sites qui utilisent cette solution. Ils sont aujourd'hui en version 4.6.28 avec la dernière version de votre plugin adm_rédacteur pour Guppy 4.6.
Nous travaillons actuellement sur la migration de ces sites vers la version 5 de Guppy. J'ai préparé un script en python pour faire cette migration, cela semble fonctionner correctement.
J'aimerai intégrer dans mon script la migration des données du plugin adm-rédacteur qui se déroule en 4 étapes.
J'aurai donc besoin de connaà®tre le nom et la valeur des variables qui sont passées à votre script entre les différentes étapes afin que je puisse automatiser cela pour nos 180 sites.
Merci pour votre aide.]]> <![CDATA[Adm_redacteurs et migration des données]]> la nouvelle version du plugin adm_rédacteurs va vous permettre de récupérer les rédacteurs des anciennes versions du plugin adm_redacteurs. Il est fortement recommandé de faire cette migration en local car cela demande pas mal de ressources ce qui peut poser quelques problèmes sur un hébergement mutualisé.
Le protocole est le suivant :
1) Vous installez le plugin adm_redacteurs v6.
2) Vous copiez le répertoire plugins/adm_redacteurs/data/ qui contient les rédacteurs de votre ancienne version du plugin et vous collez ce répertoire data/ avec son contenu dans la nouvelle version du plugin au màªme endroit, c'est à dire dans le répertoire plugins/adm_redacteurs/
3) Ensuite, vous vous connectez et vous vous rendez dans la partie administration du plugin o๠une nouvelle icone intitulée "Migration des données" doit apparaitre.
4) Vous cliquez sur cette icone "Migration des données" et vous cliquez sur le bouton intitulé "Lancer la migration". Vous vous laissez ensuite guider jusqu'à la fin des quatre étapes de la migration pour qu'elle soit complète.
5) Une fois la migration terminée, l'ensemble des données à placer sur votre site en production se trouve dans le répertoire adm_redacteurs situé à l'emplacement data/plugins/
Cordialement.]]>