Gestion des espaces projets
expression du besoin
- pouvoir partager un espace commun entre des élèves et des profs
- accès en mode système de fichiers (local ou distant)
- accès en mode web (local ou distant)
- outils d'édition collaboratifs ( ***office, gitlab, images...)
solutions techniques
annuaire
Les groupes de type projet_ sont déjà définis au niveau des libs ldap. ils peuvent contenir des profs ou des élèves.
dossiers samba
Solution la plus simple, on crée un dossier dans /var/sambaedu/projets
avec les droits rwx pour le groupe.
- pas d'accès distant ou web
- pas d'outils collaboratifs
seafile
La version libre ne permet as la synchro des groupes AD. Les groupes et dossiers projets sont donc créés sur un serveur seafile via l'API. l'accès aux fichiers peut se faire :
- en mode web (navigateur, ou client android, ios) => tablettes ou accès occasionnel
- en local avec le client de synchro seafile (synchro totale) => ordis perso
- en semi-local avec le client seadrive (synchro à la demande) => postes au domaine avec seadrive installé par wpkg
- en samba avec le client seafile côté se4fs => postes au domaine
Un service Onlyoffice ou Collabora peut être également configuré.
Pour l'accès aux fichiers depuis le réseau interne, les solutions 3 et 4 ont chacunes leurs avantages et inconvénients :
-
seadrive : avec la bonne config du client, déployé par wpkg et des gpo, et un disque SSD, les perfs sont excellentes, et indépendantes du réseau. Malheureusement certaines applis n'aiment pas du tout accéder aux fichiers sur le lecteur seadrive, et surtout Officescan a tendance à devenir fou quand seadrive tourne ! Il faut considérer que c'est soit l'un soit l'autre... Sur les machines anciennes (2 cores), Seadrive peut avoir un impact sur le temps d'ouverture de session, le temps qu'il indexe les fichiers. Cette solution fonctionnera d'autant mieux que les élèves reprennent les mêmes places d'un séance à l'autre : leurs données restent en cache.
-
seafile client sur se4fs : le partage samba est synchronisé avec le cloud. Avantage, pour les clients c'est un partage standard. Inconvénients : duplication des données (se4fs + cloud), gestion des droits un peu complexe
Next/owncloud :
** pas testé en prod. A compléter par qq1 qui l'a fait ** les serveur owncloud permet de partager des dossiers samba :
avantages :
- synchro complete utilisateurs/groupes avec l'AD
- On peut limiter l'accès à certains groupes, ce qui permet d'exclure une connexion avec "admin" par exemple et ainsi limiter les risques de piratage.
- importation des partages samba
- intégration ENT ?
inconvénients
- perfs, montée en charge avec beaucoup de partages ?
- client de sync pas terrible ?
service "cloud" de l'ENT ?
Google Drive
Propose en gros les mêmes possibilités que Seafile avec drive file stream, mais les toutes les données sont chez Google...
M$ cloud
...
interface
page création des groupes de projets
fait
page création de partages
On peut reprendre la page partage actuelle en ajoutant un filtre pour les projets. Il faut écrire une lib de fonctions permettant de faire abstraction du support de stockage.
gestion cloud :
page pour pouvoir configurer l'adresse, l'utilisateur et récupérer la clé d'API pour OC ou seafile : une fois récupérée cette clé va permettre de faire toutes les opérations sur le serveur
libs d'abstraction du stockage
- samba : s'inspirer du script update_classes.php
- seafile : synchro des groupes et gestion des bibliothèques, config profil seadrive (sso...), config seafile-cli
- NC : il y a une API webservice utilisable ?
- ENT : sso ?