bibliothèque vidéo

[choufmaurice]

Bonjour,

J'ai pour projet perso de développer une bibliothèque vidéo. les solutions existantes ne me vont jamais car je veux quelque chose de simple et qui correspond exactement à mes besoins.

L'idée est d'avoir la liste de mes films facilement accessible depuis le PC du salon.
j'ai pensé au PHP car
_ je veux pouvoir la consulter depuis la plupart des OS
_ je veux pouvoir développer et debugger l'appli facilement et rapidement depuis un PC ou un MAC via un simple éditeur de texte et un navigateur,
_ je connais déjà un peu le PHP,

Au lancement de la page php, la liste de film serait mise à jour en fonction des films ajoutés/supprimés sur le disque dur.
la liste serait juste un tableau HTML avec un ligne par film et 5/6 attributs par lignes à mémoriser (booléens, textes, entiers)
la liste + attributs seraient stockés/sauvegardés dans un fichier standard de type CSV/XML pour réutilisation future facile.
Tri ou filtres basiques possibles sur quelques attributs.
Clic sur le nom du film pour lancer la lecture.

Voici grossièrement l'algo:
1) lister les fichiers des répertoires vidéos pré-configurés
2) MAJ du fichier XML (nouveaux ou films supprimés du disque)
3) remplir une base de donnée avec le fichier XML (plus performant pour les filtres et tri que de parser le fichier XML à chaque fois ?)
4) remplir le tableau HTML avec la table de la base de donnée en fonction des filtres et tri sélectionnés depuis l'HTML (formulaire)
5) édition d'attributs depuis l'HTML
6) MAJ du fichier XML avec les nouvelles valeurs d'attributs OU MAJ de la base de donnée avec les nouvelles valeurs d'attributs puis exportation de la base vers le fichier XML ?


Avant de me lancer, je me demande si l'utilisation de la base de donnée est indispensable ou si je peux travailler directement avec le ficher XML sans souci de performance ?

Et si quelqu'un pense que je suis fou et que ca ne marchera jamais ?

merci par avance.

[stealth35]

pour lister tes vidéos utilise RecursiveDirectoryIterator + un FilterIterator pour l'extension , couplé a une petite base sqlite en mémoire pour la recherche et le tour est joué, meme si t'as plein de video, ca devrai pas être long a parser, et ta base prendra pas beaucoup de mémoire

ps : oublie de XML

[choufmaurice]

RecursiveDirectoryIterator + un FilterIterator ca va pas mal me simplifier la vie !

pourquoi il faut que j'oublie XML ?
j'aimerai bien pouvoir exporter ma liste complète dans un format facilement exploitable.
Tu penses qu'il vaut mieux que j'utilise, en dehors de mon appli PHP, un utilitaire pour exporter une base SQLite en csv quand j'en aurais besoin par exemple ?

SQLite serait mieux adapter que MySQL ou PostgreSQL ? ou est-ce simplement une histoire de goût, pour une petite base de ce genre ca ne change pas grand chose ?

[radicaldreamer]

mysql_ sera d'ici quelques temps déprécié. Alors ça ne sera plus une histoire de goût mais d'obligation.

Mysql_ n'est plus développé mais uniquement maintenu.

Sinon si tu veux utiliser XML, libre à toi. Mais plutôt faire tout en sql/php et ensuite faire une fonction d'exportation qui te génère ton fichier XML (avec les headers de php).

[boo64]

Envoyé par radicaldreamer

mysql_ sera d'ici quelques temps déprécié. Alors ça ne sera plus une histoire de goût mais d'obligation.

Mysql_ n'est plus développé mais uniquement maintenu.

Sinon si tu veux utiliser XML, libre à toi. Mais plutôt faire tout en sql/php et ensuite faire une fonction d'exportation qui te génère ton fichier XML (avec les headers de php).

+1 moi je ferais tout en php/sql
pourquoi veux tu passer par un fichier XML?

[stealth35]

Envoyé par radicaldreamer

mysql_ sera d'ici quelques temps déprécié. Alors ça ne sera plus une histoire de goût mais d'obligation.

Mysql_ n'est plus développé mais uniquement maintenu.

Sinon si tu veux utiliser XML, libre à toi. Mais plutôt faire tout en sql/php et ensuite faire une fonction d'exportation qui te génère ton fichier XML (avec les headers de php).

rien a voir, mysql_ c'est juste une extension, maintenant c'est mysqli qui la remplace...


choufmaurice -> je t'ai dis SQLite parce que c'est la base de donnée la plus simple a mettre en place puisque c'est sois en memoire, sois dans un fichier, donc pas besoin de serveur et compagnie

[radicaldreamer]

Envoyé par stealth25

rien a voir, mysql_ c'est juste une extension, maintenant c'est mysqli qui la remplace...

Et j'ai dit quoi? Quand on déprécie quelque chose on le remplace -en général- non? Pour preuve ereg déprécié, preg_ prend la relève. De plus, je n'ai jamais dit que mysql_ était nativement dans PHP.

[choufmaurice]

ok, donc je vais remplir une base SQLite (simple et gratuit, impeccable!) avec RecursiveDirectoryIterator et taper directement dedans avec des requêtes adaptées aux filtres/tris sélectionnés et afficher le résultat dans mon tableau.

Ensuite, je trouverai une fonction pour exporter la bd dans un XML (ca a surement déjà été fait!)
radicaldreamer => je n'ai pas trouvé à quoi peuvent me servir les headers de php ?

Envoyé par boo64

pourquoi veux tu passer par un fichier XML?

C'est juste pour pouvoir sauvegarder ma liste dans un format standard, si jamais plus tard je veux gérer ma liste autrement, je pourrais la réutiliser avec tous ces attributs.

Pour mettre à jour ma liste, j'ai besoin de vérifier si chaque fichier se trouve déjà dans la liste ou pas et si chaque film de la liste correspond bien à un fichier encore existant.
Du coup, j'ai besoin d'identifier les fichiers de façon unique, mais je ne peux pas utiliser:
_ leur PATH (car les fichiers peuvent être déplacés ou renommés)
_ leur taille (risque de taille identique et apparemment quelques soucis pour les fichiers > 2 Go)

Pensez-vous que hash_file serait adapté ? (est-ce rapide pour des gros fichiers ?)
connaissez-vous d'autre fonction de hashage ou CRC ?

Merci !!!

[stealth35]

Envoyé par radicaldreamer

Et j'ai dit quoi? Quand on déprécie quelque chose on le remplace -en général- non? Pour preuve ereg déprécié, preg_ prend la relève. De plus, je n'ai jamais dit que mysql_ était nativement dans PHP.

t'as dis un truc qu'a rien a voir avec le sujet :

Envoyé par radicaldreamer

mysql_ sera d'ici quelques temps déprécié.

pourquoi dire ca ? va savoir...

Envoyé par radicaldreamer

De plus, je n'ai jamais dit que mysql_ était nativement dans PHP.

pareil ca sort d'où ca ? t'invente des conversation qui n'ont jamais eu lieu.

et preg ne remplace pas ereg c'est deux choses différentes, ereg s'appuie sur POSIX et preg sur PCRE, preg ne remplace pas ereg c'est juste une autre extension qui tape dans le meme domaine : les regexp.
c'est un peux comme si tu disais : SSH remplace FTP parce FTP c'est vieux.

tu dis des choses plus ou moins vrai mais qui sont totalement hors sujet...

[stealth35]

Envoyé par choufmaurice

ok, donc je vais remplir une base SQLite (simple et gratuit, impeccable!) avec RecursiveDirectoryIterator et taper directement dedans avec des requêtes adaptées aux filtres/tris sélectionnés et afficher le résultat dans mon tableau.

Ensuite, je trouverai une fonction pour exporter la bd dans un XML (ca a surement déjà été fait!)
radicaldreamer => je n'ai pas trouvé à quoi peuvent me servir les headers de php ?


C'est juste pour pouvoir sauvegarder ma liste dans un format standard, si jamais plus tard je veux gérer ma liste autrement, je pourrais la réutiliser avec tous ces attributs.

Pour mettre à jour ma liste, j'ai besoin de vérifier si chaque fichier se trouve déjà dans la liste ou pas et si chaque film de la liste correspond bien à un fichier encore existant.
Du coup, j'ai besoin d'identifier les fichiers de façon unique, mais je ne peux pas utiliser:
_ leur PATH (car les fichiers peuvent être déplacés ou renommés)
_ leur taille (risque de taille identique et apparemment quelques soucis pour les fichiers > 2 Go)

Pensez-vous que hash_file serait adapté ? (est-ce rapide pour des gros fichiers ?)
connaissez-vous d'autre fonction de hashage ou CRC ?

Merci !!!

enfaite comme je te disais tout se fait dynamiquement, a chaque fois que tu va lancer ta page il va tout rechargé, donc si y'a des modifs il va biensur les prendre en compte , pas besoin de sauvegarder quoi que ce soit, SQlite étant juste la pour faire des requêtes simple