At 15:45 14.01.2008, you wrote:
1. Comment créer, en tant que rédacteur, des URL
rewriting (alias ou friendly URL) ?
Exemples : pour la page
<http://pouvoirslocaux.wallonie.be/jahia/Jahia/pid/169>http://pouvoirslocaux.wallonie.be/<http://pouvoirslocaux.wallonie.be/jahia/Jahia/pid/169>jahia/Jahia/pid/169,
je voudrais que l'URL devienne
<http://pouvoirslocaux.wallonie.be/PICVerts>http://pouvoirslocaux.wallonie.be/PICVerts
et pour
<http://pouvoirslocaux.wallonie.be/jahia/Jahia/pid/173>http://pouvoirslocaux.wallonie.be/<http://pouvoirslocaux.wallonie.be/jahia/Jahia/pid/173>jahia/Jahia/pid/173
, je voudrais que l'URL devienne
<http://pouvoirslocaux.wallonie.be/PICVerts/Documents>http://pouvoirslocaux.wallonie.be/PICVerts/Documents
a) vous pouvez modifier le servlet et context
name (le "jahia/Jahia") en ce que vous voulez. Un
mode d'emploi existe dans le fichier readme de Jahia.
b) Jahia support des "url_key" soit des alias
pour chaque page. Donc au lieu d'afficher le
"pid/5" vous pouvez afficher un label à la place
qui sera concaténé au gré des sous-pages (ex:
marketing/about_us/people au lieu de pid/117)
c) Finalement pour le domain name, il s'agit plus
d'un problème de configuration de votre DNS pour
pointer vers le bon site virtuel Jahia.
Si jamais, vous pouvez également évaluer:
http://www.jahia.net/jahia/Jahia/site/jahia_net/pid/710?entryId=3479.
Vous pouvez également passer par le module
mod_rewrite si vous avez un serveur Apache en frontal.
2. Je suis rédacteur du Portail cartographique
de la Région wallonne :
<http://cartographie.wallonie.be>http://cartographie.wallonie.be
, portail développé en JSP sans CMS.
Prochainement, j'envisage de gérer son contenu à
l'aide d'un CMS qui pourrait évidemment être
Jahia. J'ai regardé et analysé pas mal de fonctionnalités de différents CMS.
Si Jahia est choisi, pensez-vous qu'il est
possible de demander dans le cahier des charges
de faire développer les deux nouvelles
fonctionnalités suivantes qui, je pense,
n'existent pas aujourd'hui dans Jahia (mais existent dans d'autres CMS) :
2.1. Donner la possibilité aux rédacteurs de
créer une nouvelle page qui ne sera pas
accessible au travers d'une rubrique dans un
menu. Cette nouvelle page sera accessible via un
lien hypertexte (interne) sur un texte ou une
image d'une autre page existante. Objectif :
créer des nouvelles pages sans que le menu ne
s'allonge indéfiniment (en sous-menu, sous-sous
menu... jusqu'à avoir 6 à 7 niveaux dans le menu
et autant d'items dans le menu que de pages sur le site Jahia).
Je comprend bien le besoin. Il s'agit typiquement
d'un "DevCo" (= Développement Collaboratif =
nouveau besoin fonctionnel exprimé et sponsorisé
par un client donnant droit à des crédits de
licences supplémentaires). Je crois que les
Communes Wallones ont déjà négocié de tels
"avances de crédits de développements". Je vous
laisse donc regarder avec nos commerciaux.
Sinon un "workaround" utilisé par certains de nos
clients: créer une page cachée pour tous les
utilisateur (seul certains éditeurs peuvent y
accéder) et créer des sous-pages avec des droits
"étendus" (par exemple guest/anonymous). Ainsi
l'utilisateur anonymous ne verra pas ses
sous-pages (car il n'a pas accès à la page
parente) mais pourra y accéder via une
cross-référence. Vous pouvez également imaginer
un template JSP qui n'affiche le menu qu'en mode
édition et pas en mode live (permettant ainsi
uniquement d'accéder à la page pour l'éditer).
Evidemment ceci à des limites (le sitemap généré
automatiquement pas Jahia listera quand même ces
pages selon les droits en mode live et le moteur
de recherche les retrouvera). Pour une solution
plus "propre" il faudrait rajouter une propriété "hidden" sur certaines pages.
2.2. Mettre à disposition des rédacteurs (tout
comme on a un gestionnaire de fichiers) un
gestionnaire de liens hypertextes externes.
Objectifs : avoir un fichier ou une table dans
laquelle se retrouvent tous les liens
hypertextes externes. Comme cela, lorsqu'un lien
hypertexte externe est mis à jour, la mise à
jour se fait automatiquement pour toutes les
pages différentes qui contiennent ce même lien hypertexte externe.
Ibid. Il peut s'agir d'un DévCo additionnel
donnant droit à des crédits de licence.
Actuellement Jahia "parse" déjà l'ensemble des
champs de type "rich/big text" afin de détecter
les urls "hardcodées". Ces liens sont donc déjà
extraits. Il pourrait donc être simple de les
lister dans un tableau. Je vois personnellement
deux points distincts à votre demande:
- une meilleure vérification des liens cassées
(404 ou 403): Jahia pourrait intégréer un module
dans l'Admin Center afin de vérifier
(manuellement ou lancé automatiquement avec une
notification email à la clé) l'ensemble des
cross-références internes et externes du site
- une fonction "find and replace" globale à un
site ou un sous-site permettant de modifier d'un
seul coup un ensemble de liens (mais cela
pourrait également être du texte - par exemple le
nom d'une société qui a changé, etc...)
Les deux fonctions sont typiquement des DévCo.
3. Est-il possible de sécuriser des pages d'un
site Jahia avec un autre système de gestions des
utilisateurs et des accès (User
Management/Authorization Management - UM/AM) que celui contenu dans Jahia.
Exemple: sur le Portail cartographique de la
Région wallonne
(<http://pouvoirslocaux.wallonie.be/PICVerts>http://pouvoirslocaux.wallonie.be/PICVerts
), dans le menu de gauche, la rubrique Intranet
MET/MRW est sécurisée à l'aide d'un UM/AM
indépendant du Portail cartographique en
lui-même. Si on clique sur Intranet MET/MRW,
l'UM/AM est invoqué et vérifie les droits
d'accès de l'utilisateur. Si l'utilisateur est
enregistré dans l'UM (via login, password ou
adresse IP) et qu'il dispose du bon rôle dans
l'AM, alors il pourra accéder à l'Espace
Intranet MET/MRW. D'autres pages, internes au
Portail carto dans l'Espace Professionnels, sont
aussi sécurisées de la sorte. Notre UM/AM étant
très performant (il fonctionne en service web,
est compliant SSO, protocole SAML et XACML),
nous souhaitons le conserver ? Pensez-vous que
l'on peut agir de la sorte avec Jahia ?
Jahia supporte un système de connecteurs
multiples sur des sources possibles
d'autentification. Par défaut Jahia est livré
avec un système de gestion des
utilisateurs/groupes propre à Jahia. Par contre
vous pouvez également activer en parrallèle le
connecteur LDAP... ou n'importe quel autre
connecteur propriétaire. Je vous invite à prendre
contact avec M. Clément Egger (cegger at jahia
dot com) pour obtenir plus d'information à ce
sujet. Mais clairement le système
d'authentification Jahia est "extensbile" et de
nombreux clients utilisent déjà des systèmes
d'authentification tiers (standard ou propriétaire).
Cordialement,
Stéphane Croisier
D'avance, je vous remercie pour les réponses que
vous pourrez apporter à mes questions.
Cordialement,
François Leruth
_______________________________________________
french_list mailing list
[email protected]
http://lists.jahia.org/cgi-bin/mailman/listinfo/french_list
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.2/1223
- Release Date: 13.01.2008 20:23
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.19.2/1224 - Release Date: 14.01.2008
17:39
_______________________________________________
french_list mailing list
[email protected]
http://lists.jahia.org/cgi-bin/mailman/listinfo/french_list
