Jump to content

Ikompagwec

Members
  • Posts

    42
  • Joined

  • Last visited

Everything posted by Ikompagwec

  1. Y'a pas de quoi Si tu mets une valeur en utilisant value, par défaut le champ devrait avoir cette valeur là au chargement de la page. Oui, lorsqu'on modifie un fichier tpl il faut vider le cache, dans le cas contraire les modifications peuvent ne pas se voir.
  2. Bonjour, J'ai utilisé en utilisant l'attribut HTML "value" dans le authentification.tpl du theme de la boutique voulue: <input type="hidden" class="text" name="monchamp" value="-1" /> Je l'ai également caché (type="hidden") puisque je n'en avais pas l'utilité ici, il fallait juste qu'il ne soit pas null. (mon champ est un entier) Pour te répondre, d'après ce que j'ai vu, il n'y a effectivement pas beaucoup de topics (et donc de personnes ?) parlant du multiboutique et généralement très peu de personnes y répondant. Comme tu peux le voir, ce sujet passionne beaucoup de monde puisque le ticket Forge n'est apparemment même pas encore remonté pour la version 1.6. (et assigné à Rémi Gaillard ? J'espère que c'est effectivement un homonyme, je ne les pense pas capable d'avoir si peu de respect pour les demandes des utilisateurs de leur produit)
  3. Bonjour, EDIT: désolé, je n'avais pas vu ton message, j'avais chargé cette page plus tôt mon explication reste toujours plausible mais pas pour autant d'images Je dirai que les images manquantes sont celles des produits créés entre ta sauvegarde et de la mauvaise manip. Les fichiers images ayant été ajoutés après ta sauvegarde (et donc supprimés et non restaurés), mais la base de données n'ayant pas changée, le produit existe toujours avec une certaine image qui n'est plus présente sur le FTP. En tout cas c'est une cause possible. Bonne journée
  4. Heureux de l'apprendre Peut-être pourrais-tu partager la solution pour les prochaines qui rencontreront ce même problème ? Bonne continuation !
  5. Donc la valeur du champ est bien enregistrée mais l'affichage met "0" quoi qu'il arrive, c'est bien ça? Pourrais-tu donner l'erreur exacte "Array" ? Et dans quelles circonstances tu as cette erreur ?
  6. Excuse moi, je n'avais pas vu tes réponses d'avant Je me souviens avoir eu des problèmes de champs qui prennait une valeur 0 mais je ne sais plus quelle était mon erreur. Je pense que ça veut juste dire qu'il ne récupère pas la valeur de ton champ et mets la valeur par défaut. Pour ma part j'avais créé il y a quelques temps, j'avais fait comme cela: <div class="form-group"> <label class="control-label col-lg-3 " for="points"> <span class="label-tooltip" data-toggle="tooltip" title="{l s='Points.'}"> {$bullet_common_field} {l s='Points'} </span> </label> <div class="col-lg-3"> <input maxlength="13" type="text" id="points" name="points" value="{$product->points|htmlentitiesUTF8}" /> </div> </div> Et dans ma classe /** @var integer */ public $points; public function __construct($id_product = null, $full = false, $id_lang = null, $id_shop = null, Context $context = null) { self::$definition['fields']['points'] = array('type' => self::TYPE_INT, 'validate' => 'isInt', 'size' => '13'); parent::__construct($id_product, $full, $id_lang, $id_shop, $context); } A priori c'est exactement ce que tu as fait. La seule différence est la version de Prestashop (je suis en 1.6.0.5) mais je doute qu'il y ait eu des changements à ce sujet.
  7. Bonjour Je n'ai vu aucune erreur précédemment, ni dans ton .tpl, ni dans ta classe. As-tu penseéà suivre ces recommandations ? Si tu définis ton champ dans la classe, tu n'as pas besoin de modifier l'update.
  8. Bonjour, A priori je dirai que ton code est juste dans le .tpl, donc regarde plutôt du côté de la classe. Sans avoir l'erreur sous les yeux, je ne pourrai pas t'en dire plus. Si tu veux que je jette un oeil à ton code de la classe quand je le pourrai, tu peux le poster ici aussi.
  9. Pour les produits, ce tutoriel suffit, on ne créé qu'un champ d'un produit, et non pas une nouvelle entité Produit. Il faudra en revanche que tu mettes ton champ en entier et non pas en chaine de caractères comme c'est le cas dans le tutoriel. Pour cela, tu peux t'inspirer des autres champs existants déjà sur les produits (voir la classe Product). Pour les clients les liens que je t'ai donné m'avait l'air de pouvoir bien te guider. Désolé si je ne t'aide pas plus, je n'ai pas forcément le temps pour l'instant.
  10. Bonjour, Ce tutoriel doit effectivement bien marcher pour ta version.(en prenant compte des conseils d'Oser Reso) Pour ton champ Client, l'information doit apparaître dans le BO ou également à l'inscription ? (C'est le client qui rentre l'information ?) Tu peux regarder ici, je n'ai pas testé mais ça pourrait t'aider. http://www.actiaweb.com/activ/ajout-champ-cr%C3%A9ation-de-compte-prestashop.html https://www.prestashop.com/forums/topic/57590-tutorial-devforever-ajouter-un-champ-obligatoire-au-formulaire-d%E2%80%99inscription/
  11. Bonsoir, Ta table cart_product est juste mais ne concerne pas cette partie là, elle est liée au panier (cart en anglais). Quelle version de Prestashop utilises-tu ? Tu ne possèdes pas de table product_lang ? Si c'est effectivement le cas, tu devrais avoir un ÉNORME souci au niveau des produits. Peut-être as-tu un problème de compréhension plus global de la base de données ? Est-ce que le nom de tes tables commencent toujours de la même manière ? Par "pre9018" par exemple (puisque devant ta table cart_product c'est le cas) ? Si c'est bien cela, la table que tu recherches est "pre9018_product_lang".
  12. Bonjour, Il existe plusieurs sujets à ce sujet, c'est un problème connu mais qui risque de prendre un peu de temps avant d'être résolu. Vous pouvez trouver plus d'informations ici par exemple: https://www.prestashop.com/forums/topic/394792-enregistrement-produit-bo-16011-trop-lent/page-12?do=findComment&comment=2161405 Bonne journée !
  13. Bonjour, A priori je dirai cette table là Bonne journée !
  14. Bonjour, @cabrero : 1.6.0.9 est la dernière version sans ce problème de lenteur sur la page Produit du BO. Bonne journée !
  15. Bonjour, A vue de nez je dirai qu'il faut commenter cette partie la: <div class="clearfix" style="margin-top:5px"> {if !$PS_CATALOG_MODE && ($categoryProduct.allow_oosp || $categoryProduct.quantity > 0)} <div class="no-print"> <a class="exclusive button ajax_add_to_cart_button" href="{$link->getPageLink('cart', true, NULL, "qty=1&id_product={$categoryProduct.id_product|intval}&token={$static_token}&add")|escape:'html':'UTF-8'}" data-id-product="{$categoryProduct.id_product|intval}" title="{l s='Add to cart' mod='productscategory'}"> <span>{l s='Add to cart' mod='productscategory'}</span> </a> </div> {/if} </div> Bonne journée à toi
  16. Bonjour à tous, J'ai trouvé ce topic qui a apparemment trouvé une réponse (Slett post #58 ou minitracks28 post #59 https://www.prestashop.com/forums/topic/311433-manque-le-champ-code-postal-%C3%A0-linscription-bloqu%C3%A9/page-3?do=findComment&comment=2127597 En espérant que ça vous aidera... Bonne continuation !
  17. Bonjour, Ma réponse arrive un peu tard et vous avez sans doute déjà résolu votre problème mais je réponds tout de même. Il existe un guide dans la documentation de Prestashop : http://doc.prestashop.com/pages/viewpage.action?pageId=23069397 Bonne journée !
  18. Bonjour jimmy42 ! Je dirai qu'il faut créer ton produit en étant placé uniquement sur une des boutiques (par exemple C). En restant sur la fiche du produit, on se place sur l'autre boutique (donc F). (A ce moment là un message devrait vous prévenir que le produit n'existe pas dans cette boutique) En théorie vous n'avez plus qu'à enregistrer le produit et voila, il est créé dans vos 2 boutiques. (Une autre technique consisterait à créer votre produit en étant placé sur toutes les boutiques, puis de le supprimer dans celles ou vous n'en voulez pas (ou bien juste les désactiver) ) J'espère que ça fonctionnera, je ne peux pas le vérifier actuellement. Bonne journée !
  19. @Dominique47 : Fais attention, comme le dit Eolia, cela ne résout pas le problème, ça ne change que l'affichage, les onglets ne sont pas pour autant chargés, si tu enregistres trop rapidement, tu risques d'avoir des erreurs assez fréquemment.
  20. Bonjour TeddyNko, Il existe des templates partagés par des membres de la communauté. Une rapide recherche m'a mené ici: http://zecheru.com/prestashop-invoice-templates/#lightbox/0/ Tu pourras certainement en trouver d'autres assez facilement en faisant une recherche sur le forum ou sur ton moteur de recherche. Sinon, si tu veux t'amuser à en créer un toi même, j'ai trouvé ce lien (à voir pour ta version de Prestashop): https://www.prestashop.com/forums/topic/213664-guide-modifying-prestashop-15-invoice-template/ En espérant que ça t'aura aidé un minimum. Bonne journée !
  21. J'ai trouvé le problème, ma BASE_URI n'était pas la bonne, je l'ai corrigée et je n'ai plus qu'un temps de chargement très long pour mes boutons, c'est déjà mieux ! Je te remercie encore une fois Eolia, toujours là pour aider sur le forum !
  22. Merci Eolia pour ton aide. Evidemment, j'arrive forcer l'activation de mes boutons si je le veux mais mon objectif est de le faire en corrigeant le problème. Tant que je ne l'ai pas trouvé, je préfère largement rester sur mon ancienne version qui n'a aucun problème. De plus, mon installation fraîche ayant également un souci, cela me motive encore moins à passer cette version supérieure. Une de mes connaissances a également quelques ralentissement lors du chargement de la page (après avoir tout juste installé cette version chez un client), ce qui montre bien qu'il doit y avoir un petit souci tout de même. (peut-être que le problème vient tout de même de nous lors de la mise à jour / installation mais cela commence à faire beaucoup trop de personnes pour ne pas se poser d'autres questions.) Tout comme le dit pitchart, j'attendais de cette version stable qu'elle fonctionne parfaitement, et non pas de devoir bidouiller dans le code. Ce n'est pas un problème de module ajouté car en les désactivant, mon problème persiste Pour le reste, cela ne m'avance pas à grand chose, ne comprenant pas trop ce que je regarde. Étant dans l'onglet Produit, cette réponse m'étonne un peu mais il y a surement une explication logique qui m'échappe. Je suis tout à fait d'accord avec toi concernant le chargement des onglets. Merci encore à tous ceux qui participent à la résolution de ce problème.
  23. Petit récapitulatif: Pour ma part le problème survient après une mise à jour manuelle depuis la version 1.6.0.5 (mes boutons sont grisés) mais aussi après une installation et une base e données toutes neuves (mes boutons chargent pendant très longtemps avant d'être opérationnels). Dans ce dernier cas ce n'est pas trop handicapant puisqu'au final cela marche mais comparé à ma 1.6.0.5 où je n'ai aucun problème, cela reste clairement moins efficace. Je vous remercie de revenir sur ce problème, en espérant que vous trouverez d'où il peut venir.
  24. Merci de vos réponses. Oui, j'ai déjà désinstallé le module gamification, ayant lu qu'il ralentissait considérablement le site.
  25. Toujours pas de nouvelles ? Pour ma part à part changer les tpl en supprimant la partie "disabled="disabled" je n'ai pas de solution. J'ai encore une fois refait une install à zéro et le problème existe déjà.
×
×
  • Create New...

Important Information

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