Pro du php/sql dans le coin?
- 20 réponses
- 4 participants
- 349 vues
- 2 followers
Anaon
J'espère que mon message tombera pas trop comme un cheveu sur la soupe ou qu'il ne sera pas trop considéré comme une annonce pure et dure mais en fait, je bosse sur la reconstruction de mon site de chroniques cds et en fait, j'aimerais, depuis le temps que j'y pense, créer une base de données et tout gérer en sql/php, ça fait pas mal de jours que je suis dessus et je ne comprends pas grand chose...
Bon c'est pas très sexy comme topic mais s'il y avait des personnes qui auraient la gentillesse de m'aider, ce serait top...
L'idée c'est en gros, avoir une page qui liste toutes les chroniques dispos (Par ordre alphabétique, avec "artiste" et "nom de l'album" avec un lien qui mène à la page chronique).
Et puis donc, réussir à créer une page "modèle" qui affiche les infos de la base de données (Artiste, album, titres, personnel, pochette (Pas moyen de comprendre comment insérer une image!!), auteur chronique, et chronique bien sûr...).
Vous pensez que c'est faisable?
AnaoN.
Anonyme
Sinon clair qu'on va pas loin avec 1 table. Mais bon pour débuter, si tu sais pas comment structurer une table pour pouvoir faire les jointures ensuite, t'es mal barré
Anaon
Citation : Bon j'ai pas eu le mail... mais sinon, ds ce cas, tout dépend aussi de la complexité de ce que tu veux, mais une seule table ne suffit pas; j'en vois facilement minimum 5:
Artistes (relation n-n avec Individus, 1-n avec Oeuvres)
Individus
Oeuvres (relation n-1 avec Labels, relation 1-1 avec genre)
Labels (
Genres
Ok autant de table qu'il le faut, pas de problème.
Citation : Les chroniques peuvent être stockée en dur (ie un fichier html par chronique, avec juste une référence dans la base), ou dans la base... Sachant que ca n'a pas forcément d'utilité d'être dans la base.
Idem pour les images -pochettes-: à stocker sur le filesystem, seule une référence dans la base est utile (et encore) et surtout pas ds la base, au risque de la voir exploser (sans compter perf dégueue etc... etc...)
Ah ça c'est intéressant, parce que justement, je me posais la question, mais ma question ultime, c'est comment faire pour préciser par exemple qu'il faut aller chercher tel chronique pour tel album?
Anaon
Citation : Sinon clair qu'on va pas loin avec 1 table. Mais bon pour débuter, si tu sais pas comment structurer une table pour pouvoir faire les jointures ensuite, t'es mal barré
Tu m'étonnes... Je vais voir ton lien mais ça me dit quelque chose...
Je vais essayer de poster un message clair qui explique ce que je veux faire...
Anonyme
Enfin, Guyu confirmera ou non, j'suis pas du tout spécialiste moi
Anonyme
merci de le renvoyer au cas ou...
Sinon si tu n'y connais rien de rien, je peux te faire des trics rapidement:
*structure de la base (modèle conceptuer, modèle physique avec SQL de création)
*principales requêtes
*Php de bases pour afficher...
ensuite je te laisse tout ce qui est mise en page etc... (un conseil: utilise au max les CSS, et pas de <table> html qui ne serve pas a juste afficher un tableau).
Le mieux est aussi d'avoir une interface d'administration pour toi et les chroniqueurs, pour une mise à jour facile du site.
Tu peux aussi peut être regarder s'il il n'existe pas des softs/templates PHP tout fait pour faire cela...
Et sinon Zap a raison, le plus simple est d'affecter un ID unique à chaque oeuvre (un entier qui s'incrémente automatiquement fera amplement l'affaire -ce que MySQL gère trés bien), et ensuite de nommer chronique et pochette suivant une convention utilisant cet id: ch_xxxx.html et poch_xxxx.jpg pour l'oeuvre xxxx, et les stockers dans des chemins connus (\chroniques\ et \pochettes\). Comme ca il n'y a mm pas besoin de stocker ni les chemins ds la BD. Par contre en assurer une intégrité parfait devient plus coton, mais ce n'est pas fortement le but ici, étant donné que ce n'est pas un site fortemet transactionnel et ou l'intégrité est à conserver à tout prix.
Anonyme
Citation : ensuite je te laisse tout ce qui est mise en page etc... (un conseil: utilise au max les CSS, et pas de <table> html qui ne serve pas a juste afficher un tableau).
Anaon
Citation : Sinon si tu n'y connais rien de rien, je peux te faire des trics rapidement:
*structure de la base (modèle conceptuer, modèle physique avec SQL de création)
*principales requêtes
*Php de bases pour afficher...
Oh pinaise merci Guy, ce serait génial!!
Je pourrais chroniquer ton album du coup et t'aurais une très très bonne chronique
Non mais plus sérieusement, pour ce qui est de l'ésthétique, ça je gère assez bien, d'ailleurs, j'ai refias le site entièrement en css, manque plus que l'essentiel, ce système de base de données...
Je peux te renvoyer un mail alors avec ce dont j'aurais besoin? Oui je fais ça de façon plus précise, il arrive dans quelques minutes ;)
Merci aussi Zaplouf, je vois de quoi tu parles pour les ID...
Anaon
Citation : Tu peux aussi peut être regarder s'il il n'existe pas des softs/templates PHP tout fait pour faire cela...
J'ai cherché ça justement en vain malheureusement...
Sinon Guy, je t'ai écris un mail bien plus complet et précis je pense...
zip, pit et pat les pingouins
Anaon
En effet, comme tu peux le voir à cette adresse: http://www.progtheater.net ;)
Mais si jamais tu as des idées...
- < Liste des sujets
- Charte