Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: Cocoon, retour d'expé riences

From: Frédéric Glorieux (frederic.glorieux@ajlsm.com)
Date: 16/07/2004 - 13:17


> J'ai un peu de mal à suivre toutes les mailing-lists en ce moment, mais
> à propos du cache, je peux vous rapporter une expérience intéressante.
> Les sites http://www.vnunet.com et http://www.computeractive.co.uk sont
> récemment passés sous Cocoon, et encaissent plusieurs millions de hits
> par jour.
>
> Comment qu'ils font ? Ils n'utilisent pas le cache de Cocoon, mais le
> mod_cache de ce bon vieux httpd qui est mis en frontal du moteur de
> servlet (Jetty dans le cas présent). Les pages produites par Cocoon ont
> un entête "expires" qui définit la durée de rémanence dans le cache, et
> donc la période de recalcul de la page. Cette période est fournie par
> Cocoon car elle peut être différente selon la nature des pages
> (articles, archives mail, etc).

Je crois que tu as déjà donné cette leçon ici, elle est excellente et je
ne manquerais pas de la retenir pour les serveurs que j'aurai un jour à
administrer. J'imagine que Cocoon ne va pas se spécialiser dans une
tâche sur lequel beaucoup de gens travaillent avec httpd.

Par contre, un autre aspect m'intéresse dans la cache cocoon, c'est
qu'elle sait ce qui est généré, à générer, etc. Je ne sais pas si c'est
un bon design mais je me questionne sur l'indexation en temps réel par
Lucene.

J'ai besoin d'un truc qui me dise
  * nouveau document
  * document modifié
  * document supprimé
Pour insert et update, la cache peut me dire quoi et je peux lancer
l'indexation de là. Mais il faut d'abord générer le site.
Pour le delete, je vois un truc inélégant mais je n'ai pas encore mieux
en stock, toujours vérifier qu'une source existe avant de la balancer en
résultat de recherche (sinon, un flag vérifier plus tard, et puis un
jour, sortir de l'index).

Je serai curieux de savoir comment fonctionne le test Lucene sur xmlfr ?

--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 21/07/2004 - 21:32 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org