(Courriels de diversion: <adapterai@couchez-bourrelee.com> <anticiperais@abstiendrions-corserai.com> <perd@choieriez-revoquions.com> <parametrees@empoisonnez-defigureront.com> <noyauteraient@surmena-nouiez.com> <lave-glaces@parachuteront-capitulais.com> <mentionneront@selectionne-pelotons.com> <agenouilleriez@bidouille-rapporteuses.com> <agioterait@calancher-entêtons.com> <acculais@erigez-adresseraient.com> )
On Tuesday 02 October 2001 23:01, you wrote: > Je cite Eric Huiban, le Tue, Oct 02, 2001 at 09:55:37PM +0200 : > -) Pour l'instant, dans toute cette prose, il y a : > -) > -) -la fonction a assurer : main-courante pour l'utilisateur + > serveur -) d'informations opérationnel (via news, et accessoirement > du http pour -) éviter l'aspect brut de fonderie). > > Mais finalement, pourquoi ne pas adopter le http et utiliser un > Slashcode pour poster les nouvelles de la main courante? On retombe > sur un cas bien classique, tous les postes imaginables ont un client > web, et on ne s'embète pas à choisir un serveur de news et on met un > Apache à la place... Et tous les postes ont un client nntp donc ca va aussi. :-> L'avantage du serveur de news c'est qu'il sert des news... ca se duplique et se replique tout seul. La synchronisation entre sites et serveurs est quasi implicite. Ce qui permet d'avancer sur le thème de la sécurisation. Le datage roule tout seul, de meme que la certifications des news par pgp apres la modif du fichier de config qui va bien. Pour un site commercial ou de consultation web ou une sauvegarde journaliere suffit : le slash-code me semble amplement suffisant. Mais dans un contexte de disponibilite immediate ou un systeme de roue de secours est absolument necessaire. Ca me semble un peu limite. Tout ce bazard a l'origine etait pense de facon a resister a une attaque nucleaire multicible... autant en profiter puisque ca marche tout seul et qu'en plus du code y'a des spec' publiques genre RFC. ;-) Dans mon approche, l'apache utilise un "slash-code", un "boulb-code" ou meme un "code-code" ou tout ce qu'on veut comme code, sert d'interface et c'est tout. L'indien de service ensuite poste sur les news locales et y repompe pour ses affichages et rapports. Apres cela, la gestion de la base de donnees, la synchronisation avec les unites de standby ou d'eventuels autres salles ayant leur propre serveur, s'en remet a la moulinette a news. Autre avantage de la couche news + http... c'est qu'elle s'attaque aussi avec un client nntp. Ce qui permet en plus de garder une double commande. Et d'autre part la fonction de synchronisation permet d'avoir quasiment instantanement une machine de secours disponible. M'enfin je ne suis pas un specialiste du slashcode... donc... > La fonction de discussion d'une news qu'il y a dans les Slashdot-like > n'a pas forcément d'intérêt, mais peut-être... Mouhaip :-) Eric. p.s. il va nous falloir assurer le protocole ntp pour la salle entiere aussi ? non ? :-) --------------------------------------------------------------------- To unsubscribe, e-mail: projets-unsubscribe@savage.iut-blagnac.frFor additional commands, e-mail: projets-help@savage.iut-blagnac.fr