ouai, c'est cool

C'est pillle-poil ce dont j'avais besoin!


Je serai absent toute la journée d'aujourd'hui et la soirée. De même que demain une bonne partie de la journée également.
Comment peut-on s'arranger pour la suite?

Re...
essaie avc:
login = toto
Password = toto
http://www.project-sound.fr/test/index.html
C'est bien ce que tu voulais?? l'inscription ne marche pas encore mais c'est rapide à mettre en place.

Ok je prends ça en charge... je t'envoie mon adresse en MP.

C'est con, Zion a fait 2-3 mini site PHP du genre pour des clients à moi ... mais pour l'urgence c'est foutu.
Il y a max une journée de dev mais pas le temps pour le moment.

Boh, pour moi, ca ne change rien.
Je ne sais pas le faire moi-même

alors je rejoins gizmo pour un bon petit sqlite

T'as Zero developpement en plus avec la DB, vu que l'equivalent de phpMyAdmin pour SQLite fait import et export pour toi.

Therese: Un exemple d'outil (standalone) pour gerer facilement la DB: http://sqliteadmin.orbmu2k.de/

le CSV n'est pas imposé, mais le but ultime est que le client soit autonome sans compliquer trop le dev et qu'il puisse utiliser les données (dans excel, par exemple).

Si on passe par une DB, il faut alors prévoir une procédure d'import/export qui ajoute du boulot de développement.

J'ai oublié de dire qu'à l'origine, il y aurait +/- 15000 lignes

j'imagine que le CSV est imposé et que c'est comme ça (cf l'histoire du dernier login à prendre).

Conseil:
Envisage du SQLite, le fichier CSV risque de grossir assez vite et donc de devenir lent à consulter. Avec une DB, si tu dénormalises tu peux te contenter de deux tables de structure identique à ton CSV, l'une avec la dernière info, l'autre avec les anciennes versions (on rajoute un champ auto-incrémenté, donc pas de travail en plus).