PhenixTweet

2 günler önce

Eolia , Yayın iletisine yanıt olarak 2 günler önce

Je suis désolé d'avoir signalé un problème qui n'existait pas. Le problème est apparu aussi soudainement qu'il a disparu. Aucune modification n'a été apportée à la boutique ou au serveur. Il semble qu'il s'agissait simplement d'un problème de communication des données.

2 günler önce

BigM , Yayın iletisine yanıt olarak 2 günler önce

Ce serait plutôt un réglage de votre navigateur ou serveur trop strict sur les cross-origin

2 günler önce

BigM , Yayın iletisine yanıt olarak 2 günler önce

Bon, il semble que ce ne soit pas un problème lié à PhenixSuite. Aujourd'hui, j'ai remarqué ce problème dans un magasin, mais pas dans l'autre. Non, je n'ai pas non plus la carte dans l'autre magasin et il affiche également la même erreur ajax.

2 günler önce

BigM , Yayın iletisine yanıt olarak 2 günler önce

Informations supplémentaires concernant mon problème.
Sur deux boutiques en ligne, seule l'une d'entre elles présente ce problème. Le navigateur (F12) affiche le message d'erreur suivant :
Demande inter-origines bloquée : La règle de même origine interdit la lecture de la ressource externe sur https://nominatim.openstre... (Raison : échec de la requête CORS). Code d'état : (null).

Erreur Ajax : impossible de récupérer les données depuis openstreetmap.org

2 günler önce

J'ai remarqué que la carte n'apparaît plus sur la page de commande. Je ne sais toutefois pas depuis quand c'est le cas ni si cela a un rapport avec la mise à jour vers la version 39.

3 günler önce

Eolia , Yayın iletisine yanıt olarak 3 günler önce

Je tenais simplement à vous informer que la dernière correction a résolu le problème. Merci beaucoup pour votre aide rapide et, surtout, pour votre excellent travail sur PhenixSuite.

4 günler önce

herve_02 , Yayın'a yanıt olarak 4 günler önce

Il faut surtout changer le domaine dans la table ps_shop_url !
Si vous avez des liens en dur dans la base de données il faut les mettre à jour (avec un REPLACE).
J'avais fait un tuto à l'époque: https://www.prestashop.com...

[TUTORIAL] Comment transférer mon site (Local -> Distant ou l'inverse) - PrestaShop Download : installation et mise à jour - PrestaShop Forums

Bonjour à tous, Vu que la question est posée au moins 5 fois par semaine sur ce forum, je vous propose un résumé des opérations à effectuer pour transférer son site d'un serveur à un autre. Sur le serveur existant: Commencez par vider vos caches avant l'export, cela vous fera gagner du tem..

https://www.prestashop.com/forums/topic/519979-tutorial-comment-transf%C3%A9rer-mon-site-local-distant-ou-linverse/

herve_02 @herve_02

4 günler önce

J'ai encore une question qui me paraissait simple. pour faire des test de reprise sur incident et/ou de transfert. je fais des tests. je copie en local la base de donnée en prod dans une nouvelle base, je change le nom dans config/settinfgs.inc.php, je change PS_SHOP_DOMAIN et PS_SHOP_DOMAIN_SSL dans ps_configuration mais le site_local (avec copie de la base de donnée en ligne) me renvoie toujours ver le site en ligne. et je ne trouve aucune autre clé dans ps_configuration.
Il y a un truc caché ailleurs ?

4 günler önce

BigM , Yayın iletisine yanıt olarak 4 günler önce

Ok, le retour des webhooks peut se faire de 2 façons différentes, je viens donc de mettre à jour le module:

https://devcustom.net/publ...

4 günler önce

Eolia , Yayın iletisine yanıt olarak 4 günler önce

Malheureusement, le problème persiste.
J'ai effectué la mise à jour du module et depuis, toutes les factures (payées avec Stripe) s'affichent correctement (paiement par carte et montant). Cependant, les commandes passées après la mise à jour du module et payées avec Stripe affichent toujours le statut de la commande au lieu du montant.

4 günler önce

herve_02 , Yayın'a yanıt olarak 4 günler önce

$this->context->link->getProductLink($id_product) devrait répondre à votre demande 😉

herve_02 @herve_02

5 günler önce

herve_02 , Yayın'a yanıt olarak 5 günler önce

Il y a une doc qqpart pour apprendre à faire des liens "propres" comme il faut ?

herve_02 @herve_02

5 günler önce

je n'arrive pas à faire un lien qui reste dans la bonne langue
pour un produit j'ai ça :
$link='id_product='.$other_ref_id[0]['id_product'].'&controller=product&id_lang='.$id_lang;

le $id_lang étant $this->context->cookie->id_lang;
l'id est ok

5 günler önce

chris kendisine Yayın yanıt olarak 5 günler önce

pardon c'est ok j'étais pas au bon endroit !!!!

5 günler önce

chris kendisine Yayın yanıt olarak 5 günler önce

je n'y arrive pas mais vous mettrez à jour lors de la prochaine version non je peux attendre ?

5 günler önce

Eolia , Yayın iletisine yanıt olarak 5 günler önce

Merci merci bcp

5 günler önce

chris kendisine Yayın yanıt olarak 5 günler önce

Dans la prochaine version j'intègrerai nativement le module SuperUser qui vous permettra en tant qu'employé de vous connecter à la place d'un client.

5 günler önce

Eolia , Yayın iletisine yanıt olarak 5 günler önce

oui je comprends mais cela permettait de voir si il y avait un souci quand le client n'arrivait pas à payer , dès fois j'avais des produits par ex sans image et ils n'étaient plus dans panier ou produit non activé aussi

5 günler önce

Eolia , Yayın iletisine yanıt olarak 5 günler önce

ok je vais voir si j'y arrive merci !

5 günler önce

chris kendisine Yayın yanıt olarak 5 günler önce

Oui car c'était une faille importante de sécurité. N'importe qui ayant accès au lien pouvait consulter le compte du client.

5 günler önce

chris kendisine Yayın yanıt olarak 5 günler önce

Effectivement, remplacez la ligne 476 de /adminxxxx/themes/default/template/controllers/orders/form.tpl par cette ligne:

id_cart_to_delete : oldIdCart != id_new_cart ? oldIdCart : 0,

5 günler önce

On ne peut plus aussi depuis panier client fait dans BO aller sur la page FO comme client (il faut maintenant son identification mot de passe et mail) avant c'était pratique on pouvait vérifier

5 günler önce

Bonjour depuis la mise à jour j'ai de gros soucis de panier. En fait je prépare les paniers pour mes clients, et là par exemple ma cliente m'a demandé d'enlever quelques produits de ce même panier et du coup il a disparu. N'apparait plus dans les listes de panier

5 günler önce

Eolia , Yayın iletisine yanıt olarak 5 günler önce

Merci beaucoup pour cette correction rapide.

6 günler önce

Atchworks , Yayın iletisine yanıt olarak 6 günler önce

La 1.39 n'existe pas !!!

6 günler önce

Atchworks , Yayın iletisine yanıt olarak 6 günler önce

Oui mais tu es passé par des statuts validant la facture ensuite.
Dans tous les cas, la v17 corrige le problème et remplit les tables correctement ;)

6 günler önce

Eolia , Yayın iletisine yanıt olarak 6 günler önce

Mise à jour du module:
https://devcustom.net/publ...

Atchworks @atchworks

6 günler önce

BigM , Yayın iletisine yanıt olarak 6 günler önce

Salut,

Je suis en 1.39 et cela fonctionne bien chez moi.

6 günler önce

BigM , Yayın iletisine yanıt olarak 6 günler önce

Bonjour,
Oui je suis au courant pour Stripe et c'est en cours de résolution. Lors de la capture du paiement la table ps_order_invoice_paiement n'est pas remplie. Le pdf ne trouvant pas le paiement associé c'est le statut en cours qui est affiché.

6 günler önce

herve_02 , Yayın'a yanıt olarak 6 günler önce

Effectivement les limites ont toujours été des entiers sauf pour le poids. Ce sera corrigé dans la v40.