Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Bonjour, Votre modification, c'est en front-office, que vous souhaitez la faire ? Dans ce cas, la seule méthode pour "surchager" un TPL, c'est d'avoir un thème propre à soi (une duplication du par défaut, sans soucis). Sinon, la modification sera en effet perdue.
  2. Juste pour tenir au courant - parce que je sais pertinemment qu'on ne viendra tenir au courant que négativement, sur le coup, ... - un retour sur la roadmap devrait s’effectuer d'ici fin de semaine à la semaine prochaine ; à voir. Je pense que, par la suite, PrestaShop fera en sorte de publier certaines informations plus publiquement.
  3. Bonjour, Normalement, vous avez la possibilité de le valider via une balise meta, il me semble. Vous pouvez donc éditer le thème (précisément le header.tpl) pour y inclure cette balise meta avant le </head> du template
  4. Comme mentionné ci-dessus, voyez au niveau de cette ligne: https://github.com/PrestaShop/PrestaShop-webservice-lib/blob/master/PSWebServiceLibrary.php#L49 ;-)
  5. Puisque le fil de discussion semble partir dans tous les sens et qu'il traite notamment de l'offre Cloud dans sa globalité, je vais me permettre de communiquer sur le sujet. Mes excuses pour Bijoux Kassandra et vos mésaventures, loin de là le souhait de m'en défaire mais je pense que vu votre expérience et votre volonté de stopper là les frais, il ne me sert à rien d'intervenir à ce sujet pour ré-itérer les propos de mes prédécesseurs tels que Atch et Doekia, :-/ Tout d'abord, pour revenir à mon intervention, une chose que je souhaite dire: il est très simple de contester et de râler. Dans les deux sens. Aussi bien sur l'équipe que le produit ainsi que sur les prestataires qui ne vont pas dans notre sens. Cela vise l'ensemble des intervenants de la solution, à tout niveau, sur le coup. Et cela me vise donc également ! Concernant le Cloud, ce n'est pas parce que celui est officiellement sorti il y a peu qu'il est nouveau pour autant. Tout du moins, dans sa partie réflexion. Pour ma part, je vous l'annonçais en juillet 2013 ! PrestaShop vous le communiquait déjà - en demi-teintes - en novembre 2013 ! Et je ne parle pas de PrestaBox, bien entendu, qui est indépendant du Cloud. Pour ma part, oui, je redirige certains marchands sur le Cloud. Mais je sais également pourquoi je le fais ! Le Cloud peut - et j'en suis convaincu - satisfaire de grosses boutiques marchandes, mais ce n'est bien entendu par vers cette solution que je les enverrais, à ce niveau. Les marchands que je redirige vers la plateforme Cloud sont ceux qui souhaitent un site vitrine pour présenter leurs produits, éventuellement les vendre. Mais, de leur caractère occasionnelles, savent que les ventes seront peu nombreuses et peuvent donc très nettement être contenue par le Cloud. Quant au fait d'utiliser cette plateforme ou une version hébergée par soi, le résultat sera le même quant au positionnement et à la réputation du site. J'en veux pour preuve le site pour en prendre un dans le même thème que cité dans ce sujet) "Créafimos" (http://www.creafimos.be/). Il manque un tas de choses (CGV, déjà) et les photos sont à revoir, très clairement. De plus, le site n'est pas alimenté et aucunes démarches pour le référencer nettement n'a été entreprises. Si je mentionne ce site, c'est parce qu'il s'agit d'un site que je connais pertinemment bien, l'ayant réalisé en coup de vent pour ma compagne et je le maintiens en vie car je souhaite lui donner vie, par la suite. Celui est donc hébergé et est un PrestaShop avec, au final, un thème (conçu sur base d'un template HTML, non acheté en version thème PrestaShop, mais cela revient au même). Les non-ventes ne sont donc pas toujours et forcément liées à la qualité de l'ensemble des éléments de votre boutique. C'est un point non négligeable, mais il n'est pas unique. L'exemple cité pour en venir à l'aspect Cloud. Dernièrement, l'une de mes connaissances souhaitant un site vitrine pour des créations artisanales et souhaitant rien de plus que le système de base, je l'ai donc rediriger sur cette plateforme. J'aurais pu en faire de même pour "Dans tous les sens" (http://www.danstouslessens.be/) ; mais le Cloud n'était pas encore disponible à ce moment là, d'ailleurs. Malheureusement, ce n'est donc pas toujours une histoire de plateforme, finalement. Et pour le côté "dégradation du métier", je ne peux qu'être d'accord. Seulement, cela se remarque d'autant plus dans les nôtres, étant le nez dedans, et parce qu'Internet nous aide à être sur un grand terrain. Mais cette dégradation est malheureusement récurrente, à plusieurs métiers, malheureusement. Edit: J’oubliais de mentionner le fait que j'ai soumis une suggestion concernant le Cloud afin d'avoir la possibilité de référer un collaborateur technique dans son compte Cloud. Ceci permettrait, comme le fait Office 365, d'avoir une personne de référence en charge d'intervenir facilement et simplement sur notre solution !
  6. Ok, je vois. Dans ce cas, vous devez générer votre $cache_idpour correspondre à quelque chose de ce type: $cache_id= '$this->name.'|prod|'.(int)$params['product']->id.'|'.(date("W")-1)'; De là, vous pouvez faire un: $this->_clearCache('blockrssperso_product.tpl', $cache_id);
  7. Super ! N'hésitez pas à mettre le sujet en [Résolu], ainsi
  8. N'hésitez pas à mettre le flag PHP display_errors à On, pour voir l'erreur.
  9. Bonjour, En fait, la récupération de "qty" qui vous surprends aurait du vous mettre sur la voie... de l'ajax ! Hé oui, l'ajout au panier est en réalité traité par du JavaScript. [https://github.com/PrestaShop/PrestaShop/blob/1.6/themes/default-bootstrap/js/modules/blockcart/ajax-cart.js#L316] C'est en fait dans ce fichier qu'il vous faut modifier la ligne: data: 'controller=cart&add=1&ajax=true&qty=' + ((quantity && quantity != null) ? quantity : '1') + '&id_product=' + idProduct + '&token=' + static_token + ( (parseInt(idCombination) && idCombination != null) ? '&ipa=' + parseInt(idCombination): ''), success: function(jsonData,textStatus,jqXHR) Afin d'y rajouter votre paramètre avec la valeur récupérée via jQuery, finalement.
  10. Bonjour, En fait, je ne comprends pas le soucis. Qu'est-ce qui se passe ? Vous tentez quelque chose du style de $value = Tools::getValue('mdp'); et la variable ne comporte pas le bon contenu ou c'est à un autre moment, sur le coup ?
  11. Normalement, vous avez le bouton "Configurer". A sa droite, une petite flèche. Et là, vous allez voir plusieurs options d'activations/désactivations
  12. Bonjour, Pour le module HomeSlider, il est désactivé lors de l'installation sur mobile et tablette. [https://github.com/PrestaShop/homeslider/blob/master/homeslider.php#L116] Je n'ai pas testé si compatible ou non, mais vous pouvez le ré-activer dans le listing des modules, à dire vrai.
  13. Bonjour, En fait... Le cache est normalement "censé" est constitué comme suit, finalement: MaClasse::MaMethode_[iD_1]_ [iD_2] (si on a par exemple un cache sur deux entités). Prenons un exemple plus clair et rapide: Tools::saveCacheForProduct($id_product, $id_product_attribute) [cette méthode n'existe pas, bien entendu !]. Ici, on a deux entités (deux id's). De là, le cache_id peut devenir: Tools::saveCacheForProduct_1_2 si appelé par Tools::saveCacheForProduct(1, 2). Le cache sera distinct pour chaque entité (selon les paramètres variables). Il ne sera régénéré qu'au besoin, si changement dans le tpl par exemple. Sinon, c'est qu'il ne devait pas changer. N'est-ce pas ? Ce qui veut dire que le paramètre de date n'est pas opportun pour le cache, finalement. Vous êtes d'accord avec moi ?
  14. C'est le module développé par PrestaShop, tiens ?
  15. Sans nuls doutes parce que vous avez une erreur dans une requête sur cette table. Elle est utilisée pour l'adresse d'un fabricant. Bête question... Avez-vous déjà activé le mode DEV, par hasard ? Et, une fois fait, allez sur la page de "Fabricants"
  16. Il existe bel et bien un module, hormis qu'il n'est pas mentionné compatible 1.6. C'est tout autre chose. [http://addons.prestashop.com/fr/fonctionnalites-front-office-modules-prestashop/3559-ventes-privees-prestashop.html] Ceci dit, je n'ai aucun n'avis sur les modules de ce type, c'était juste pour le mentionner dans le sujet.
  17. Vous pouvez éventuellement appliquer le patch suivant: https://github.com/PrestaShop/PrestaShop/commit/fe37ea2c11c004d5f1172cdd82cd290b2abe7b8d
  18. Je vous dirais bien, dans ce cas, de voir pour fournir le compte employé existant déjà, et d'en changer le mot de passe (avant et/ou après utilisation), au pire... Mais c'est vrai que c'est délicat, sinon.
  19. Serait-il éventuellement possible pour vous de me fournir un accès temporaire au Back Office afin de voir si j'entrevois une erreur éventuelle ? Faites le en MP, si tel est le cas. Ce serait plus simple et rapide, ainsi ;-)
  20. Bonjour, Quelle est votre version de PrestaShop ? Une mise à jour effectuée récemment ? Un import de données émanant d'un autre système e-commerce ?
  21. Bonjour, Selon le sujet qui traitait de cela (en 1.6.0.11), la solution était de désactiver HtmlPurifier, semble-t-il.
  22. Bonjour, Je pense qu'il pourrait-être assez aisé de rajouter une option à cela permettant à l'utilisateur d'en faire le choix, sinon. Je ne vais donc pas voter dans le sondage, n'ayant pas d'avis spécifique sur la question. Je serais plus enclin à laisser le choix au marchand de,
  23. Est-ce qu'on peut éventuellement vous demander de nous fournir ce fichier, et nous dire exactement son chemin par rapport à votre PrestaShop, par hasard ?
  24. Bonjour, Juste pour savoir, vous allez créer votre sujet combien de fois ? C'est la 3ème que j'aperçois, déjà...
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More