> Je ne suis pas un spécialiste du sujet, mais il me semble que c'est
> précisément ce que permettent les préférences linguistiques des
> navigateurs (on peut indiquer plusieurs langues) et la négociation de
> contenu de ce bon vieux httpd (voir
> http://httpd.apache.org/docs-2.0/content-negotiation.html)
Ceci n'empêche pas cela sous la forme de redirection clairement
identifiée ? En tous cas il est certainement indispendable d'avoir l'URL
pérenne d'un doc selon sa langue (et si possible sans paramètre). Dans
le même sens, je suis tombé là dessus il y a quelques heures :
http://europa.eu.int/information_society/help/multiling/index_en.htm
>>>Nous
>>avec Apache ?
> Ah, cet empilement de casquettes sur la tête ;-)
>
> Le "nous" ici désigne Anyware Technologies, la société qui me nourrit et
> dont je suis le responsable R&D. <pub>La quasi-totalité des projets que
> nous faisons utilise Cocoon,
J'ai déjà pu voir (de loin en loin)
> et nous faisons de la formation
J'en ai entendu le plus grand bien (4DConcept), et j'ai même insisté
auprès de mon employeur pour que l'on en bénéficie. Mais bon, il faut
parfois remplacer l'argent par le travail.
>>>avons fait des CMS basés sur CVS où ce que voit un visiteur anonyme
>>>est un certain tag dans le repository CVS. Les rédacteurs par contre
>>>travaillent (et voient) la dernière version, et le processus de
>>>validation déplace le tag de publication après contrôle d'intégrité de
>>>l'ensemble des documents.
>>>
>>>
>>
>>Pas mal ! Très pur, et CVS évite les renommages intempestifs et autres
>>réorganisations brutales.
>>
>
>
> La "CVSSource", puisque c'est en fait un protocole "cvs:" pour les URLs
> dans Cocoon est disponible sur
> http://www.cocoondev.org/projects/cvssource.html
>
> Elle ne peut pas être chez Apache parce qu'elle repose sur un client CVS
> en licence LGPL.
Je reconnais la leçon que j'ai prise ici, savoir mieux s'informer des
standards existants et séparer les modules, éviter la tentation du tout
en un (même bien empaqueté). Une question tout de même, j'ai fait des
tests avec subversion, nous avons des problèmes avec des utilisateurs
derrière firewall qui n'accèdent pas au port CVS. Je me suis donc tourné
vers quelque chose port 80. Après utilisation assidue cet été (pour du
code source), je ne suis pas encore bien convaincu (ex: lourdeur des
index côté client, comparaison au hasard d'un dossier, 80ko pour svn
contre 0,6 en CVS ; temps machine occupé pour les opérations), et puis
il n'y a pas encore tous les outils associés.
Pour ne pas être hors sujet de cette liste, j'ai découvert svn avec xmlfr.
>>Vous utilisez quoi pour vérifier les liens ?
>>
>>
>
>
> Une petite tambouille maison basée sur le crawler de Cocoon :-)
Ce que je craignais :o) Après avoir aussi testé un module Maven, nous
avons du développer cette sorte de tambouille adapté à un schéma
spécifique. J'aurais rêvé quelque chose de plus indépendant et
autoportant...
--
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)
Received on Wed Sep 1 16:30:26 2004
