delighted

Bonjour et merci pour votre retour. Ma version de prestashop (comme précisé dan mon premier message) 1.6.0.11. Effectivement c'est le sélecteur dans le fichier tpl qu'il faudrait créer. Dans le product.tpl vers la ligne 210 on retrouve bien les 2 sélecteurs existant mais pas de distinction entre "pas en stock -> non commandable" et "pas en stock - > commandable" comme on peut le lire par exemple dans le code suivant : <!-- availability or doesntExist --> <p id="availability_statut"{if ($product->quantity <= 0 && !$product->available_later && $allow_oosp) || ($product->quantity > 0 && !$product->available_now) || !$product->available_for_order || $PS_CATALOG_MODE} style="display: none;"{/if}> {*<span id="availability_label">{l s='Availability:'}</span>*} <span id="availability_value"{if $product->quantity <= 0 && !$allow_oosp} class="warning_inline"{/if}>{if $product->quantity <= 0}{if $PS_STOCK_MANAGEMENT && $allow_oosp}{$product->available_later}{else}{l s='This product is no longer in stock'}{/if}{elseif $PS_STOCK_MANAGEMENT}{$product->available_now}{/if}</span> </p>

re petit up, on ne sait jamais ! ;-)

Merci pour votre réponse Doekia, Effectivement, en FO, si on rajoute " France " après le code postal, la recherche s'effectue correctement. Comme mes magasins partenaires sont dans toutes l'Europe voire plus loin, cette précision prend tout son sens. Je vais donc indiquer, en FO pour les visiteurs, qu'il est nécessaire d'ajouter le pays concerné après le CP. On pourrait donc imaginer un formulaire à 2 champs, 1 pour le pays (France par défaut par exemple) et 1 champ pour le CP. Sinon, pour ma version de Prestashop : c'est la 1.6.0.11. Je ne l'avais pas spécifié, car il me semble que c'est l'api google maps V3 qui est concerné, et donc, est valable pour de nombreuses versions de prestashop sachant que j'avais vérifié sur plusieurs BBD prestashop antérieures (1.5.6 par ex) la structure des tables stores et stores_shop qui ne semblaient pas avoir été modifié avec les versions. Toutefois, il est vrai qu'il est bien pratique de préciser sa version de Prestashop avant les débats !

Je vais rajouter mon grain de sel... En 1.6 également et dans le cadre d'un site B2B, je propose aux visiteurs (non pro) la liste de nos revendeurs physiques via la fameuse carte google map du FO. Les "fiches" revendeurs dans le BO sont bien renseignées, avec en autre les longitudes et latitudes (plus de 600 revendeurs en France) et bien sûr les adresses avec code postal. Or si on fait une recherche en FO avec les codes postaux, les résultats sont très aléatoires, en effet certains codes postaux sont pris en compte et pas d'autres ?!? Par contre si on tape le nom de la ville, là il y a le résultat... J'ai bien sûr vérifié les tables stores et shop_stores dans la base de données et je ne vois rien qui diffère d'une adresse dont le code postal est pris en compte de celle qui ne l'est pas. Après avoir évidemment vérifié dans les forums, je n'ai pas trouvé de raison ou mieux de solution. Si d'aventure quelqu'un pouvait éclairer ma lanterne !!

Bonjour, Je suis confronté aux mêmes soucis (sous Prestashop 1.6.0.11) malgré une modification du zoom dans stores.js pas de changement, la carte affichée en FO représente une mappe monde global !! (et pourtant les données de longitude - latitude par défaut sont bien renseignées en BO). la recherche par code postal ne fonctionne pas, seule la recherche par nom de ville fonctionne !?! Des idées, une solution, des avis ???

Bonjour, Je trouve la méthode de Kaylabs tout à fait "convenable". Je n'ai rien contre les modules payant mais de là à payer pour rajouter 2 lignes de code... sauf peut être si l'on souhaite remplacer le panier par d'autres informations ce qui demande un codage un peu plus "expert".

Un grand merci à toi Kaylabs , une réponse claire, nette et précise ! Testé et approuvé (PS 1.6.0.11).

Solution trouvée : https://www.prestashop.com/forums/topic/384000-template-impression-commande/?p=1973449

Un grand merci à Yves06 ! Voilà de quoi personnaliser ces impressions de commande dans les détails. Testé et approuvé sur prestashop 1.6.0.11

Bonjour, Après de nombreuses recherches infructueuses, je lance mon petit topic. J'ai une boutique B2B dont l'accès aux tarifs et la possibilité de commande sont réservés aux clients professionnels inscrits (dans un groupe à part) et donc les non-inscrits, autrement dit les visiteurs, ne voient pas les tarifs. Or je souhaiterai également masquer le panier (Ajax) pour ces visiteurs pour la simple raison que nombreux sont ceux qui ne lise pas (sur ma page d'accueil) que les commandes sont réservées aux pros et donc m'envoient de nombreux mails pour me demander comment voir les prix et commander ! Ce qui est somme toute normal puisqu'ils voient un panier ! D'avance merci pour votre contribution.

Bonjour à toutes et tous, Dans le cadre d'un site B2B (ver 1.6.0.11) j'ai modifié le fichier qui concerne l'inscription d'un nouveau client pro afin que celui-ci ne soit pas attribué au groupe "client" de façon automatique (seul groupe qui peut visualiser les prix). Ainsi, j'ai la possibilité de vérifier préalablement les données transmises (siret et autres) avant de l'activer ou pas ! Bref, comme je ne suis pas logué constamment sur mon BO je souhaitais trouver une solution ou module qui m'envoie un mail dès l'inscription d'un nouveau client. C'est chose faite grâce au module de El Patron, testé et approuvé ! https://www.prestashop.com/forums/topic/294459-free-module-customer-registration-admin-alerts-email-when-new-registration/?p=1485984 Certes le module est en anglais mais comme c'est d'un simplicité déconcertante pas de soucis particuliers !

RESOLU J'ai trouvé l'erreur ! En fait, j'ai une boutique B2B et j'ai modifié le fichier /classes/Customer.php afin de rendre le numéro de siret obligatoire lors de l'inscription (ce qui marche très bien d'ailleurs). Lorsque j'ai monté le site, j'ai réinjecté le fichier client à partir des données d'un ancien site dans lequel je n'avais pas les numéros de siret (car c'étaient des clients connus et pour lesquels je n'avais à priori pas besoin de cette donnée). Résultat, lorsqu’un client (sans numéro de siret dans la BDD) demande une régénération de mot de passe le mail de demande est bien envoyé, mais le lien de confirmation de demande menait à une erreur 500 -> tout à fait logique ! De plus lorsqu'un client se connecte sur son compte, le lien "mes données personnelles " menait également à l'erreur 500 -> toujours très logique. Enfin, dans le BO, si je tentais de modifier le mot de passe et/ou l'adresse mail du client à sa place, là pas d'erreur 500 à l'enregistrement, mais par contre rien n'avait été modifié dans la BDD. Voilà donc mon retour en espérant que cela puisse aiguiller certain sur ce genre de problèmes rencontrés. (A savoir, mon site est hébergé chez O2switch, en dehors des considérations de temps de latence ou autre de ce prestataire que je trouve pas trop mal, c'est surtout le service client qui est plutôt performant, car ils se sont penchés sur le problème avec une célérité remarquable...)

Bonjour, Boutique sous prestashop 1.6.0.11 Jusqu'à hier, et sans changement particulier (pas de mise à jour de modules ou autres), la procédure de demande de "mot de passe oublié" fonctionnait. Aujourd'hui, lorsque le client reçoit le mail de confirmation de demande de mot de passe (suite à sa demande) lorsqu'il clique sur le lien de confirmation il tombe sur une page "500 server error" ! De plus si je me logue moi même en tant que client (client test) et que je clique sur "Mes informations personnelles" sur la page "mon compte", pareil : "500 server error" ! Des idées, des solutions, des raisons ?? Un grand merci pour vos réponses...

Pour poursuivre le fil de cette discussion enrichissante : afin de passer outre les éventuels bugs de l'import CSV via le BO il m'arrive de faire les modifs directement sur la BDD en passant par PhpMyadmin. Certes la démarche est moins "sexy" mais permet de s'affranchir du (des) fameux bug(s). Je profite d'ailleurs de cela pour avoir des infos plus complètes sur la démarche "orthodoxe" pour utiliser la fonction UPDATE (SQL) à partir d'un fichier CSV dans phpmyadmin... Et merci à Adastier pour ces commentaires et l'inscription du bug dans la forge

Dans la jungle des hébergeurs difficile de s'y retrouver, voici ma petite contribution : Hébergeur : O2switch Détail : http://www.o2switch.fr/hebergement-illimite/ En résumé : mutualisé - technologie SSD - trafic illimité - serveur en France (Clermont-Ferrand)... Version de PrestaShop installée : 1.6.0.11 Taille de la boutique : 400 articles - 2000 clients B2B Problèmes rencontrés : Aucun pour le moment (mais hébergé que depuis 4 mois, je croise les doigts ) Commentaires : Venant d'un autre prestataire (dont je tairais le nom pour ne pas devenir médisant) qui propose des services similaires sur le papier, je découvre que prestashop peut être très rapide, autant en FO qu'en BO. Je suis donc pour le moment plus qu'agréablement surpris par la vitesse donc, mais aussi la qualité de service (2 appels au service client réglé en 2 min de façon courtoise, professionnelle et claire !), l'accès à un Cpanel aussi clair qu'efficace. À 5 € HT/mois, je me permets donc de recommander. (Je ne travaille pas pour eux et je n'ai pas de rétribution bien entendu ! Cela dit, vu le cout, rien ne vous empêche de tester par vous même)