Coucou Cécile ! Tu as écrit:
Début de citation Au niveau de la structure il faudrait peut-être prévoir des sous-catégories ? Fin de citation En plus du champ "langage" que j'ai renommé en "catégorie" (pour faire plus général, j'ai ajouté un champ "mots clés" (150 caractères maximum) dans lequel l'utilisateur sera exorté à y inscrire les termes clés liés à la source qu'il enregistre. Par exemple, pour un bout de code vb6 présentant des fonctions de lecture et d'écriture dans un fichier, on pourrait y mettre: fichier lecture écriture filesystemobject. Et ce nouveau champ sera testé lors des recherches. Mon avis est que c'est préférable à un système de catégories et sous-catégories, qui demanderont très probablement d'autres sous-catégorisations encore. Pour ce qui est de la catégorie principale (anciennement nommée "langage"), l'administrateur aura le droit de la rectifier s'il s'avère que le contributeur l'a mal choisie. PS: merci pour le lien. Je vais voir de quoi il retourne. Yannick Daniel Youalé La programmation est une religion. Aimez-la, ou quittez-la. ----- Original Message ----- From: BBR To: [email protected] Sent: Friday, September 27, 2013 7:59 AM Subject: [progliste] Re: CodeArchiver- volonté de ch ange r le système de conserv ation d 'infor mations Bonjour, Pour l'ID utilisateur et ID du bout de code, oui bien sûr cela me semblait aller de soi, par contre je parlais des bouts de codes eux-mêmes, un utilisateur pourrait proposer un code qui existe déjà dans la base, c'est là où ce sera plus difficile à vérifier. Au niveau de la structure il faudrait peut-être prévoir des sous-catégories ? Au niveau des systèmes embarqués pouvant être exactement les mêmes que sur internet il y a un programme qui remplace avantageusement easyphp pour travailler en local et qui permet d'être mis si un CD, une clé USB, etc. : http://www.zmws.com/ Il est super simple d'utilisation, on dézippe, on lance et c'est prêt à être utilisé sans aucun paramétrage. Je te lance explorer cette piste. Cela permettrait d'avoir une application dans laquelle chacun pourrait importer les codes qu'il veut garder en local (sur le site un lioen pour un simple export sql suffirait) Le 27/09/2013 05:31, Yannick Youalé a écrit : 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.
