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 <mailto:[email protected]>
*To:* [email protected] <mailto:[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.
