Reprise du message précédent :

j'connais pas ogame

Il n'y a pas des message tout le temps sur toutes les pages, donc tu fais du caching et tu vérifies le rotting de l'information.
 
C'est bien sûr plus simple avec des sites un peu moins dynamiques type sites de news, ou des blogs, tu peux cacher à la fois les articles et les articles + comments.
 
De toute façon, le principe du caching c'est simplement qu'au lieu de balancer directement ta page en sortie t'en gardes une copie locale que tu pourras rappeler. Vérifier le hit test du cache est souvent trivial (pas toujours bien sûr) comparé aux traitements de création de la page elle même, donc même si il n'y a pas énormément de hit en cache (parce que pages trop dynamiques) ça peut quand même valoir le coup.
 
A tester de toute façon si tu veux optimiser le traffic maximal de ton site

 
...et sinon ya toujours moyen de mettre en cache certains morceaux de ta page et d'en garder d'autres 100% dynamiques...

Tout à fait. Au niveau modèle on peut imaginer un objet Page, un objet Bloc.
 
Une page étant composé de bloc.
 
Tu mets la gestion de cache au niveau du bloc

 
Je fais pas autre chose avec mon site à moi Chaque bloc possède son propre template Smarty, qui est posé pour une durée assez longue, et invalidée à chaque action de "postage" d'un utilisateur. Le gain est énorme.

pluzun.
J'ai un objet qui s'occupe de l'affichage, dont une variable membre est de type smarty, et qui contient une liste d'objets qui dérivent d'un type "bloc"...

 
jpeux voir ?

Pour en revenir a smarty, ca doit etre génial, mais pas moyen d'utiliser ca sur des hébergements mutualisés sans devoir bidouiller dans les chemins par défaut ...  
 
C'est lourd
 
Ou alors j'ai loupé un truc ...  
 
la phplib c'était simple, des fichiers a copier ou l'on voulait dans l'espace web, et on faisait un include du fichier de la classe principale, mais bon, la phplib ca sert a rien.
 
Et templeet, qui a l'air aussi avancé que smarty, il est tout aussi chiant a installer sur un hébergement non dédié...
 
Et donc a moins de coder pour des boîtes qui hébergent en interne, je préfère fournir une version avec template en php ...

Je comprends pas le pb...

simple, en ayant suivi le tuto a la lettre, en ayant mis les bons chemins vers les répertoires de cache de templates et cie, je devais quand meme mettre ../montemplate.tpl plutot que ./montemplate.tpl ...
 
Sinon un beau "cannot access reasource montemplate.tpl" me signalait un problème de chemin ...

Ca pose un problème ?  

ouais, j'aimerai bien pouvoir placer mes scripts ou je veux en ayant les chemins a bidouiller qu'une seule fois ^^'

 

Tu peux spécifier le répertoire dans lequel tu mets tes templates quand tu crées ton objet smarty, et après basta.
 
[edit]
 
http://smarty.php.net/manual/fr/ap [...] mplate.dir

C'est ce que j'ai fait, mais ...
 
Ca marche pas
 
Et pas question de trouver aujourd'hui, parce que c'est vendredi

http://www.chezmoicamarche.org

Par contre je saisis par trop le coup du '../template.tpl', tu utilises quoi comme arborescence?

 
et je redéfinis toutes les variables comme le SMARTY_DIR,$template_dir,$cache_dir,$compile_dir, etc ...
 
Et ... rien a faire ^^'
 
Je suis sans doute deja trop usé a cause de ce *^$ù^$ de chef de stage que j'essaie de convaincre que je veux pas faire de frames pour un site de présentation tout bête ...

ah oui, juste comme ça ça devrait marcher...
Faudrait que je teste sur un compte free, par exemple, tiens...
T'as mis quoi comme template_dir?

/chemin/absolu/vers/mon/repertoire/template/  
 

 
Je suis maudit ca doit etre ca ...

humm.
et si tu mets rien ou tout bêtement ./ il dit quoi?
chemin absolu système hein, pas web? (oui, c'est vendredi, on peut prendre les gens pour des idiots ).

oui oui système, truc du genre /home/subdomains/etc...
 
Allez allez, comme c'est vendredi et que tout est permis, je réessaie.
 
(je me fais insulter de lècheur et de "mec qui passe sous la table" dans la cat html/css, j'aurai tout lu   )

Désolé du double post mais voila ou j'en suis :
 
Screen de l'architecture de mes dossiers dans /home/subdomains/smarty/httpdocs/ (qui correspond a smarty.roane-irkana.net) :  
Clic !.  
 
Ceci est a la racine de mon sous domaine smarty (domaine de test pour ..  fin t'as compris).
 
Le chemin absolu est /home/subdomains/smarty/httpdocs/ dans ce cas, et pour smarty, que j'ai mis dans libs, c'est donc /home/subdomains/smarty/httpdocs/libs/ et pour les templates et cie c'est évidemment
 
/home/subdomains/smarty/httpdocs/(templates|templates_c|cache|configs).
 
Bien sur j'ai mis les droits qui vont bien pour ces répertoires ...
 
Code :

 
Je précise que j'ai index.html dans le répertoire templates.
 
http://smarty.roane-irkana.net/
 
C'est beau hein le résultat ?
 
Edit : je viens de capter que le phpinfo sur mon panneau de controle ne donne pas le meme chemin que celui de l'erreur ...
 
J'ai corrigé et ... ca marche ...  
 

 
 
Bon, et si tu faisais un truc plus "bête" pour commencer?
 
1/ dans index.php, qui est à ta racine web:

 
2/ dans index.tpl, qui est dans ton répertoire templates

 
Et c'est tout.

j'ai édité, je suis un boulay, le mot "apprenti" devant developpeur web va rester encore longtemps.
 
Merci skeye d'avoir passé un peu de temps à m'aider ^^'
 
Je m'en vais tester, donc. A la revoyure !

Pour éviter de m'embêter, je me suis fais une classe qui s'occupe d'instancier les objets Smarty à ma place. L'avantage, c'est que grâce à ça, je définis les chemins perso une seule fois, et je peux ajouter des "variables prédéfinies" de mon cru, par exemple {$isauth} qui vaut true si l'utilisateur est connecté, ou false s'il ne l'est pas

Même combat ici...

moi j'ai foutu ca dans un include, avant de faire mumuse avec mes objets

Après trois mois d'absence(passé derrière un bar ), j'èsperais utopiquement que mon(=yoyo354) topic soit toujours en première page  
 
Ca va être dur de se remettre au php et tout le tralala maintenant....
 
Depuis ces 3 mois, mon esprit à murît et c'est rendu compte, que je n'avais vraiment pas le temps pour réaliser un "gros" projet... Aussi, je compte cependant quand même réaliser un petit site perso rien qu'à moi et également un site pour la société de mon petit papa (Qui attirera foule de curieux pendant quelques semaines...).
C'est pourquoi, je compte faire de mon site un petit laboratoire avec des examples, benchs... avec "toutes" les technologies citées dans ce thread. Donc, je reviendrais certainement hanter ce topic de temps en temps pour rendre compte de mes tests...
 
Je profite également de mon retour pour relancer ce topic qui, je le rapelle traîte de la "Stratégie de conception d'un site php/xhtml/xml/mysql(et pourquoi pas le javascript aussi avec nottement xmlhttprequest... ?"

HttpRequest c'est super pour les applications en ligne, mais pour publier des informations textuelles (un site web "normal" ) c'est amha totalement inadapté. Par contre, ça peut être employé pour des fonctions cosmétiques : dynamisation d'un menu, formulaire de recherche améliorée, etc.

Bonjour ,
je vois que vous parlez de systeme de cache ici, et justement j'aurais quelques questions (je suis débutant)  
Je suis en periode d'analyse pour un site que je veux faire, et j'ai bien envis d'implementer un systeme de cache parce que je suis curieux d'apprendre ça, seulement je ne sais pas trop "quand" ni "quoi" mettre en cache.
 
Par exemple, est ce que ca vaut le coup de "cacher" juste 1 seule requete mysql qui retourne 16 champs? Et en fait, j'aimerais que cette requete remplisse dynamiquement mes balises metas ainsi que le corps de la page.
Mais entre les balises metas et le body, j'ai un test à faire et un element un inserer dynamiquement qui ne doit pas etres caché. Dans ce cas, est ce que ça vaut le coup de cacher la pages sur 2 parties dinstincts juste pour un pauvre 'if' entre les 2? (toujours dans le cadre de ma requete a 16 champs).
 
D'autre part, j'ai lu plus haut qu'il était possible de mettre en cache certaines parties d'un forum. Je serais tres curieux d'en savoir plus à ce sujet, car j'imagine mal comment c'est possible, sachant que l'affichage diffère completement d'un utilisateur à l'autre. (par exemple, en fonction des sujets lus/non lus, j'imagine qu'il faut faire des tests differents pour chaque utilisateur, donc comment c'est possible de cacher ça??)
 
Aussi, et ce sera ma dernière question (pour le moment  ), ça prend une place monstre sur le disque non?
 
merci

mon système de cache à moi mais qui ne fait pas l'unanimité (mais qui je pense fait ce que tu veux: cache des données avec la possibilité de rajouter un "if" ou d'afficher une donnée "dynamique" ).
 
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
 
le seul truc (pour l'instant ) c'est que je peux avoir des soucis quand je ne mets pas en cache...
 
si ca peut t'inspirer...

hello, ben voila en fait j'ai le meme pb que toi. C'est juste pour afficher un pauvre login. Mais en fait j'ai trouvé une autre solution en lisant un truc sur le net. Je vais plutot tout cacher du head jusqu'en bas du body. Faire mon test 'if authentifié' apres la partie mise en cache, et rajouter ce que je veux rajouter en haut body si l'utilisateur est authentifié, grace au positionnement css. Bon c'est de la tehorie, faut voir en pratique maintenant.
 
Mais je suis toujours interresé par les autres questions  

grace au positionnement css ? donc ce que tu veux afficher se trouvera de toute facon sur la page (source) et sera visible si autentifié ?
 
dans mon cas, ce n'est pas possible de faire ca parce que certaines données ne peuvent pas être visibles par les non-membres, ...

ben en fait en gros ma page est comme ca:
 
----debut cache 1----
<meta ...>
...
<body>
---fin cache1---
if (isauthentified) {afficher un truc}
---debut cache 2-----
..d'autres trucs à "cacher"
---fin cache 2----
...des trucs a ne pas "cacher"
</body>
</html>
 
ce qui me separe en 2 mes trucs a mettre en cache.
Donc, je vais plutot faire comme ca si c'est possible:
 
---debut cache-----
<meta...>
<body>
....d'autres trucs à "cacher"
---fin cache----
...des trucs a ne pas "cacher"
if (isauthetified) {afficher un truc class="en haut"}
</body>
</html>
 
commme ca, ca ne scinde pas en 2 le cache

Toujours dans mon optique d'utilisation de smarty, comme smarty génère séparément tous les éléments de ma page, je peux contrôler le cache à un niveau relativement fin.  
 
Par exemple, j'ai un module qui gère une "shoutbox" (petite zone de discussion). Ce module est associé à un template pour l'affichage de la shoutbox. Je contrôle ce template individuel avec Smarty au sein du module, et donc dédider de le mettre en cache pour une durée illimitée, et de préciser - en cas d'ajout de message - d'invalider manuellement le cache à ce moment là.
 
Je peux étendre ce fonctionnement à tous les éléments unitaires qui composent mon site.