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 <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.
