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: 28/08/2004 - 07:35


Bon retour !

> Si je comprends bien, le pipeline écrit le fichier correspondant à l'URL
> demandée en plus de le renvoyer au navigateur ?

Oui. Et c'est aussi à cet endroit que je (vais) glisser l'indexation de
manière à avoir les docs cherchable en temps réel. C'est ce point qui
justifie de parler de cela ici, car je me demandais comment xmlfr
comptait procéder pour indexer ses docs en contexte cocoon.

> C'est une approche intéressante, mais qui ne convient que si le même
> contenu est renvoyé pour tous les appels d'une URL. En particulier, ça
> interdit la négociation de contenu pour un site multilingue.

On pourrait glisser toute sorte de finesses, comme les pompeurs de sites
(ex: nom de fichier avec MD5 des paramètres), mais comme je travaille
dans le cadre d'une application définie, les tuyaux sont contrôlés. Et
d'ailleurs, est-il pertinent de cacher une page résultant de
l'interation utilisateur ? Pensez à une application de type Forrest, les
rédacteurs peuvent surveiller leur site, et il s'écrit en même temps.
Nous avons beaucoup de problèmes de déploiement serveur parmi nos
partenaires, un statique généré et précisément structuré fini par être
  la seule solution viable.

Le multilinguisme est pour nous un problème tellement critique qu'il a
fallu le régler à la source. Considérez l'exemple de ce site hautement
concerné par la diversité des langues

http://europa.eu.int/index_fr.htm

C'est l'une des rares manière de conserver le parallélisme des versions
selon l'état des traductions, notre source est alors

{dossier}/index_fr.sxw
          /index_en.sxw
          /index_ar.sxw
          /01 welcome_fr.sxw
          /01 welcome_en.sxw
          (pas d'arabe disponible encore)

--
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 31/08/2004 - 08: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