Reprise du message précédent :

 
puis ça permet d'engueuler les n00bs qui postent en cat' php alors que leur problème relève du html pur et simple...

http://www.opera.com/free/

Tiens, je croyais que c'était temporaire...

oui, enfin pour les 10 ans il donnait un code temporaire. mais la apparement il decide de passer le browser desktop en free... mais c'est louche, je suis toujours en 8.02 (celle des 10 ans) et si je veux la 8.50, je peux la DL mais j'ai quand meme le message de payer 39$ pour enlever la pub

La seule façon de faire une mise en page css sans devenir fou
http://css.alsacreations.com/Model [...] age-en-CSS

 
Je garde la 8.02 pour mes tests opera, alors...

 
Exact , faut qu'ils morflent

moi aussi

wala.
 
'fin le web c'est ce qui se passe sur le client, quoi...

Intéressant ton article sur le MVC en php, sinon, uriel...

oui a la base c'etait ca l'interet  

ya quand même un bout de code qui suggère un héritage multiple si j'ai bien lu, ce qui me laisse perplexe...
 
[edit]
 
J'ai rien dit...il teste si un objet est une instance d'une certaine classe, et en même temps ils teste quand même si c'est une instance de la classe mère...

en fait pour Opera, c'est bel et bien free partout

Ca vous dit qu'on se fasse un topic où on parle de MVC en PHP ?

Je t'en prie!

Aller, je lance ça dans quelques instants en cat PHP

 doit y avoir 0.01% des gens qui dev en php qui savent ce qu'est MVC

 
C'est bien, ce sera un topic pour l'élite!

Justement

Bon, j'ai juste un pauvre diagramme UML à finir, histoire de lancer le sujet

question strategie pour mon site a moi que je refais entierement histoire de faire du php5 au passage.
je compte faire genre 5-6 pages uniquement, que je sois capable de les modifier facilement et evidemment ajouter des trucs etc... (rien que de tres banal que pourrait fournir un cms basique), et en plusieurs langues. (le but etant d'apprendre au passage sinon je prendrais un cms)
 
la question est:  
-je mets tout dans une bdd, les pages sont en php et y a un appel a la base a chaque fois
ou
-la partie admin est en php, genere les pages en html qui seront consultées
 
ce serait quoi le mieux? selon moi la solution 2

La 2eme si c'est des pages relativement statiques

 
Modèle-Vue-Controlleurs !!!
 
Mais je ne m'en suis jamais servi, j'avoue que j'ai du mal à appréhender un programme de cette manière en php.
 
enfin, grâce à vous, j'aurais de quoi lire, peut-etre meme des exemples

La 2 est plus stable et demandera moins de ressources à travail égal (surtout si les modifs ne sont pas très fréquentes, en dynamique pur il faudrait implémenter un cache), par contre elle est probablement moins extensible sur le long terme.

 
c'est un peu le rpincipe de la solution 2, non?

merci esox_ch & Masklinn
 effectivement pas beaucoup de modifs a faire, donc ca confirme mon choix.  
Le fait que ce soit moins extensible ne me pose pas de probleme, ca reste personnel et a but educatif

Et si t'as envie de t'amuser c'est le moment de t'initier à un moteur de templates gérant un cache...

j'ai pas envie d'y passer mes nuits non plus
  je veux juste tater un peu php5, jouer avec ses capacités OO (oui je sais...) et XML et apres on verra

 
T'a deja une longueur d'avance sur moi, je fais parti du 90 et quelques % qui savent pas ce que c'est .. Florent j'attend avec impatience ton topic

Il y est le topic Viendez nombreux

 
Bah c'est pas bien compliqué non plus hein...tout le boulot est déjà fait par le moteur, justement...

   
 
La solution 2, il pré-génère le site en statique, l'interface d'administration modifie l'état de l'application puis régénère celle ci (un peu comme un modification du source + recompilation intégrale) indépendament du fait que l'appli tourne ou pas => la charge est totalement prévisible et les vitesses de chargement seront constantes pour les utilisateurs, mais l'espace de stockage utilisé n'est pas optimisé.
 
Pour un cache, la génération statique se fait au runtime, au premier appel de la nouvelle version de la page. Ca impose de faire des hits sur le cache pour vérifier si celui-ci existe et s'il est encore valide (donc stocker des métadonnées concernant la génération du cache, comme son horaire, et des métadonnées sur les différentes données, comme l'heure de la dernière modification de la base K dont dépend la page actuelle) et ça signifie que le premier visiteur n'aura pas les bénéfices du cache. Avec un cache, on a également moins de pages en statique (surtout si on implémente un système de data rotting) puisque seules les pages [récemment/fréquemment] appelées résident dans le cache mais la charge est moins prévisible (si un mec se fait l'intégralité du site, le gestionnaire de cache va en prendre plein la yeule).

 
C'est kif kif, à part pour le moment de génération de la page, si tu utilises le cache de manière optimale.
=> Tu donnes une durée de vie infinie à tes pages de cache, et lors de la mise à jour tu vires le cache de toutes les pages impactées par la modif.

Je viens de le lire Des que j'aurais eu le temps de lire tes liens aussi je commencerai a poser des questions

j'ai pas du comprendre ce que tu veux dire pas 'cache' alors.
 
 pour moi la solution 2 c'est une interface admin en php, qui met a jour la base, et avec un petit bouton 'build' construit toutes les pages html du site.
alors qu'un cache, le premier utilisateur arrive, fait un appel a la base -> genere l'html et voila jusqu'a mise a jour. Effectivement ca fait peu de difference, ca me parait juste plus simple dans le premier cas, non?

 
C'est pas forcément plus simple...ta génération de html il va falloir l'implémenter de toute manière, non?
Donc qu'elle soit faite sur clic d'un bouton ou sur demande de la page par l'utilisateur ça change pas énorme!
Et avec un bon moteur de templates, il te suffit d'avoir un code du genre
 

 
Et le tour est joué...

mais le cache c'est quoi ici, un folder sur le serveur

 
yep.
 
[edit]
 
Et le moteur de templates, s'il a la page en cache, va afficher ce qu'il y trouve au lieu de se parser le template...

ok, parce que moi ce que je voyais c'etait un truc comme:
-modification dans la partie admin de la page voulue, je clique sur mon bouton build, et php 'write()' (ou fwrite() je me souviens plus du nom de la fonction) la page html qui sera consultée par le user
 
 le cache me semble etre un folder intermediaire par necessaire pourquoi pas modifier directement la page consultable  (je sens la grosse question conne mais banco )

Je comprend pas ta question

y en a pas vraiment, je comprends pas a quoi sert le cache, ou betement ce qu'est le cache ici.