FLUX RSS



ACCUEIL / FORUMS / DESIGN / ROOTNODEID PAS PRIS EN COMPTE DANS TOUS LES CAS ...




sondages
Avez-vous déjà utilisé les exports statiques ? :
oui
non
RESULTATS | SONDAGES
liens
eZ systems
http://ez.no
PHPEdit
http://www.waterproof.fr/
AFUL
http://www.aful.org
Framasoft
http://www.framasoft.net
RootNodeID pas pris en compte dans tous les cas ...

Vous devez être connecté pour utiliser le forum. Vous pouvez le faire ici.

Auteur Message

Emma ICE

Mercredi 05 Mars 2008 1:31:23 am

RootNodeID pas pris en compte dans tous les cas ...

Bon, je débute avec eZ publish et bien qu'ayant bien commencé avec cet outil, notamment avec les tuyaux de ces forums, je bute sur un truc que je n'arrive pas à comprendre (et qui si ça se trouve va vous paraitre d'une évidence aisée)

- Ma configuration de test tout d'abord: un wampserver 2 (apache 2.2.6 / PHP 5.2.5 / MySQL 5.0.45) , un ez publish 4 (en mysql improved, accès par URL) , un design de base Website interface 1.3

Mon projet consiste à créer deux sites: un site internet et un site intranet qui disposerons donc d'un design quelque peu différent mais d'éléments communs (notamment des news ou des médias partagées qu'il ne faut donc pas ressaisir). Un même service ayant à gérer les contenus, l'idée est aussi d'avoir accès au même site_admin pour les deux sites.

Au vu de mes découvertes, je pars sur le principe de créer 2 siteaccess différents qui me permettent de personnaliser notamment les contenants: un siteaccess SITEINTRANET et un siteacces SITEINTERNET. Je configure les overrides de ces deux siteaccess en terme de design avec un design.ini.append de chacun d'eux qui charge des SiteCSS et ClassCSS différents.

Bilan à ce stade, j'ai bien un accès à "index.php/siteinternet" qui donne un premier look et un "index.php/siteintranet" qui donne un second look (pour l'instant, je ne joue que sur les couleurs du site via les CSS, mais je compte utiliser les overrides de templates après pour générer des composants différents selon le site)

A ce stade, avec une base de données unique, les deux sites diffusent les mêmes éléments. Il faut donc continuer. J'en arrive donc à mon arborescence qui comporte, sous la racine, un folder de base appelé commun, une nouvelle classe copiée de folder 'dossier intranet" et une autre nouvelle classe copiée aussi de folder "dossier internet".

Je donne donc, via les overrides des .ini des deux siteacces la possibilité à siteinternet de voir la classe dossier internet et à siteintranet de voir dossier intranet et comme je veux que les top_menus comportent les contenus de mes dossiers internet, je configure également le [TreeMenu] du contentstrcuturemenu avec un RootNodeID à la valeur du dossier concerné. idem pour le [NodeSettings] RootNode du content.ini.append

Bilan sur le siteinternet, au niveau de l'accès initial index.php/siteinternet, j'ai bien ma barre de menu avec les onglets qui correspondent au contenu du 'dossier internet'. Idem sur le siteintranet ... Imaginez, je suis aux anges, tout va bien ...

Et malheureusement, lorsque je descend dans la structure du menu en activant l'onglet d'un des dossiers contenu dans le "dossier internet", je me retrouve avec comme onglets du top menu "commun" et "dossier internet", idem sur l'arborescence du path qui se retrouve en Home / dossier internet / documents: tout est remonté d'un cran, malgré le RootNodeID / RootNode. D'ailleurs, ils semblent bien exister puisque je vois malgré tout que les requetes SQL appellent bien le numéro de noeud paramétré.

Si j'ajoute que ce comportement semble lié à un objet type folder (un objet article situé dans le "dossier internet", lorsqu'il est activé par le menu, ne modifie pas le top_menu qui reste bien avec le contenu du "dossier internet", j'en perds un peu le nord ...

Après avoir pas mal retourné le forum et les 1804 pages du manuel technique depuis quelques jours, je suis sur que c'est un détail tout bête gros comme une maison qui se pose, mais j'avoue que là, il va me falloir un coup de main. J'ai en effet pas l'impression qu'il faille recourir à de la programmation plus complexe puisque cela fonctionne dans certains cas.

J'espère avoir expliqué au mieux ce que j'ai fait pour que vous puissiez cibler le souci, mais bien entendu, je détaillerai ce que vous estimerez nécessaire.

Merci d'avance

Sylvain Guittard

Jeudi 06 Mars 2008 9:42:32 am

Re: RootNodeID pas pris en compte dans tous les cas ...

Salut Emma,

Tout d'abord je tiens à te féliciter pour le détail fourni On a pas mal d'infos pour t'aider

Je vais peut-être pas donner la solution à ton problème, mais je vais te fournir quelques pistes...

1- Je suppose que ton intranet ne sera pas accessible à tout le monde... Sinon on appellerait pas ça un "Intranet". Tu vas donc devoir mettre en place une ou plusieurs sections. Ces sections te permettront d'affecter des droits spécifiques. Si tu crées une section 'Intranet' et que l'utilisateur anonyme ne possède pas de droits sur cette section, alors la rubrique n'apparaitra pas sur la partie publique du site ( 'Internet' )

2- Comme tu as créé deux siteaccess, tu peux affecter dans chaque site.ini des paramètres différents. Tu peux par exemple jouer sur:

[SiteSettings]
IndexPage=/content/view/full/2/
DefaultPage=/content/view/full/2/


Je précise que je connais très peu la version 4 d'eZ publish et que mes conseils se basent essentiellement sur la version 3.x.x.

@+
Sylvain

Emma ICE

Vendredi 07 Mars 2008 1:14:13 am

Re: RootNodeID pas pris en compte dans tous les cas ...

Bonsoir,

Merci Sylvain pour ces éléments et voici quelques infos supplémentaires

Sur le point 1, j'envisageais effectivement d'utiliser les sections en interne, mais juste pour rendre certaines zones de l'intranet accessibles selon les personnes concernées. Mais effectivement, ça pourrait aussi permettre d'éviter des appels éventuels directs d'un noeud par l'URL. J'essaierais de voir comment on peut régler l'accès anonyme à siteintranet (indispensable), sans que soit possible l'appel des noeuds par l'URL.

Sur le point 2, que j'ai pensé pouvoir me permettre d'avancer sur ce fichu flat_top menu à géométrie variable, et bien avec les paramètres

[SiteSettings]
IndexPage=/content/view/full/160/
DefaultPage=/content/view/full/160/

j'arrive à un menu qui ne contient que la classe commune, et la classe "dossier internet" n'est même pas dans le top menu (les ShowClasses du contentstructuremenu.ini et les TopIdentifierList du menu.ini sont pourtant là)

Je vais finir par voir, si j'arrive à trouver le bon répertoire d'override, si je ne vais pas mettre 'en dur' le RootNode dans le flat_top.tpl ...

actualités
Traduction d'un tutorial eZ
eZ publish 4.0 est sorti
EzPublish 3.9 enfin disponible !
Ez Publish 3.9 RC2 est en ligne !
Ez Publish 3.9 RC1 disponible !
références
Site ohmycom
OhmyBlog