Feel good, feel geek

Encore un problème courant mais dont la solution n'est pas toujours bien indiquée: quand on lance le module Gsitemap, les URLs ne sont pas réécrites. (Je précise que j'utilise la version 1.5.1 de Prestashop.)

J'ai fait un premier essai en modifiant le fichier gsitemap (solution trouvée sur forum), j'ai obtenu de meilleurs résultats : les URLs sont réécrites, mais pas réécrites comme dans mon site. Il faut dire que j'avais overridé la réécriture d'URLs, et manifestement mon override n'était pas pris en compte.

Après debug, j'ai donc vu qu'il suffisait en fait d'overrider le fichier Dispatcher (donc créer le fichier override/class/Dispatcher s'il n'existe pas encore) pour lui dire d'utiliser la réécriture si je suis dans le module sitemap.  Il faut recopier dans ce fichier la fonction __construct, et y ajouter une ligne comme suit:
On remplace

// Select right front controller
        if (defined('_PS_ADMIN_DIR_'))
        {
            $this->front_controller = self::FC_ADMIN;
            $this->controller_not_found = 'adminnotfound';
            $this->default_controller = 'adminhome';
        }

par:

Le jour où Prestashop m'a donné des envies de meurtre

J'ai constaté deux problèmes sur mon site Prestashop alors que je m'apprêtais à le passer en ligne:

1. Un premier problème avec le module Mail alert qui enregistrait bien le mail utilisateur mais répondait "votre adresse email est invalide".
2. Un deuxième problème avec la page magasin où l'icône du magasin n'apparaissait pas

Je n'ai pas de message d'erreur dans ma console firebug pour le premier problème avec le module Mail alert.
Pour le deuxième problème, j'ai le message d'erreur:

Erreur d'analyse XML : instruction de traitement XML ou texte pas au début d'une entité externe

Très vite un constat s'impose: il s'agit d'un seul et même problème. Les retours ajax qui semblent bon au premier abord sont en fait mal formatés. Un retour chariot s'est ajouté en début de ligne, et c'est ce retour chariot qui est la cause des deux problèmes.


Deuxième constat: comme ce problème se pose uniquement sur des retours ajax, il n'est absolument pas flagrant et je n'avais donc pas la moindre fichue idée d'où pouvait bien venir ce %*!$¨de retour chariot.

Après moults essais de modification de configuration, debug et autres joyeusetés, j'ai fini par trouver.

Il arrive que dans l'admin de prestashop, dans le menu Produits/Caractéristiques, certaines valeurs n'apparaissent pas. Alors qu'elles apparaissent dans les valeurs proposées lorsqu'on renseigne une fiche produit.
En fait chez moi cela venait du fait que le site était en 1.4, et je l'ai passé en 1.5, mais les valeurs de base de données ont "mal suivi", et le champ custom de la table ldt_feature_value était dans certains cas à NULL, or la requête effectuée sur cette page est:

SELECT SQL_CALC_FOUND_ROWS b.*, a.* FROM `ldt_feature_value` a LEFT JOIN `ldt_feature_value_lang2` b ON (b.`id_feature_value` = a.`id_feature_value` AND b.`id_lang` = 2) WHERE 1 AND `id_feature` = 9 AND a.custom = 0

Les valeurs n'apparaissent donc pas car il faut que le champ custom soit à 0 et non NULL.

Il suffit donc d'exécuter la requête SQL suivante pour retrouver ses valeurs:

UPDATE `ldt_feature_value` SET custom=0 WHERE custom IS NULL

J'obtenais ce message d'erreur a priori de façon alétoire, lorsque je cliquais pour ajouter ou mettre à jour une adresse après avoir coché/décoché la case "Utiliser la même adresse pour la facturation".

Mes différentes recherches n'ayant abouti à aucune réponse satisfaisante (problèmes maintes fois rencontrés, mais pas toujours bien résolu), j'ai regardé le code de plus près pour aboutir au constat suivant:

Le message d'erreur "TECHNICAL ERROR: unable to save adresses" apparait en fait si l'appel ajax lancé par la case à cocher (la fonction updateAddresses) n'est pas terminé au moment de mon clic sur l'un des liens/boutons.

Pour modifier le template Prestashop, il faut ajouter ce qu'on appelerait une position dans Joomla, dans Prestashop il s'agit d'un hook.

Et, pour ajouter un hook, on doit passer par 3 étapes...qui sont en fait la modification du modèle, du contrôleur et de la vue...le tout pour modifier un élément "visuel"...amusant. :)

Je détaillerai vers la fin, au cas où, l'ajout de ce hook au module, mais comme nous le verrons, cela se fait comme pour tous les hooks existants.

1 - Ajout du hook dans la BDD

insérer dans la BDD un premier élément dans la table hook:

INSERT INTO `ps_hook` (`name`, `title`, `description`) VALUES ('displayCenterleftColumn', 'Centerleft column blocks', 'hook rapha pour les modules au centre à gauche');

Pour modifier le template Prestashop, il faut ajouter ce qu'on appelerait une position dans Joomla, dans Prestashop il s'agit d'un hook. Il faut savoir que Prestashop différencie les différents types de hook, le hook dont on parle ici est un hook Display.

Une première solution, la plus compliquée, consiste à passer par 3 étapes pour créer ce hook (ces trois étapes correspondent en fait la modification du modèle, du contrôleur et de la vue...), comme pour la précédente version 1.4 de Prestashop.

Une deuxième solution consiste à ajouter ce hook en l'attachant à un module, qui ne trouvant pas ce hook, le créera pour vous. Cette solution est bien sûr beaucoup plus simple et aisée, et fait gagner beaucoup de temps, c'est elle que je vais détailler ici:

Services REST

Bien que les services REST soient très courants, j'ai étonnamment croisé peu de documentation française sur la réalisation d'une API REST. D'où cet article inspiré de cet autre article « Create a RESTFUL SERVICES API » de Srinivas Tamada.
Un service REST permet de mettre à disposition d'autres applications des ressources et non des fonctionnalités. Sa mise en place et son utilisation est donc beaucoup plus simple que SOAP. REST est donc fortement recommandé pour des cas simples où on cherche à effectuer des actions simples sur un contenu, comme tester l'existence d'un élément dans la base de données d'une application, ou le modifier.

Cas d'utilisation :



Les applications 1,2 et 3 peuvent être des applications Web, smartphone, etc. Elles peuvent être écrites en différents langages. Elles doivent juste pouvoir utiliser le protocole http.
En effet une architecture REST repose sur le protocole http, comme expliqué par Gérald Croes dans son blog : On accède à une ressource (par son URI unique) pour procéder à diverses opérations supportées nativement par HTTP.

On peut demander à :

• Lire une ressource (GET)
• Modifier une ressource(PUT)
• Ecrire une ressource(POST)
• Supprimer une ressource (DELETE)

A ceux qui auraient ce message d'erreur à l'ouverture d'Eclipse "Eclipse: Failed to create Java Virtual Machine", voici la solution:

éditez eclipse.ini (à la racine de votre répertoire eclipse), et ajoutez ces lignes après openFile et avant -vmargs:

-vm
C:\Program Files\Java\jre6\bin\javaw.exe

(la deuxième ligne étant à personnaliser seloon votre environnement bien entendu).

Relancez Eclipse, le message d'erreur "Eclipse: Failed to create Java Virtual Machine" ne devrait plus apparaître, et Eclispe devrait s'ouvrir normalement.

Bonjour,

Vous avez un super EDI, Eclipse, qui vous sert sur un plateau repas les différentes fonctions PHP dont vous vous servez, c'est bien, c'est beau et c'est pratique, par contre quand ça tombe en panne, ça fait très mal !
Si vous avez un problème avec l'automplétion Eclipse de telle sorte que vous vous retrouviez avec un projet où l'autocomplétion ne vous propose plus que les fonctions et variables internes au projet, mais nada en ce qui concerne les fonctions core PHP, il se peut que l'astuce suivante vous vienne en aide.

Une fonction très pratique nous est donnée dans les commentaires de la page PHP.net sur la fonction date à cette adresse: http://fr2.php.net/manual/fr/function.date.php qui permet de récupérer la date du début d'une semaine à partir du numéro de la semaine et de l'année.

(On ne le repère pas toujours aisément car elle est dans les commenatires.)

En modifiant un peu cette fonction on récupère très facilement les dates du lundi au vendredi à partir des numéros de semaine (et de l'année):