[Skip to main content](#vessel-content) # Profile for webme ## [![webme's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/30777-webme "View webme's Profile") **[ Offline](/forum/user/30777-webme)** - **User Type:** User - **Register Date:** 20 Jan 2014 - **Last login:** 10 years 2 months ago - **Time Zone:** UTC +1:00 - **Local Time:** 22:09 - **Posts:** 43 - **Profile views:** 152 - **Gender:** Unknown - **Birthdate:** Unknown - Posts # webme's recent posts (43 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/36-reports-statistics/885867-paypal-sandbox-test#247268) | [paypal sandbox test](/forum/36-reports-statistics/885867-paypal-sandbox-test#247268 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.0 -- PHP version -- : 5.6.21 Bonjour, Je viens de faire des tests avec la sandbox de paypal afin de savoir si avec les mises à jours prévu par Paypal je ne vais pas me retrouver avec des problèmes de paiement. Sur mon site j'utilise une boutique hikashop mais également sur des pages specifiques non liées à hikashop des boutons d'achat immédiat générés par paypal. J'ai donc fait des tests avec la sandbox de paypal et pour les boutons achats immédiats tout fonctionne bien en revanche pour la commande passée par hikashop je n'obtiens pas de confirmation de paiement. La commande est bien créee sur hikashop mais le paiement ne passe pas en mode confirmation alors que le paiement est validé. J'ai voulu regardé mes logs de paiement mais rien ne s'affiche dedans la dernière ligne du fichiers logs date d'avant la mise à jour vers 2.6.3 et indique alors que j'ai eu d'autres commandes depuis cette date du 28 Mai Selon vous : 1 - Pourquoi le message de confirmation de paiement n'est pas transmis à hikashop par la sandbox ? est ce que cela signifie que lorsque les changements seront officiels sur paypal (sh4-256 et G5) je ne serais plus en mesure d'avoir des commandes payées par paypal ? 2- Pourquoi je n'ai plus d'info sur mes logs de paiements dans le fichier alors que tout semblait bien fonctionner jusque là ? pour info le mode debug est bien activé que cela soit pour paypal normal ou paypal en mode sandbox. Merci d'avance pour votre aide") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 10 years 2 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") 10 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:9 Views:2050 | [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 2 months ago | | [](/forum/36-reports-statistics/885867-paypal-sandbox-test#247229) | [paypal sandbox test](/forum/36-reports-statistics/885867-paypal-sandbox-test#247229 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.0 -- PHP version -- : 5.6.21 Bonjour, Je viens de faire des tests avec la sandbox de paypal afin de savoir si avec les mises à jours prévu par Paypal je ne vais pas me retrouver avec des problèmes de paiement. Sur mon site j'utilise une boutique hikashop mais également sur des pages specifiques non liées à hikashop des boutons d'achat immédiat générés par paypal. J'ai donc fait des tests avec la sandbox de paypal et pour les boutons achats immédiats tout fonctionne bien en revanche pour la commande passée par hikashop je n'obtiens pas de confirmation de paiement. La commande est bien créee sur hikashop mais le paiement ne passe pas en mode confirmation alors que le paiement est validé. J'ai voulu regardé mes logs de paiement mais rien ne s'affiche dedans la dernière ligne du fichiers logs date d'avant la mise à jour vers 2.6.3 et indique alors que j'ai eu d'autres commandes depuis cette date du 28 Mai Selon vous : 1 - Pourquoi le message de confirmation de paiement n'est pas transmis à hikashop par la sandbox ? est ce que cela signifie que lorsque les changements seront officiels sur paypal (sh4-256 et G5) je ne serais plus en mesure d'avoir des commandes payées par paypal ? 2- Pourquoi je n'ai plus d'info sur mes logs de paiements dans le fichier alors que tout semblait bien fonctionner jusque là ? pour info le mode debug est bien activé que cela soit pour paypal normal ou paypal en mode sandbox. Merci d'avance pour votre aide") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 10 years 2 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") 10 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:9 Views:2050 | [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 2 months ago | | [](/forum/36-reports-statistics/885867-paypal-sandbox-test#247089) | [paypal sandbox test](/forum/36-reports-statistics/885867-paypal-sandbox-test#247089 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.0 -- PHP version -- : 5.6.21 Bonjour, Je viens de faire des tests avec la sandbox de paypal afin de savoir si avec les mises à jours prévu par Paypal je ne vais pas me retrouver avec des problèmes de paiement. Sur mon site j'utilise une boutique hikashop mais également sur des pages specifiques non liées à hikashop des boutons d'achat immédiat générés par paypal. J'ai donc fait des tests avec la sandbox de paypal et pour les boutons achats immédiats tout fonctionne bien en revanche pour la commande passée par hikashop je n'obtiens pas de confirmation de paiement. La commande est bien créee sur hikashop mais le paiement ne passe pas en mode confirmation alors que le paiement est validé. J'ai voulu regardé mes logs de paiement mais rien ne s'affiche dedans la dernière ligne du fichiers logs date d'avant la mise à jour vers 2.6.3 et indique alors que j'ai eu d'autres commandes depuis cette date du 28 Mai Selon vous : 1 - Pourquoi le message de confirmation de paiement n'est pas transmis à hikashop par la sandbox ? est ce que cela signifie que lorsque les changements seront officiels sur paypal (sh4-256 et G5) je ne serais plus en mesure d'avoir des commandes payées par paypal ? 2- Pourquoi je n'ai plus d'info sur mes logs de paiements dans le fichier alors que tout semblait bien fonctionner jusque là ? pour info le mode debug est bien activé que cela soit pour paypal normal ou paypal en mode sandbox. Merci d'avance pour votre aide") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 10 years 2 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") 10 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:9 Views:2050 | [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 2 months ago | | [](/forum/36-reports-statistics/885867-paypal-sandbox-test#247026) | [paypal sandbox test](/forum/36-reports-statistics/885867-paypal-sandbox-test#247026 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.0 -- PHP version -- : 5.6.21 Bonjour, Je viens de faire des tests avec la sandbox de paypal afin de savoir si avec les mises à jours prévu par Paypal je ne vais pas me retrouver avec des problèmes de paiement. Sur mon site j'utilise une boutique hikashop mais également sur des pages specifiques non liées à hikashop des boutons d'achat immédiat générés par paypal. J'ai donc fait des tests avec la sandbox de paypal et pour les boutons achats immédiats tout fonctionne bien en revanche pour la commande passée par hikashop je n'obtiens pas de confirmation de paiement. La commande est bien créee sur hikashop mais le paiement ne passe pas en mode confirmation alors que le paiement est validé. J'ai voulu regardé mes logs de paiement mais rien ne s'affiche dedans la dernière ligne du fichiers logs date d'avant la mise à jour vers 2.6.3 et indique alors que j'ai eu d'autres commandes depuis cette date du 28 Mai Selon vous : 1 - Pourquoi le message de confirmation de paiement n'est pas transmis à hikashop par la sandbox ? est ce que cela signifie que lorsque les changements seront officiels sur paypal (sh4-256 et G5) je ne serais plus en mesure d'avoir des commandes payées par paypal ? 2- Pourquoi je n'ai plus d'info sur mes logs de paiements dans le fichier alors que tout semblait bien fonctionner jusque là ? pour info le mode debug est bien activé que cela soit pour paypal normal ou paypal en mode sandbox. Merci d'avance pour votre aide") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 10 years 2 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") 10 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:9 Views:2050 | [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 2 months ago | | [](/forum/36-reports-statistics/885867-paypal-sandbox-test#246948) | [paypal sandbox test](/forum/36-reports-statistics/885867-paypal-sandbox-test#246948 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.0 -- PHP version -- : 5.6.21 Bonjour, Je viens de faire des tests avec la sandbox de paypal afin de savoir si avec les mises à jours prévu par Paypal je ne vais pas me retrouver avec des problèmes de paiement. Sur mon site j'utilise une boutique hikashop mais également sur des pages specifiques non liées à hikashop des boutons d'achat immédiat générés par paypal. J'ai donc fait des tests avec la sandbox de paypal et pour les boutons achats immédiats tout fonctionne bien en revanche pour la commande passée par hikashop je n'obtiens pas de confirmation de paiement. La commande est bien créee sur hikashop mais le paiement ne passe pas en mode confirmation alors que le paiement est validé. J'ai voulu regardé mes logs de paiement mais rien ne s'affiche dedans la dernière ligne du fichiers logs date d'avant la mise à jour vers 2.6.3 et indique alors que j'ai eu d'autres commandes depuis cette date du 28 Mai Selon vous : 1 - Pourquoi le message de confirmation de paiement n'est pas transmis à hikashop par la sandbox ? est ce que cela signifie que lorsque les changements seront officiels sur paypal (sh4-256 et G5) je ne serais plus en mesure d'avoir des commandes payées par paypal ? 2- Pourquoi je n'ai plus d'info sur mes logs de paiements dans le fichier alors que tout semblait bien fonctionner jusque là ? pour info le mode debug est bien activé que cela soit pour paypal normal ou paypal en mode sandbox. Merci d'avance pour votre aide") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 10 years 2 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") 10 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:9 Views:2050 | [Last Post](/forum/36-reports-statistics/885867-paypal-sandbox-test#247273 "Bonjour, Vous dites que la seule chose différente entre les deux, c'est l'URL de la méthode de paiement. Mais je pense qu'il y a une autre différence dont vous n'avez pas parlé. Si vous regardez les deux logs d'accès, il y a deux différences: L'une ne fonctionne pas avec une erreur 403 et le paramètre Itemid 245, et l'autre fonctionne avec le paramètre Itemid 778 Ce paramètre Itemid correspond à l'id d'un élément de menu de votre site web. HikaShop fourni l'id correspondant à l'Itemid courant durant le passage en caisse. Et les erreurs 403 arrivent le plus souvent quand l'URL est pour un composant différent du composant du type d'élément de menu de l'Itemid de l'URL. En clair, il est probable que l'élément de menu avec l'id 245 ne soit pas d'un type d'élément de menu HikaShop. Et cela, le système SEF de Joomla n'aime pas. Il y a d'autres possibilités, qui font qu'il y ait un problème avec cet élément de menu 245, par exemple, un problème avec le niveau d'accès de votre élément de menu 245: www.hikashop.com/support/documentation/i...or.html#notification Mais de toute façon, durant le passage en caisse, que vous utilisiez la sandbox ou pas, l'id du menu courant devrait normalement être le même. Donc je suppose que vous accédez à un élément de menu particulier pour vos tests sandbox par rapport aux achats live sur votre site et c'est cela qui fait que la notification ne fonctionne pas car il y a un problème avec cet élément de menu. Le plus simple dans ce cas est de sélectionner l'élément de menu avec l'id 778 dans l'option "force menu on checkout" de la configuration HikaShop. Ainsi, le même élément de menu sera utilisé durant le passage en caisse, peu importe d'où arrive le client sur votre site et ainsi, vous aurez exactement la même URL de notification dans les deux cas, et la notification sera correctement passée à HikaShop dans les deux cas.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 2 months ago | | [](/forum/27-checkout/881051-problem-withmail-sent-automatically-after-checkout#223929) | [problem withmail sent automatically after checkout](/forum/27-checkout/881051-problem-withmail-sent-automatically-after-checkout#223929 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- PHP version -- : 5.5.30 -- Browser(s) name and version -- : chrome Version 47.0.2526.80 m Hi, I am using hikashop and sh404sef and since I have update to 2.6.0 I get error link in the email sent automatically after an order Instead of having the link on the command number instead of having a non-sef url I get a sef one which give a 404 when the email is sent via backend of hikashop so manually the link is a non sef url and is working So my questions are : why when the email is sent automaticcaly the links in the email are SEF url and when the email is sent manually via the backend the link are non-SEF ? what can I do to always have non-sef URL in automatic email ? Thanks") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 10 years 10 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/27-checkout/881051-problem-withmail-sent-automatically-after-checkout#224018 "Hi, The links are SEFed automatically. But on the backend of the website, Joomla deactivates the SEF system so that's why you get that behavior which is normal. But the fact that the SEFed link doesn't work is not normal (it should work). But if it doesn't, it can come from a lot of things. The link to the order is generated with the line: in the file administrator/components/com_hikashop/classes/order.php You can try removing the ".$url" in that line and see if that helps.") 10 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:589 | [Last Post](/forum/27-checkout/881051-problem-withmail-sent-automatically-after-checkout#224018 "Hi, The links are SEFed automatically. But on the backend of the website, Joomla deactivates the SEF system so that's why you get that behavior which is normal. But the fact that the SEFed link doesn't work is not normal (it should work). But if it doesn't, it can come from a lot of things. The link to the order is generated with the line: in the file administrator/components/com_hikashop/classes/order.php You can try removing the ".$url" in that line and see if that helps.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 10 months ago | | [](/forum/29-payment-methods/881043-ipn-verification-postback-to-https#223869) | [IPN Verification postback to HTTPS](/forum/29-payment-methods/881043-ipn-verification-postback-to-https#223869 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- PHP version -- : 5.5.30 Hi, I am using paypal as a payment method in my shop but recently I got a message from paypal saying "if you are using Paypal's instant Payment Notification IPN service you will need to ensure that HTTPS is used when posting the message back to Paypal for verification HTTP postbacks will no longer be supported" How can I know if HTTPS is used ? Thanks") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 10 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/29-payment-methods/881043-ipn-verification-postback-to-https#223887 "Hi, Except if you have change the "url" in the paypal plugin configuration and changed the "https" into "https" ; the default value for that plugin is right using "https". www.hikashop.com/support/documentation/i...form.html#additional Regards,") 10 years 10 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:1 Views:949 | [Last Post](/forum/29-payment-methods/881043-ipn-verification-postback-to-https#223887 "Hi, Except if you have change the "url" in the paypal plugin configuration and changed the "https" into "https" ; the default value for that plugin is right using "https". www.hikashop.com/support/documentation/i...form.html#additional Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 10 years 10 months ago | | [](/forum/29-payment-methods/881042-hikashop-paypal-plugins#223868) | [HikaShop Paypal Plugins](/forum/29-payment-methods/881042-hikashop-paypal-plugins#223868 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- PHP version -- : 5.5.30 Hi, What is the difference between those thre plugin in hikashop ? Hikashop Paypal Advanced payment plugin Hikashop Payment Express Payment Plugin HikaShop Paypal payment plugin I am using Paypal as a payment option on my shop but which one should I activate ? Thanks") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 10 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/29-payment-methods/881042-hikashop-paypal-plugins#223874 "Hi, We provide plugins for Paypal services but we are not responsible of all services they have created in the past years. www.google.com/search?q=paypal+advanced www.google.com/search?q=paypal+express www.google.com/search?q=paypal+classic (aka ""Paypal"") Regards,") 10 years 10 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:1 Views:668 | [Last Post](/forum/29-payment-methods/881042-hikashop-paypal-plugins#223874 "Hi, We provide plugins for Paypal services but we are not responsible of all services they have created in the past years. www.google.com/search?q=paypal+advanced www.google.com/search?q=paypal+express www.google.com/search?q=paypal+classic (aka ""Paypal"") Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 10 years 10 months ago | | [](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155156) | [Hikashop et erreur 500](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155156 "-- url of the page with the problem -- : -- HikaShop version -- : HikaShop Essential: 2.3.0 -- Joomla version -- : 3.23 -- PHP version -- : 5.4.6 -- Browser(s) name and version -- : firefox 25.0 -- Error-message(debug-mod must be tuned on) -- : Error_message Bonjour, Ayant de nombreux soucis notamment avec des urls en https provenant de ma boutique montée sur hikashop j'ai analysé toutes les pages de la boutique et au niveau de l'analyse du code HTTPvoila ce que j'obtiens :blink: : Qu'est ce que cette class d'affichage categoryviewproduct et comment corriger ceci pour avoir un code HTTP en 200! Merci d'avance") Category: [Support en Français (French Support)](/forum/5-support-en-francais-french-support- "Cette section de notre forum est dédiée au support de HikaShop en Français. Si vous avez des notions en anglais, préférez utiliser les sections anglaises qui contiendront plus d'informations.") Topic started 12 years 6 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155174 "Bonjour, Mais, il ne s'agit pas de la page avec votre erreur 500... Si nous ne pouvons pas voir la pile d'appel lors de l'erreur 500, je doute que nous puissions faire quoi que ce soit pour la corriger. Cordialement,") 12 years 5 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") - [1](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=0 "Page:1") - [2](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20 "Page:2") | Replies:24 Views:2326 | [Last Post](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155174 "Bonjour, Mais, il ne s'agit pas de la page avec votre erreur 500... Si nous ne pouvons pas voir la pile d'appel lors de l'erreur 500, je doute que nous puissions faire quoi que ce soit pour la corriger. Cordialement,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 12 years 5 months ago | | [](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155134) | [Hikashop et erreur 500](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155134 "-- url of the page with the problem -- : -- HikaShop version -- : HikaShop Essential: 2.3.0 -- Joomla version -- : 3.23 -- PHP version -- : 5.4.6 -- Browser(s) name and version -- : firefox 25.0 -- Error-message(debug-mod must be tuned on) -- : Error_message Bonjour, Ayant de nombreux soucis notamment avec des urls en https provenant de ma boutique montée sur hikashop j'ai analysé toutes les pages de la boutique et au niveau de l'analyse du code HTTPvoila ce que j'obtiens :blink: : Qu'est ce que cette class d'affichage categoryviewproduct et comment corriger ceci pour avoir un code HTTP en 200! Merci d'avance") Category: [Support en Français (French Support)](/forum/5-support-en-francais-french-support- "Cette section de notre forum est dédiée au support de HikaShop en Français. Si vous avez des notions en anglais, préférez utiliser les sections anglaises qui contiendront plus d'informations.") Topic started 12 years 6 months ago, by [webme](/forum/user/30777-webme "View webme's Profile") [Last Post](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155174 "Bonjour, Mais, il ne s'agit pas de la page avec votre erreur 500... Si nous ne pouvons pas voir la pile d'appel lors de l'erreur 500, je doute que nous puissions faire quoi que ce soit pour la corriger. Cordialement,") 12 years 5 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") - [1](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=0 "Page:1") - [2](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20 "Page:2") | Replies:24 Views:2326 | [Last Post](/forum/5-support-en-francais-french-support-/867759-hikashop-et-erreur-500?start=20#155174 "Bonjour, Mais, il ne s'agit pas de la page avec votre erreur 500... Si nous ne pouvons pas voir la pile d'appel lors de l'erreur 500, je doute que nous puissions faire quoi que ce soit pour la corriger. Cordialement,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 12 years 5 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.133 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)