Bonjour Serge, Serge Leblanc <[EMAIL PROTECTED]> writes:
> Je pense au contraire, qu'il faut, dès à présent, prendre en compte les > contraintes spécifiques de sécurité que nécessitent Demexp. Ne pas les > incorporer maintenant dans la conception augmente le risque de se > retrouver dans une impasse plus tard. Peux-tu être plus explicite ? Pour moi, prendre en compte les contraintes de sécurité suppose de connaître exactement ce que l'on veut protéger. Hors, en l'occurence, ce n'est pas le cas, notamment à cause de la délégation encore en devenir. > Laisse tomber Windows ! 99% des utilisteurs sont sous Windows. > il est préférable de développer un client Web multiplateforme avec des > technologies comme XUL, AJAX, etc... Réponse pratique : - le client qui a l'interface la plus complète, que ce soit pour l'administration que pour l'utilisateur, est le client GTK ; - améliorer l'interface web nécessite de gros efforts de développement, donc concrètement c'est prendre 1 ou 2 ans de retard. Évidemment, si quelqu'un ce colle à faire une interface web correcte, ça peut aller beaucoup plus vite. Réponse « sécuritaire » : - le seul moyen de garantir que les algorithmes de sécurisation sont bien implémenté, c'est d'avoir un client sûr, en local ; - bien sûr, on peut télécharger du Java ou Javascript côté client, mais je ne connais aucun moyen qui permet à un client de s'assurer que le code téléchargé est bien un code correct. > d'autre part je ne vois pas aujourd'hui l'utilité d'un serveur Demexp > sous Windows. C'est juste le client que je cherche à compiler, pas le serveur. Amicalement, d. -- pub 1024D/A3AD7A2A 2004-10-03 David MENTRE <[EMAIL PROTECTED]> 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A -- Liste de discussion demexp-fr. Pour se désinscrire, cliquer sur le lien ci-après. mailto:[EMAIL PROTECTED]
