Salut Cécile ! Tu as écrit:
Début de citation Pourquoi ne pas laisser uniquement sur un site ? Pour moi ce qui est important ce n'est pas d'avoir des bouts de code sur mon PC mais de savoir où les trouver à coup sûr, Fin de citation Pour au moins quatre raisons: 1. parce que ce logiciel à la base est fait pour enregistrer et retrouver rapidement ses propres bouts de code, et qu'on peut ne pas avoir envi de tous les partager avec la communauté; 2. parce que ce qui se trouve sur le net peut pour x ou y raison devenir indisponible à un moment donné; 3. parce que même sans connexion Internet, les codes ajoutés ou téléchargés seront consultables, d'autant plus que l'application est transportable; 4. Parce qu'au dela de tes besoins personnels, cela peut être important pour d'autres utilisateurs. Il faut toujours donner plusieurs possibilités aux usagés d'un logiciel. Tu as écrit: Début de citation Pour éviter les doublons de code c'est difficile, mis à part en vérifiant manuellement les propositions d'ajout (et encore) Fin de citation Je pense cependant qu'on peut grandement les limiter si, dans le logiciel et dans la BD il existe un système de marquage des contributions. Notamment: 1. pour pouvoir contribuer (par le logiciel, il faudrait que l'utilisateur s'enregistre en fournissant un minimum d'informations. A savoir: * son pseudo; * son mot de passe; * une adresse mail (non obligatoire). L'enregistrement lui génèrera un numéro identifiant unique, stoqué par le logiciel, et qui servira à déterminer s'il a le droit de modifier les codes de sa contribution ou pas. 2. De même, à chaque fois qu'il souhaitera envoyer un code, il sera vérifier si ce code est de lui ou de quelqu'un d'autre. Parce que pour chaque code, le numéro identifiant du contributeur sera attaché. 3. Dès lors que le code en ligne est accepté, un numéro identifiant unique sera généré pour le code envoyé et renvoyé à la machine de l'utilisateur pour être stoqué dans la base de donnée locale. Le tout est que le système de communication en place soit suffisamment élaboré. Je l'ai déja conceptualisé, je suis en train de l'implémenter. Et rassure toi, les contributions envoyées devront être validées par l'administrateur avant de pouvoir être affichés sur le site. Je code encore un peut et je te fait un compte rendu. Bisou ! Yannick Daniel Youalé La programmation est une religion. Aimez-la, ou quittez-la. ----- Original Message ----- From: BBR To: [email protected] Sent: Thursday, September 26, 2013 7:49 PM Subject: [progliste] Re: CodeArchiver- volonté de ch anger le système de conserv ation d'infor mations Bonjour, Pourquoi ne pas laisser uniquement sur un site ? Pour moi ce qui est important ce n'est pas d'avoir des bouts de code sur mon PC mais de savoir où les trouver à coup sûr, une BDD mySQL fait très bien l'affaire ? Pour éviter les doublons de code c'est difficile, mis à part en vérifiant manuellement les propositions d'ajout (et encore) Qu'est-ce qui te pose problème dans l'identification de l'utilisateur ? (d'ailleurs faut que je te recrée un accès, puisque j'ai supprimé python qui était trop restrictif, pas eu le temps ces jours-ci, je m'en occupe demain). Le 26/09/2013 18:57, Yannick Youalé a écrit : Bonjour à tous ! Comme vous l'avez probablement devinez, je travaille à fond ces derniers temps pour finaliser mon logiciel CodeArchiver, notamment en lui développant un système de communication avec une base de données distante. De ce côté là, tout est pratiquement au point. En local avec easy php, je simule déja tous les comportements que je voudrais que le logiciel ait avec le web. Comme questions à régler, il me reste l'identification de l'utilisateur, ou trouver un moyen d'éviter les doublons dans les contributions. La raison pour laquelle je voudrais vous demander votre avis aujourd'hui concerne plutôt le système de sauvegarde d'informations sur la machine de l'utilisateur. Autrement dit, la sorte de base de données dans laquelle les codes créés par l'utilisateur ou téléchargés par lui depuis le net sont conservés sur sa machine et consultables via l'interface du logiciel. Je n'ai pas voulu passer à des base de données classiques telles que access ou SQLitte parce que soit elles occupent trop de place, soit elles nécessitent de s'installer. Jusqu'ici, j'utilise un simple système de fichiers texte à l'extension ".snpt", rangés dans des sous-dossiers représentant des catégories ou langages de programmation. Le titre du fichier contient la description du code, et le contenu contient le code lui-même; soit deux informations en tout. Or, la base de données distante permet de conserver plus d'informations que ça. A savoir: le numéro identifiant unique, les mots clés associés, l'auteur, la date de création, la date de modification, etc... Dès lors, Comment faire pour garder ces informations en local ? Faudrait-il que je crée des espaces séquentiels dans chaque fichier où une information aura un nombre de caractères prédéfini ? Ou faudrait-il que je passe au xml qui me donnera la possibilité de baliser le fichier comme je l'entend ? Mais dans ce cas, conserverais-je tout dans un seul fichier ou alors dans une multitude de fichiers représentant chacun un code sauvegardé ? Et si multitude de fichiers xml il y a, mon moteur de recherche de code les parcourera-t-il suffisamment rapidement ? Parce que pour rechercher la présence d'une expression dans un fichier, il faudra l'ouvrir, le parser, vérifier si l'expression existe dans la bonne zone, puis le refermer, comme ça pour un grand nombre de fichier. Ne sera-ce pas lourd au final ? J'avoue ne pas trop savoir quoi choisir ? Aidez-moi !!! Yannick Daniel Youalé La programmation est une religion. Aimez-la, ou quittez-la.
