Server-devel-old

développement serveur - application technique le texte de juillet 2009 doit être mis à jour en se basant sur les dernières informations envoyées par Bao english version server development Le système est un réseau pair à pair. C'est un réseau de pairs partageant leurs intérêts communs. Un tel réseau requiert la création et la gestion des profils des utilisateurs et des communautés, la définition des règles de mesures des intérêts communs, la gestion de la politique d'adhésion, de la sécurité et la confidentialité des données privées. (non manipulabilité, non tracabilité) architecture système Basé sur des langages open-source (LUA, Ruby...), le système doit gérer deux niveaux d'informations qui demandent chacun une approche et un traitement différent. L'architecture du réseau est donc construite sur deux couches réseaux.

La couche d'indexation est construite sur l'architecture SPLAY, et utilise des indices structurés ( Une table de hachage distribuée [Distributed Hash Table] ). Cela permet d'obtenir un système efficace d'enregistrement et de récupération des données. Elle gère l'index global, les statistiques des sites visités,les identités des pairs, et les signatures des communautés (création et récupérations), les  processus d'adhésion ou de résiliation des membres des communautés, et redirection des scores de visites des sites.

Cette couche est le squelette du réseau, elle est constituée de pairs fiables et constants, par exemple, des machines institutionnelles, sur lesquels on va pouvoir compter. Ces pairs ne doivent pas abandonner le service ni exploiter les données qu'ils gèrent de manière inappropriée. La couche de proximité d'intérêts gère les données locales associées à chaque utilisateur. Ces données sont exploitées par les utilisateurs dans leur recherche d'autres utilisateurs du réseau, et d'autres groupes avec lesquels ils partagent des intérêts communs. A cause de la grande variabilité de ces données et de leur aspect confidentiel, elles sont enregistrées et stockées dans la machine de l'utilisateur. Seules les données qu'il autorise sont partagées et utilisées dans les mesures de similarités entre pairs et dans les signatures des communautés.

Cette couche est composées des utilisateurs du système. Ces pairs sont non fiables et inconstants dans le sens que leur niveau d'attrition [churn-rate] est élevé; ils peuvent quitter et entrer dans le réseau à tout moment. Ils sont appelés les pairs volatiles. Par leur nature volatile, ces pairs forment une structure de réseau auto-émergente. Ces réseaux auto-émergent sont plus à même de gérer des pairs instables parce que leur maintenance est plus facile et ils offrent de meilleures réponses dans la création de communautés spontanées. statuts des pairs - processus d'enregistrement - non manipulabilité des données volatiles peer [pairs volatiles] VP: les utilisateurs du systèmes (voir ci-dessus) contact peer [pair de contact] CP: un pair institutionnel, choisi aléatoirement proche du pair volatile, c'est son pair de contact, la porte d'entrée du réseau.  Access Peer [pair d'accès] AP: un pair institutionnel choisis aléatoirement, donne l'accès aux ressources du réseau, VP est connecté à lui par CP  Master Peer [pair master] MP: un pair institutionnel choisis aléatoirement, il gère les informations personnelles liées à VP. Chaque VP a un MP qui lui est attribué, choisi de manière aléatoire parmi les pairs institutionnel  VP se connecte au réseau par CP et AP lui fournit les ressources. Lors de l'enregistremement CP dirige VP vers MP pour le processus d'enregistrement.

L'enregistrement se fait par formulaire et script catcha et validation par e-mail. VP reçoit un ID et un Password. MP conserve ces données processus d'enregistrement des données - métaphore du vote et de la votation -anonymisation des données

à venir