PhenixTweet

2 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 2 Tage vor

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 Tage vor

Als Antwort BigM auf seine Veröffentlichung 2 Tage vor

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

2 Tage vor

Als Antwort BigM auf seine Veröffentlichung 2 Tage vor

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 Tage vor

Als Antwort BigM auf seine Veröffentlichung 2 Tage vor

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 Tage vor

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 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 3 Tage vor

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 Tage vor

Als Antwort herve_02 auf ihre Veröffentlichung 4 Tage vor

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 Tage vor

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 Tage vor

Als Antwort BigM auf seine Veröffentlichung 4 Tage vor

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 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 4 Tage vor

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.

5 Tage vor

Als Antwort herve_02 auf ihre Veröffentlichung 5 Tage vor

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

herve_02 @herve_02

5 Tage vor

Als Antwort herve_02 auf ihre Veröffentlichung 5 Tage vor

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

herve_02 @herve_02

5 Tage vor

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 Tage vor

Als Antwort chris an ihre Veröffentlichung 5 Tage vor

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

5 Tage vor

Als Antwort chris an ihre Veröffentlichung 5 Tage vor

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

5 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 5 Tage vor

Merci merci bcp

5 Tage vor

Als Antwort chris an ihre Veröffentlichung 5 Tage vor

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 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 5 Tage vor

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 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 5 Tage vor

ok je vais voir si j'y arrive merci !

5 Tage vor

Als Antwort chris an ihre Veröffentlichung 5 Tage vor

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 Tage vor

Als Antwort chris an ihre Veröffentlichung 5 Tage vor

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 Tage vor

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 Tage vor

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

6 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 6 Tage vor

Merci beaucoup pour cette correction rapide.

6 Tage vor

Als Antwort Atchworks auf seine Veröffentlichung 6 Tage vor

La 1.39 n'existe pas !!!

6 Tage vor

Als Antwort Atchworks auf seine Veröffentlichung 6 Tage vor

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 Tage vor

Als Antwort Eolia auf seine Veröffentlichung 6 Tage vor

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

Atchworks @atchworks

6 Tage vor

Als Antwort BigM auf seine Veröffentlichung 6 Tage vor

Salut,

Je suis en 1.39 et cela fonctionne bien chez moi.

6 Tage vor

Als Antwort BigM auf seine Veröffentlichung 6 Tage vor

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 Tage vor

Als Antwort herve_02 auf ihre Veröffentlichung 6 Tage vor

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