Gérer l’URL Rewrite soi-même sous WordPress (par exemple catcher une regex et la rediriger sur une page avec des paramètres passée dans l’url via un rewrite)
http://www.rlmseo.com/blog/passing-get-query-string-parameters-in-wordpress-url/
Gérer l’URL Rewrite soi-même sous WordPress (par exemple catcher une regex et la rediriger sur une page avec des paramètres passée dans l’url via un rewrite)
http://www.rlmseo.com/blog/passing-get-query-string-parameters-in-wordpress-url/
Installer mcrypt sous mac OS X 10.8 & 10.7
http://www.coolestguyplanettech.com/how-to-install-mcrypt-for-php-on-mac-osx-lion-10-7-development-server/
En effet, dans les premières versions de Prestashop 1.5, un fichier .php pré-rempli existait pour chaque classe surchargeable. Ces fichiers ont disparu à partir de Prestashop 1.5.0.17.
Cependant, « normalement », tout override déposé dans le bon dossier devrait automatiquement être pris en compte. Mais ce n’est pas toujours le cas.
En effet, à des fins de performance, Prestashop conserve un cache des classes utilisables (et donc prises en compte) dans le fichier /cache/class_index.php.
Si vous avez rajouté manuellement un override et qu’il n’est pas pris en compte, il vous suffit donc de supprimer ce fichier (qui sera automatiquement regénéré).
Prestashop permet d’utiliser, dans les modules, des contrôleurs d’administration dédiés à ces extensions. Au même titre que les autres onglets du back-office, ils peuvent comporter des phrases traductibles via l’interface de Prestashop.
Cependant, il est important que le nom du fichier du contrôleur soit le même que celui de sa classe.
Exemple : si la classe du contrôleur s’appelle AdminTestController, le fichier correspondant doit s’appeler AdminTestController.php
Réponse