FusionForge de l'ADULLACT: Forum : open-discussions

RE: Schéma de la BDD [ Répondre ] Par : Richard REY (Rexy) on 2017-08-26 11:54	[forum:486819]
Bonjour, On a pas mal brainstormé avec Tom, et on va tenter un "truc" concernant la fenêtre de statut "qu'il ne faut pas fermer". - Dans un premier temps, on va allonger l'échéance de contrôle de présence de cette fenêtre (6' au lieu de 3) afin de prendre en compte les équipements nomades dont l'onglet bascule en tâche de fond (cf. https://adullact.net/forum/forum.php?thread_id=319228&forum_id=1601&group_id=450) - Dans un deuxième temps, on va ajouter un nouvel attribut qui permet de spécifier par utilisateur (ou groupe) si cette fenêtre doit rester ouverte (comportement identique aux versions actuelles) ou si Alcasar ne doit pas s'en préoccuper. Dans ce deuxième cas, nous allons tenter d'activer une fonction de "test de présence" de l'équipement de l'utilisateur pour savoir s'il est toujours allumé (aucune trame MAC depuis 10'). Cela ne protège pas l'utilisateur qui partage un PC et qui oublie de se déconnecter, mais cela correspond aux utilisateurs exploitant leur propre PC (ou tablette ou GSM). À suivre donc les développements de Tom sur svn.alcasar.net. Si cela est concluant, on l'intégrera à la prochaine version.

RE: Schéma de la BDD [ Répondre ] Par : Francois Raoult on 2017-08-25 14:00	[forum:486811]
Merci :-) Je ne garanti pas d'être un grand contributeur quotidien, mais de pouvoir proposer des modifications qu'on n'a pu faire pour ses propres besoins (modification de l'interface d'administration, du fichier de config ou bien encore utilisation non pas seulement d'un radius mais aussi d'une BDD MySQL externe pour la liste des utilisateurs, ou encore la fameuse question de pouvoir se passer de la fenêtre "à ne pas fermer pour ne pas être déconnecté") afin qu'ils puissent servir à d'autres peut être sympa au lieu de garder pour soi ;-)

RE: Schéma de la BDD [ Répondre ] Par : Richard REY (Rexy) on 2017-08-20 12:21	[forum:486752]
Bonjour, Merci pour vos encouragements. Le MCD de la base est en effet très 'old school' et nécessiterait un petit dépoussiérage. Cela s'explique par le fait qu'au lancement du projet ALCASAR, nous avons priorisé le développement sur les fonctionnalités "systèmes et réseaux" en nous appuyant 'aveuglément' sur la structure des tables du projet libre "freeradius". Maintenant qu'ALCASAR est devenu plus mature en termes d'architecture, nous pouvons faire évoluer les autres briques. En termes de contribution : - vous pouvez consulter les évolutions via le site 'svn.alcasar.net'. Nous limitons les droits d'accès en écriture sur ce SVN, car nous avons eu trop de mauvaises surprises et de temps perdu en phase de vérification/validation. - vous pouvez tout à fait participer à l'évolution du projet. Dans ce cas, et si vous êtes d'accord, nous vous donnerons un contact direct avec un membre du projet en fonction de la thématique (envoyez un mél. à "rexy@alcasar.net"). Actuellement, c'est "Tom Houdayer" qui travaille beaucoup sur la base de données avec comme ambition de créer un système "maître - esclave" entre plusieurs ALCASAR. Cette évolution majeure peut être l'élément déclencheur de l'évolution du MCD comme vous le suggérez.

Schéma de la BDD [ Répondre ] Par : Francois Raoult on 2017-08-17 15:53	[forum:486725]
Bonjour, Je vois dans les évolutions qu'il est prévu de moderniser l'interface web (ce ne serait en effet pas un luxe :-p Un pattern MVC à venir avec la gestion des langues à part ?) Est-il prévu aussi de moderniser le schéma de la BDD. En particulier par l'utilisation de clés étrangères Par exemple les infos utilisateurs dans une table (userinfo) toujours utilisée (et non avec des us_info_table qui peut être à FALSE...), la liste des groupes d'utilisateur dans une autre, et des tables de jointures et des FK. En effet, la personnalisation "poussée" est actuellement compliquée... (risque d'inconsistance de la BDD, les données étant répétées et sans FK cascadée. Par exemple dans usergroup : nom du groupe répété au lieu d'un ID. Ou encore le fait que le username soit utilisé dans plusieurs table sans contrainte de clé étrangère. Etc. Merci à toute l'équipe. C'est un super projet et l'équipe est réactive ! (PS : est-il possible de participer ? Demander des modifications c'est bien, les proposer c'est mieux ;-) Et si oui, comment se procurer la toute dernière version d'Alcasar pour travailler sur les modifications en cours ?)