Ah Magento et ses joies … ou pas. Avouez que les URLs auto-générées du style /category.html ou /product.html c’est frustrant si on veut une boutique un tant soit peu « hiérarchisée ».

Dans mon exemple, je dois ajouter collection/ devant les noms de catégories et de produits (exemples : collection/femme, collection/femme/vestes, collection/produit/produit1 …). Première solution : modification à la main … Oubliez, les URLs sont recalculées à chaque vidage du cache. L’unique solution (à défaut d’avoir un paramètre dans le config.xml) reste un petit hack dans le core de Magento. Oui, cela fait peur à première vue mais le résultat tient sur 2 lignes.

Le fichier à modifier est app/code/core/Mage/Catalog/Model/Url.php

Remplacez, ligne 551

return $this->getUnusedPath($category->getStoreId(), $prefix . $parentPath . $urlKey . $categoryUrlSuffix,

Par

$prefix = ( $category->getParentId() == x ) ? 'votreprefixe/' : '' ;
return $this->getUnusedPath($category->getStoreId(), $prefix . $parentPath . $urlKey . $categoryUrlSuffix,

Remplacez ‘x’ par l’id de votre catégorie racine et ‘votreprefixe’ par … votre préfixe.

Cela ne gère que les URLs de catégories et produits associés [aux catégories]. Pour les produits seuls, veuillez modifier la ligne 577 par :

return $this->getUnusedPath($category->getStoreId(), 'votreprefixeproduit/' . $urlKey . $productUrlSuffix,

*** ATTENTION ***, il est très important de garder à l’esprit que ces modifications sont susceptibles d’être perdues lors d’une mise à jour de votre installation.

Il est évident que le mieux pour faire ceci serait que le Core intègre une directive de configuration permettant d’assigner des préfixes (au même titre que les suffixes et extensions) mais bon, on fait avec ce que l’on a. Enjoy it !

Magento, mastodonte de l’e-Commerce, se veut être (sans aucun doute) la plateforme la moins bien documentée officiellement. Travaillant actuellement dessus, je ferai part ici de mes quelques astuces qui peuvent vous aider …

Ma première astuce concerne les blocs et les superbes layouts XML. Considérons le bloc statique left_anchor déclaré dans le layout comme suit :

 
      <block type="cms/block" name="left_anchor" as="left_anchor">
       <action method="setBlockId"> <block_id>left_anchor </block_id>
      </action>

Au niveau design, vous devez impérativement encadrer le contenu par un <div id=’LeftAnchor’></div>.

Deux possibilités ‘rapides’ s’offrent à vous : ajouter le conteneur directement dans le contenu du bloc statique ou encore encadrer le $this->getChildHtml(‘left_anchor’) dans le template HTML si vous le pouvez.

Si vous ne pouvez ou ne voulez pas utiliser ces options, il vous reste une troisième alternative : le layout XML. On a à notre disposition un template wrapper.phtml et un type de bloc associé qui nous permet d’encadrer tout et n’importe quoi … Ainsi le layout donne :

<block type="core/template" name="leftanchor" as="leftanchor" template="page/html/wrapper.phtml">
  <block type="cms/block" name="left_anchor" as="left_anchor">
      <action method="setBlockId"><block_id>left_anchor</block_id></action>
  </block>
  <action method="setId"><id>LeftAnchor</id></action>
</block>

Concrètement, l’action setId permet de déclarer l’id de la balise. De la même manière, vous avez les actions setTag si vous souhaitez utiliser autre chose que des divs et setParams pour ajouter des paramètres HTML personnalisés (comme une classe CSS, par exemple).