Se connecter
Se connecter

ou
Créer un compte

ou

Sujet Pro du php/sql dans le coin?

  • 20 réponses
  • 4 participants
  • 343 vues
  • 2 followers
Sujet de la discussion Pro du php/sql dans le coin?
Bonjour tout le monde,

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.
Afficher le sujet de la discussion
11
http://www.phpfrance.com/tutorials/

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é :volatil:
12

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?
13

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...
14
Tu ne stockes que des chemins dans la BDD, grosso modo. Le plus courant et le bon-sens fait que tu appelles les enregistrements dans la BDD par des ID unique :bravo:

Enfin, Guyu confirmera ou non, j'suis pas du tout spécialiste moi :oops: :fleche:
15
Sinon pr le mail, j'ai peur qu'il ait été pris pour du spam, et donc effacé par mégarde...
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.
16

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

:bravo:
17

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 :bravo: et t'aurais une très très bonne chronique :mrg:

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

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...
19
Anaon -> Depuis le temps tu dois avoir trouvé quelque chose mais si tu cherches toujours je peux te faire le Modèle Logique de Données pour ta base (=schéma global) et t'aider après pour le PHP (c'est mon dada en ce moment le PHP)
20
Salut ;)

En effet, comme tu peux le voir à cette adresse: http://www.progtheater.net ;)

Mais si jamais tu as des idées... :)