Bonjour,
 
ça fait déjà quelques mois que je programme des sites en PHP (bon, rien de très compliqué), et je me pose quelques questions sur la meilleure manière de gérer le site.
 
jusqu'à présent, j'employais la méthode suivante : des tables de la base de données conservaient les textes et tout (news, articles, liens) tournait par le biais de la base de données
 
C'est maintenant que je me pose une question : n'est-il pas préférable, au lieu de tout exploiter via la bdd, de générer plutôt des pages HTML, bref, est-ce plus rapide ?
 
Je ne sais pas si j'ai été très clair... Si non gueulez
 
Merci d'avance pour vos conseils

de generer des pages html à partir de quoi?
à partir de fichiers texte? à partir d'un generateur aléatoire ASCII?

 
non, à partir de formulaires PHP.
 
En fait, l'idée c'est de générer les pages les plus visitées (l'index, les news, les articles) à chaque modification (news, nouvel article), et de laisser tourner le reste du site avec MySQL
 
j'espère avoir été plus clair
 
Merci en tous cas pour ta réponse

Je pense qu'il veut dire générer une page html une fois a partir de la BDD, ainsi plus d'appel a la BDD pour afficher une page elle est deja crée), si y'a des mises a jour, on recréé la page...
 
Recherche du coté de Zend Optimizer, je crois qu'il en existe un autre un peu mieux que Zend mais je ne me souviens plus du nom, ca fait ce que tu cherches (et surement un peu plus)

 
OK, je vais jeter un oeil
 
mais je voudrais programmer ce truc, pas installer de scripts déjà prêts à la consommation Donc, c'est une bonne idée ou bien ça va ralentir le site et être un gâchis monumental ?

c'est une bonne idée, et ca ne ralentira pas le site, au contraire...

ok, merci pour tes réponses
 
Quelque chose me dit que ça va pas être une partie de plaisir

 
 
Hum... ca ne me semble pas tres simple non plus. Tu devrais commencer par faire une recherche sur "cron" ds Google. Y'a peut etre moyen de faire ca avec des triggers sinon (genre "j'execute un script PHP qd telle table est modifiee" ) mais je ne crois pas que MySQL supporte les triggers et puis je ne suis pas sur que ce soit possible de lancer un script PHP avec des commandes SQL en +

Y a une manière très simple de faire ton truc:
 
Tu te fais une page 404 personnalisée. Quand tu tombes dessus, tu récupères les arguments et tu regardes dans ta DB si c'est une page potentielle qui n'a pas encore été créée. Si c'est le cas, tu la fabriques (c'est un peu plus lent pour celui qui tombes dessus le premier) et tu la sauves.
 
Ainsi, toutes tes pages HTML sont créées en fonction du surf des internautes.

 
 
Euh... ca va "marcher" une fois, apres la page etant cree t'auras plus d'erreur 404. Et tu fais comment pour savoir quand la BD est modifiee (il faut recreer la page ds ce cas)?

 
à mon avis, il faut adapter le code PHP. La création de pages secondaires se fait une fois, et celle des pages principale est rééditée à chaque mise à jour...
 
ça me semble être une good idée, merci à vous deux pour vos conseils !

le coup du 404 c'est assez malin comme truc, mais moi je m'y fierais pas, et autant garder le 404 pour ce pour quoi il est prevu. (ne fut-ce que parce que ça va fausser tes stats) et puis deux choses:
. si tu fais ça avec les 404, comment tu fais quand la page doit etre mise à jour
. si tu a une interface d'admin pour ajouter/modifier les pages, je vois pas le pb à generer les pages au moment ou l'admin clique "ok" quoi...

 
Je vois plutot ca comme toi en fait. Il suffirait de generer la ou les pages apres chaque query qui modifie la BD. Ca me parait etre une solution simple et efficace.