Slt,

Tu peux utiliser le principe de « l’application occasionnelement connectée.
»

L’application possède une BDD locale qui peut se synchroniser avec une BDD
Distante.

Ainsi, l’appli est utilisable tout le temps et la mise à jour se fait à
chaque connextion.

 

  _____  

De : [email protected] [mailto:[email protected]] De la
part de Yannick Youalé
Envoyé : vendredi 27 septembre 2013 05:32
À : [email protected]
Objet : [progliste] Re: CodeArchiver- volonté de ch anger le système de
conserv ation d'infor mations

 

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] 

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.

 

 

Répondre à