Définition de courses par les VLMistes

[mesosaure]

Page PHP permettant
- la gestion des courses en cours de définition (l'utilisateur voit ses courses)
- la création d'une course from scratch

1 Enregistrement dans races_def (clone de race + n°VLMiste + email)
N enregistrements dans waypoints_def (clone de race + n°VLMiste + email)
N enregistrements dans races_waypoints_def
1 enregistrement dans races_instructions_def

1er temps : publication par génération du script SQL à fournir aux admins.
2ème temps : workflow administrateur d'acceptation / refus conduisant si acceptation à une recopie d'enregistrements dans la table.

Cf :  http://wiki.virtual-loup-de-mer.org/index.php/Proposer_des_courses

[paparazzia]

'jour meso. Je travaille sur une interface pour les admins pour créer les courses. Il y a déjà pas mal de choses de faites.

Le but est de pouvoir les importer après validation depuis le serveur de test. Aucun script sql ne sera passé sur la prod en tant que tel car c'est trop dangereux, ou trop compliqué à sécuriser.

Après, pour le workflow, c'est un peu ce que j'ai prévu. Sauf que je ne pensais pas rendre visible le workflow pour les utilisateurs...

[mesosaure]

Merci pour ta réponse paparazzia...

J'avais un peu commencé une partie user (parce que je trouve que ça manque), après comme je disais ça génère un script, de façon à le diffuser vers l'adresse admin par mail.

Le fait de se baser sur le mySQL VLM n'est pas totalement indispensable, je peux utiliser une persistence locale.

Bon, façon j'avance pas très vite... beaucoup de boulot en ce moment, pour ça que j'ai promis quelque chose pour une milestone de février.

Le script pourrait de toute façon être qualifié par l'admin sur serveur de dev, non ?

[paparazzia]

je crois qu'il y a un outil basé sur TCV qui existe... tu devrais demander à JP...

sinon, oui, de toute façon, le script sera qualifié en dehors du serveur de prod.

et par ailleurs, je ne suis pas sur que la mise en ligne d'un outil pour créer des courses ne génèrerai pas une attente trop importante (Cf. les posts de Cédric sur le forum)... donc à minima ça se réfléchit, même si j'aime bien l'idée d'une interface web accessible à tous.

[mesosaure]

Je postpone vu que je n'ai point le temps.

[paparazzia]

Une réflexion là dessus : le prérequis est d'avoir un workflow ou bien une vision des courses différentes suivant admin ou pas.

Cela permettrait d'offrir, sur testing, l'interface de création de course uniquement à celui qui propose la course, lui permettant d'affiner plus facilement son tracé et les commentaires qui vont avec.

[mesosaure]

Ouhlà, plus d'un an que j'avais fait une 'tite maquette avec les tables SQL qui vont bien.

L'idée était
- pour l'utilisateur de définir 1 ou plusieurs courses et quand il est satisfait il la soumet dans une page Web.
- l'administrateur visualise les courses soumises par la même interface et si une lui chaud, il la publie.

D'où Workflow... l'admin peut aussi la refuser, le VLMiste la modifie et hop la resoumet.

Mais bon, le code PHP était assez abouti au niveau IHM, gestion BDD mais n'est pas standard VLM (authentification, variables de sessions, multilangue).

L'idée VLMiste définit sa course la publie sur testing, la vérifie, la soumet à l'admin qui vérifie sur testing puis la publie sur la prod me parait excellente et plus raffinée. ça rajoute une étape au workflow.

[paparazzia]

En fait, le passage par testing correspond à ce qui se fait actuellement pour les admins (steph ne fait plus de sql par exemple).

Le truc manquant, c'est un droit intermédiaire entre admin et user, ainsi que la possibilité de masquer les courses publiques sur testing (n'afficher automatiquement que celles qui sont publiées sur la prod).

[mesosaure]

Hum, ahem