robinsonvendredi
mardi 11 avril 2006 à 13:27
Ce n'est pas tout à fait ça...
Ce que tu décris est une logique HTML : je fais 500 pages qui, mises bout à bout, forment un site au moyen de liens hypertextes.
C'est correct pour des contenus qui n'évoluent pas ou peu (risque de liens brisés) et les fonctionnalités sont très réduites.
Il faut passer à d'autres concepts.
Une page HTML ne permet que d'afficher ce que tu as codé mot après mot, un point c'est tout.
Or pour faire un panier tu dois manipuler des données : passer une requête d'une page à une autre au moyen de formulaire, manipuler une variable de session, interroger un compte de client, enregistrer un commande, etc...
HTML est relégué à un rôle d'affichage, tandis que Php va permettre d'obtenir, d'organiser, modifier des données.
Si tu as des centaines de fiches articles, une base de données (mysql) est tout indiquée.
Dans le principe tu n'as qu'une seule page php (fiche type) qui selon le contexte affiche tel ou tel enregistrement de la base de données (article).
Bon j'espère t'avoir mis sur la voie, le mieux c'est de récupérer un tutoriel sur php et SQL, avec un cas pratique de panier de commande.