@ads00: ah, donc le protocole "nex" n'est qu'une partie du projet.
Quand tu dis système de gestion de l'information, tu veux dire quoi exactement? S'agit-il d'un réseau avec tous les protocoles nécessaires à son fonctionnement, permettant de partager l'information entre différentes machines? Y a-t-il un mécanisme pour rechercher et/ou traiter l'information?
Je te pose ces questions car je suit vraiment novice en la matière (j'ai eu un cours light de 4 heures sur le fonctionnement du réseau internet (ou du web) que j'ai depuis totalement oublié), mais que je suis curieux de tout et que j'aime les projets originaux comme le tien.
- Edité par colorguest 25 juillet 2014 à 20:04:15
Projet: cours "Histoire des OS" (titre provisoire). Stade: annulé
En fait, tu peux gérer des informations locales (biblio de livres, films, gestion de contacts), les gérer avec des modules (chat, mail) et les afficher avec des interfaces (web, 3D)
Ces informations son gérées par le serveur nex. Pour partager les informations, tu peux utiliser différents outils du système (partage de connexion, synchronisation, transfert de fichier, partage de ressource). Les serveurs nex communiquent entre eux via le protocole nex donc et permettent ce partage de manière transparente pour l'utilisateur.
Exemple : Tu as une ressource "contact" nommée "john", en cliquant sur john, tu pourras voir les ressources de son serveur (depuis le tiens). Si il a également des ressources distantes, tu y accèderas toujours depuis ton serveur;
Pour les traitements de l'info, il y a donc les modules, pour les afficher, les interfaces.
Pour rechercher une info, les connexions entre ressources seront utilisées ce qui permettra d'avoir des résultats plus logique qu'une recherche de mots dans une base.
Il n'y a pas d'inclusions comme avec les fichiers ou dossiers, seulement des connexions de différents types uni ou bidirectionnelles.
@ads00: donc, si on veut faire une comparaison avec ce qui existe déjà, Nex est à la fois un réseau avec son propre protocole (un peu comme le Web, sans comparaison technique poussée), une sorte de moteur de recherche (croisés avec un système de fichier dans un réseau local) (via des connexions entre plusieurs ressources (disons données, en POO, objets appartenant respectivement à une certaine classe), un système permettant de communiquer (mail, chat, et pourquoi pas appel téléphonique et option de télé-conférence comme c'est le cas de skype ), et un système de fichier en local.
En gros, Nex fait un peu tout, quoi. Mais est-ce que j'ai juste?
Après, j'ai quelques questions:
Du côté client (de l'utilisateur de base qui veut utiliser ton système), avez-vous (vous pour toute l'équipe) prévu de créer une application pour exploiter Nex (comme le fait un navigateur Web pour le protocole http et les fichiers HTML, ou encore un explorateur de fichier qui utilise le système de fichier (BFS est intéressant car on peut ajouter des "méta-données" aux données/fichiers (pour un morceau de musique, l'auteur, le groupe, l'album,etc...)))?
Pensez-vous ajouter de nouvelles possibilités à Nex, comme la possibilité de créer des applications (comme c'est le cas pour les Web App pour les navigateurs Web ou pour Firefox OS) par exemple?
Serait-il possible d'ajouter plusieurs systèmes de sécurité (bloquer l'accès à certaines données, les cryptées, voire rendre le traçage des utilisateurs impossible (comme pour Thor) (mais là, il y a un débat éthique à résoudre, entre ne pas donner une zone de repli aux hacker black hat et empêcher la surveillance des utilisateurs par des sociétés dans le but de gagner de l'argent))?
- Edité par colorguest 25 juillet 2014 à 22:52:05
Projet: cours "Histoire des OS" (titre provisoire). Stade: annulé
C'est ça, pour faire une analogie, nex est un OS et les modules des programmes.
- Actuellement côté client j'utilise un navigateur web, le serveur reçoit des requêtes http puis les convertit en requête nex, l'interface de nex (nxi) aura un explorateur de fichiers. Pas besoin de meta donnée, il suffit de convertir un fichier en ressource.
- On peut déjà créer des applications avec nex en créant un module. Ils sont codés en C++ actuellement, le python est prévu. On peut d'ailleurs exécuter un module côté serveur ou client
- Il y a déjà la gestion des autorisations pour les ressources et les commandes système via user et groupes, pas de gestion de crypto pour l'instant
Sinon pour la question de surveillance, en fait comme les serveurs communiquent entre eux, on peut créer un réseau privé en partageant ses données.
Par exemple, avec facebook un groupe d'ami devra passer par leur serveurs pour échanger des données.
Avec nex un groupe d'ami peut se créer un réseau privé avec ou sans serveur central pour échanger leur données.
D'après ce que tu dis ça a l'air super cool et révolutionnaire: on pourrait créer entièrement un os et un réseau reprenant toutes les fonctions du web actuellement connues.
En ce concerne le python, c'était juste pour savoir s'il y avait un projet de créer une application pour n'importe quel OS pour utiliser Nex (distributions GNU/Linux, les 4 BSD, MorphOS,...). Ca permettrait de fédérer autour de ce réseau plusieurs familles d'OS (voire permettre de les découvrir à travers Nex).
Sinon, vous pourriez aussi utiliser d'autres langages, comme le scala par exemple, qui permet de programmer soit de façon impérative, soit de façon fonctionnelle.
Tu parles de Facebook, est-ce juste un exemple ou bien est-ce que Nex pourra également fonctionner comme un réseau parallèle au web?
En ce concerne la création d'un OS, on pourrait avec ton système autant l'installer en local ou l'utiliser comme un webOS. En fait, la seule chose à savoir, c'est si on peut utiliser Nex avec un micro-noyau comme GNU/Hurd par exemple, qui utilise semble-t-il des serveurs (services) (peut-on comparer les serveurs du Hurd et les serveurs Nex ?).
D'ailleurs, en ce concerne la licence, si tu veux rendre Nex libre, tu pourrais opter pour l'AGPL v3 qui étend la GPL au cas du réseau. Pour plus de précision, je te laisse aller jeter un coup d'oeil sur wikipédia et sur ce site. Et pour les critiques et les limites de l'AGPL, voir ce site.
En tout cas, c'est vraiment un projet super intéressant, bon courage pour la suite. Je reviendrai de temps en temps jeter un coup d'oeil en ce concerne l'avancée du projet.
Bonne journée et bon week-end.
Projet: cours "Histoire des OS" (titre provisoire). Stade: annulé
Oui ça sera portable mais pour l'instant je teste sous windows.
J'ai pris facebook comme exemple car les users se rendent comptent que leur données ne sont pas privées. On donc créer des réseaux privés mais qui pourront toujours partager avec des réseaux publiques, ça peut donc fonctionner en parallèle au web, vu que le serveur accepte le http et le client est un nav web.
On peut l'utiliser en local pour gérer ses données, l'ouvrir au réseau si on veut partager ses données, utiliser son serveur avec un serveur distant pour synchro et partager ou utiliser directement un serveur distant comme un webOS.
Enfin bon, ça avancera pas très vite si je trouve personne pour m'aider, surtout pour l'interface, c'est pas très dur mais c'est assez long à dev, j'en profite pour faire un up de ce que je cherche :
- dev c++/python pour modules/interfaces/system
- dev web ou webmaster pour la documentation / présentation / interface
big bug : une tentative d?acc?s ? un socket de mani?re interdite par ses autorisations d?acc?s a ?t? tent?e juste apres le load de .interface/view.ni.dll
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.