1) dans ton entrée du système, tu as donc en plus la date du jour ou des compteurs internes à l'application.
2)3) J'ai très bien compris l'utilisation du 404, merci :) (depuis le RMLL d'ailleurs).
En fait tu as plusieurs cas que j'ai un peu mélangé.
Le cas du web dynamique par "confort" : typiquement SPIP. Le coté dynamique permet une mise à jour facile. Le coté lecture pourrait être 100% static car les pages sont peu nombreuses (ou au moins la première page du site, la plus consulté).
Il y a le cas du contenu/visualisation très dynamique type linuxfr (ou ton site ?) où il existe des pages différentes pour chaque client. Là, la génération ne peut pas être exaustif (trop de page, une modification entraine la modification de 100 pages, etc...) alors le traitement avec le 404 est bien adapté.
Et le dernier cas : plus de modif que de visualisation : aucun interret de faire le boulot à l'avance.
Tout ce qui est problème de taille de cache, peut se régler en cron ou lors de la génération des pages (cron ne te garantit pas que tu va pas péter le quota disque entre 2 lancements).
(au fait, il parait que la couche disque de linux est tellement performante que l'on ne gagne quasiement rien à utiliser tmpfs)
[^] # Re: Euh...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un benchmark Apache, Zope, SPIP et Templeet sur un OpenBrick. Évalué à 2.
2)3) J'ai très bien compris l'utilisation du 404, merci :) (depuis le RMLL d'ailleurs).
En fait tu as plusieurs cas que j'ai un peu mélangé.
Le cas du web dynamique par "confort" : typiquement SPIP. Le coté dynamique permet une mise à jour facile. Le coté lecture pourrait être 100% static car les pages sont peu nombreuses (ou au moins la première page du site, la plus consulté).
Il y a le cas du contenu/visualisation très dynamique type linuxfr (ou ton site ?) où il existe des pages différentes pour chaque client. Là, la génération ne peut pas être exaustif (trop de page, une modification entraine la modification de 100 pages, etc...) alors le traitement avec le 404 est bien adapté.
Et le dernier cas : plus de modif que de visualisation : aucun interret de faire le boulot à l'avance.
Tout ce qui est problème de taille de cache, peut se régler en cron ou lors de la génération des pages (cron ne te garantit pas que tu va pas péter le quota disque entre 2 lancements).
(au fait, il parait que la couche disque de linux est tellement performante que l'on ne gagne quasiement rien à utiliser tmpfs)
"La première sécurité est la liberté"