DevNet

Ca ne m'étonne pas que j'arrive pas à faire le debug ... pfffff Merci firefox qui avait fait une maj... La faute effectivement au cookie ! Un RAZ et ça repars.

A noter aussi que ce phénomène ne se produit que sur FireFox et pas sur Chrome. Comme s'il s'agissait d'un relation direct avec un cache des données en cookie. Au regard du traitement output du js_def normalement, j'arrive sur une méthode de la classe ./classes/controller/Controller.php, ligne 430 : protected function smartyOutputContent($content) { $this->context->cookie->write(); $js_tag = 'js_def'; $this->context->smarty->assign($js_tag, $js_tag); ... Ce qui est bizarre, c'est que cette méthode est pourtant inchangée depuis la 1.6.0.11 . Mais il s'agit bien d'une écriture de cookie en amont, et d'une sortie plutôt surprenante en mode verbose : 'js_def'

Salut à tous, J'ai un petit soucis que je n'arrive pas à débug. Un phénomène propre à la dernière version PrestaShop 1.6.0.14 . Lorseque j'utilise le hookDisplayNav avec rien de plus qu'une sortie smarty tpl de base depuis un module (pour ajouter un menu par exemple), après le switch de la langue sur le front, la page me renvoi une erreur l'assign du smarty : juste après au moment du parse hook dans le header.tpl du : <nav>{hook h="displayNav"}</nav> Comme ceci : <nav><br /> <b>Fatal error</b>: Call to a member function assign() on a non-object in <b>/home/guillaume/.../classes/module/Module.php</b> on line <b>2090</b><br /> Avec une sortie bisarre dans le header : <link rel="stylesheet" href="/themes/default-bootstrap/css/modules/blocktopmenu/css/superfish-modified.css" type="text/css" media="all" /> js_def <script type="text/javascript" src="/js/jquery/jquery-1.11.0.min.js"></script> En lieu et place des sorties habituelles : <link rel="stylesheet" href="/themes/default-bootstrap/css/modules/blocktopmenu/css/superfish-modified.css" type="text/css" media="all" /> <script type="text/javascript"> var CUSTOMIZE_TEXTFIELD = 1; var FancyboxI18nClose = 'Close'; ... var usingSecureMode = false; var wishlistProductsIds = false; </script> <script type="text/javascript" src="/js/jquery/jquery-1.11.0.min.js"></script> Ceci se produit à chaque fois qu'on souhaite changer la langue, via depuis le module de langue par exemple. Une fois la langue en cookie, ceci ne se produit plus. Je n'arrive pas à trouver pourquoi, sachant que ça fonctionne très bien sur PS < 1.6.0.11 Merci pour ceux qui ont une avis sur le sujet. A+

Salut, Peut-être aurais-tu simplement besoin de formation à distance. Ceci pourrait reduire les coups si c'est de la formation différée non urgente. Les formations accélérées coûtent chers si elles sont personnalisées. Moi je suis aussi formateur et je cherche à créer des groupes de formation, exactement dans ta demande. Je serai vraiment heureux de pouvoir former un groupe d'initiés (amateurs avertis) pour aller plus loin que la simple utilisation de PrestaShop. Se former aux rouages techniques, au travers de la solution PrestaShop (et plus encore). Les formations seront à coup sur moins honéreuses que celles existantes dans les grandes villes, car je suis en province, et ici on prend le temps de suivre chaque projet en formation. Je voulais profiter de ta demande pour passer ce message de façon plublique, si jamais ceci peut intéresser d'autres personnes. A+

N'hésitez pas à faire remonter ce genre de bug à PrestaShop. Les techniciens ne lisent pas forcément le forum pour ce genre de problème. Il existe la http://forge.prestashop.com qui permet de leur signaler A+

Salut, Non ceci n'existe pas dans PrestaShop. WordPress utilise dans son éditeur un listing de liens internes exploitables par simple click au moment de l'ajout d'un lien. C'est une fonction manquante sur PrestaShop. Au delà de ça, il faudrait aussi pouvoir créer des balises exploitables et traduites au moment de la sortie du texte enrichi. Mais ce n'est pas le cas. A+

Salut, Qu'appelez-vous M-commerce ? Votre prestashop sur mobile ? Car si votre thème est responsive, c'est la meilleure solution pour vendre depuis toutes les plateformes sans débourser un centime de plus. En revanche, si vous cherchez une solution type appli mobile, il va falloir passer par du dev. A+

Salut, Avez-vous un cache ? Peut-être qu'il lui faut recharger quelques javascript ! A+

Merci pour la réponse rapide de @PrestaShop sur twitter. Voic la solution pour ceux qui chercheraient aussi de leur côté. Les variables sont accessibles depuis l'htaccess à la racine de votre ftp cloud : setEnv HTTP_PS_MODE_DEV_ true J'ai testé et ça fonctionne ! A+

Salut, Quelqu'un aurait-il la solution : comment activer le mode dev sur les boutiques du nouveau service de PrestaShop Cloud ? Le FTP ne permet pas d'éditer le fichier ./config/defines.inc.php . A+

Juste pour mon expérience perso, je sais que le compte pro nous permet de pouvoir encaisser des chèques au nom de notre entreprise. Chose qui n'est pas envisageable avec un compte perso, car vous devez absoluement spécifier le nom du propiétaire du compte.

Perso moi dès le début je ne me suis pas posé la question, ça tombait sous le sens de séparer mon activité pro de mes compte persos. Donc j'ai déjà un compte pour l'AE, mais pas en pro par contre, en simple compte chèque basique.

Nikel, merci @deokia, Ca fonctionne à merveille pour moi. J'ai enfin pu récup l'ensemble des traductions du back-office. A+

Salut ! Il y a eu des modifs récentes, les messages sont bien séparés maintenant, sous forme de bloc. C'est mieux !

Merci Samyha