Menu V2 : V2: général? - l'API Web-AlternD? - Les specs logicielles? - Template et Bureau

Version 2.0

Fonctionalités / objectifs prioritaires

Voici les fonctionalités générales que nous visons pour la 2.0. L'idée générale est de corriger des lacunes de conceptions de la série milestone:1.0. On cherche donc, dans cette liste, à documenter les choses qu'AlternC va faire et non ce à quoi AlternC doit répondre (les besoins) ou comment cela sera fait (les technologies).

• VirtualHosts plutôt que mass hosting (#437, #649)
• PermissionSetup (#251, #267, #191)
• Quota des comptes mails : un uid unix par compte pop/imap permet d'avoir une gestion de quota par boite, + le quota du groupe 'user'.
• serveur d'appli XmlRpc (#170, #251) et pilotage en ligne de commande par AlternSh
• Brouteur réimplanté comme un InterfaceWebFtp? (#267, #445, #458, #11) (ou avoir un vhost bureau par user)
• TemplateSystem (#37)
• GestionDesErreurs?
• HTTP AUTH (#62) ou un système d'authentification modulaire (e.g.  PEAR Auth)
• Gesion SSL (#1030)
• permettre facilement les grappes de serveurs

Besoins / "requirements"

Ceci sont les contraintes que nous voulons imposer au développement. Il ne s'agit pas ici d'imposer des contraintes techniques mais de lister une liste de besoins que le logiciel devra remplir. Idéalement, on devrait partir d'une série de cas d'utilisation et chaque module/développement devrait répondre d'un cas et pouvoir être vérifié comme répondant (ou non) au cas d'utilisation.

• portable: peut être compilé, packagé et déployé sur plusieurs plateformes, bien que notre focus sera initialement sur Debian (#714)
• propre: ne remplace pas tous les fichiers et a un design solide et accessible (#473, #614, #497)
• interface facilement modifiable (#37)
• migration du milestone:1.0 possible de façon semi-automatique ou au moins avec une procédure bien définie
• Tout en UTF-8, traductions, configs, locales...

Technologies

Certaines ont déjà été proposés :

• Utilisation d'un système de template pour l'administration ( InterfaceUtilisateur )
• Serveur XmlRpc / AlternD (ApiV2?)
• modulable à souhait ( EtatsDesPlugins? )
• Core qui check toutes les 3 secondes les actions à faire ( au niveau de la base de données ) et effectue les actions, ce qui permet de ne pas toucher directement à partir de l'interface graphique et donc renforcer la sécurité
• implantation en layers ModelViewController
• TestUnitaires?
• Permettre les grappes de serveurs
• Gestion simple des traductions et de la génération de celles ci
• Gestion d'un serveur Multi-IP ( permettre d'attribuer des clients à une ip )
• Gestion des comptes admin/revendeurs/clients
• Système de ticket entre revendeurs/admin et clients/revendeurs
• Gestion avancée des logs, intégration des logs d'apache, couriers, syslog, ... dans l'interface d'admin pour les admins
• Installation des modules par l'interface d'administration ?
• redesign des bases (#784)
• SystemConfiguration: utiliser les logiciels de "GestionDeConfiguration?" déjà connus (cfengine, lcfg, puppet, etc) pour gérer les configurations des serveurs, quitte à finalement faire une interface web pour ces engins...