Discussion :

[steph78630]

Bonjour,

désolé si je n'ai pas posté ma demande au bon endroit...

Nous souhaitons partager des travaux de développement que nous avons réalisé sur des interfaces web (applications open source), de façon à ce que les visiteurs découvrent nos évolutions mais ne puissent effectuer des modifications dans les menus / options.

Nativement, ces interfaces permettent uniquement l'accès à un seul administrateur, donc avec tous les droits.

Malheureusement, pour ces interfaces aucun mode "démo" n'a été envisagé.

Ces projets open source étant en évolution constante et très élaborées, il nous serait compliqué (!!) d'en modifier le code d'origine et de développer une gestion de droits en fonction de l'utilisateur connecté (admin, utilisateur en RO, etc.).

Certains de ces projets fonctionnent sous Debian et d'autres issues de distributions Linux from scratch et les interfaces ont été codées en Perl (.cgi) ou en Php selon le cas.

Afin de ne pas toucher aux sources, nous avions envisagé de proposer aux visiteurs d'accéder via l'admin, virtualiser l'application et de restaurer un snapshot toutes les heures / jours, mais ce n'est vraiment pas fun...

Merci d'avance pour vos idées, remarques ou questions,
Stéphane

[becket]

Salut,

Ces projets open source étant en évolution constante et très élaborées, il nous serait compliqué (!!) d'en modifier le code d'origine et de développer une gestion de droits en fonction de l'utilisateur connecté (admin, utilisateur en RO, etc.).

Ce "'très élaboré" sent bon la code spaghetti que l'on n'ose pas toucher de peur de tout casser.

Plus sérieusement, Je pense que tu t'es trompé de section avec cette question, naturellement, j'aurais plutôt été vers la section "Développement Web" ou éventuellement "Linux" mais réseau, je vois pas le lien.

Et finalement, sous linux tu as des droits d'accès et avec une base de données, tu as des droits d'accès ...

[chrtophe]

Le prob. c'est que c'est un prob. de conception. Les forums systèmes ne seront donc à mon avis pas adapté.

Et du coup vers quel forum orienter ? PHP ? Perl ?

Vu le contexte et avec le peu d'info, une VM me parait effectivement le plus adapté pour ne rien toucher, ou de la conteneurisation (il suffira de recréer le conteneur depuis un dockerfile par exemple), ce qui semble être la demande.

Mais attention à ne pas rajouter une couche de complexité. Surtout qu’apparemment, il y a plusieurs systèmes diféfrents.

J’essayerais plutôt de rationaliser ce qui aurait du être prévu à la base. Mais ça représente un boulot pouvant être conséquent, mais qui sera payant )à terme.

[steph78630]

Bonjour Becket et Chrtophe,

merci pour vos retours.

L'un de ces projets est IPFire (solution de pare-feu open source) et codé en Perl (.cgi). Actuellement, le seul utilisateur qui se connecte à la GUI est l'admin (avec tous les droits de modification dans les options).