Additional Considerations -- Considérations supplémentaires

Date de publication: le samedi 26 novembre 2011 à 00h34
Dernière modification: par Pascal BOYER le lundi 28 novembre 2011 à 00h39

27 May 2010 5:36:44

Site Map and Tag Cloud / Plan du Site et Nuage de mots

You can also then have each siteaccess produce a sitemap of only its own site. Edit the template showing the series of links at the top-right corner of the page to make sure the generated links take the new content root into account. It is called page_header_links.tpl in the 'ezwebin' design.
The generated sitemap URLs will say something like:
Il est également possible que chaque siteaccess produise un plan du site (sitemap) uniquement pour le site qu'il référence. Éditez pour cela le template affichant la série de liens présents dans le coin supérieur droit des pages de votre site et assurez-vous que les liens générés prennent en compte le nouveau nœud racine. Ce template se nomme page_header_links.tpl et se situe dans le répertoire design de l'extension ezwebin.
L'URI généré pour le plan du site ressemble à ceci:

• http://www.example.com/index.php/public/content/view/sitemap/175 (or 176 for the other siteaccess / ou 176 pour l'autre siteaccess)

If you have a Google sitemap or Google news sitemap generator, make the appropriate adjustment there as well.
Si vous utilisez un générateur de fichier sitemap Google ou de fichier sitemap de news Google, apportez les ajustements appropriés.

Update sitemap and tagcloud templates
Mise à jour des templates sitemap et tagcloud

Site Settings / Paramètres du site

If you are making use of the “site settings” feature (which may be accessed on the public site by a link near “registration” and “login”, or in the administration interface's Design/Look and Feel), it will work well for websites which are multiple translations of the same data. This feature is useful for demo's and small sites. However, it will not work by default for different websites with different data (whether using multiple databases or different subtrees of the same content tree). In this case, it is generally best to modify the templates which use this data to draw it from a content nodes you specify for each site separately.
L'usage de la fonction "Paramètres du site" (accessible depuis le site public par un lien situé à proximité des liens Login et Register ou depuis le lien Apparence de l’onglet Design de l'interface d'administration) fonctionne très bien pour des sites multilingues et s'avère très utile pour des petits sites ou des sites de démonstration. Cependant, elle ne fonctionnera pas par défaut pour des sites distincts contenant des données distinctes (faisant usage de plusieurs bases de données ou de sous-arborescences différentes dans un même arbre). Dans ce cas, il est généralement préférable de modifier les templates utilisant ces données à partir des nœuds de contenu que vous spécifierez séparément pour chacun des sites.

Quality Assurance / Assurance qualité

This how-to was certainly not exhaustive. Your own site may have other features which get broken by trying to switch from one root node to two landing page nodes beneath a folder. The example code above should give good hints as to how to fix your custom template code.
Ce How-To n'est certainement pas exhaustif. Votre propre site dispose sûrement d'autres fonctions dont le fonctionnement cessera lorsque vous basculerez d'un nœud racine de site à deux nœuds de pages d'accueil placés sous un dossier. L'exemple de code ci-dessus devrait vous donner de bonnes indications sur la manière de corriger le code personnalisé de votre template.

Design Extension Override Rules / Règles de surcharge du design de l'extension

Your next step might be to create a custom design for each site by modifying the DesignSettings block in settings/siteaccess/<siteaccess-name>/site.ini.append.php. Note that if you keep your design settings in an extension, you'll have to list that extension in settings/override/site.ini.append.php; it's not enough to simply list it as an ActiveAccessExtension in settings/siteaccess/<siteaccess-name>/site.ini.append.php. The ActiveAccessExtension setting is useful because it exposes only the necessary URL's and API's. It allows each site to use a different design extension. Alternately, siteaccesses could share one common design extension, and each have their own specific design extension cascading over the common design extension.
La prochaine étape consistera à créer un design spécifique à chaque site en modifiant la section DesignSettings du fichier settings/siteaccess/<siteaccess-name>/site.ini.append.php. Notez que si vous conservez vos paramètres de design dans une extension, alors vous devrez lister celle-ci dans le fichier settings/override/site.ini.append.php car ce n'est pas suffisant de le faire dans le tableau ActiveAccessExtension du fichier settings/siteaccess/<siteaccess-name>/site.ini.append.php. Ce tableau est très utile en ce qu'il ne définit que les URI et API nécessaires et permet à chaque site d'utiliser son propre design. Les siteaccess peuvent cependant tout à fait partager un même design de base et posséder chacun une surcharge de ce dernier.

Putting this all together, if we created a “publicdesign” design in a “publicdesign” extension, and a “newsitedesign” in a “newsitedesign” extension, and also an “ourshareddesign” in an “ourshareddesign” extension, we could see some example ini settings. For the “public” siteaccess this would look like:
En rassemblant tout, si nous avions créé un design publicdesign dans une extension publicdesign, un design newsitedesign dans une extension newsitedesign et un design ourshareddesign dans une extension ourshareddesign, alors nous pourrions voir des exemples de paramètres ini. (???). Pour le siteaccess public, cela ressemblerait à:

[ExtensionSettings]
ActiveAccessExtensions[]=publicdesign
ActiveAccessExtensions[]=ourshareddesign
 
[DesignSettings]
SiteDesign=publicdesign
AdditionalDesignList[]=ourshareddesign
AdditionalDesignList[]=ezwebin
AdditionalDesignList[]=base
AdditionalDesignList[]=standard

On “new_site” we would do this:
Et pour new_site, on aurait:

[ExtensionSettings]
ActiveAccessExtensions[]=newsitedesign
ActiveAccessExtensions[]=ourshareddesign
 
[DesignSettings]
SiteDesign=newsitedesign
AdditionalDesignList[]=ourshareddesign
AdditionalDesignList[]=ezwebin
AdditionalDesignList[]=base
AdditionalDesignList[]=standard

Commentaires