jb_seriziat

Bonjour Phil, désolé pour la réponse tardive. Quel est exactement ton pb ? Est-il survenu après une migration ? Je pense que les entrées dans la base de donnée sont plus liée à la version du module que la version de presta (bien qu'avec un presta 1.3 [ça tourne encore ça ??] je suppose que tu n'as pas la dernière version d'Atos). Perso j'ai la version 2.7 du module (la dernière). Le problème "impossible d'exécuter le binaire" peut venir de nombreux éléments. JB

Encore un déterrage de topic mais autant partager une réponse que j'ai eu du mal à trouver... Cas : Migration de prestashop d'un serveur de production à un autre serveur de production, chez un hébergeur différent. Problème : Celui du topic :-D impossible d'executer les binaires + message en back office avec un chemin d'accès aux binaires ne correspondant pas à mon nouveau serveur Cause : je vous le donne en mille.... le chemin d'accès aux binaires n'est pas le bon, il correspond à celui de l'ancien serveur (ohhhhh) Solution : ce petit truc tout bête se trouve dans la table ps_configuration > ATOS_BIN_DIR . On y place le nouveau chemin correspondant au nouveau serveur et le tour est joué Attention toutefois, ce n'est qu'une cause à ce genre de problème (mais peut-être la 1ère à régler). Peuvent suivre ensuite des problèmes de CHMOD, de safe_mode ON, de compatibilité des binaires avec le nouveau serveur (méthode essai erreur en renommant les binaires 1 à 1)... A+ JB

Bonjour, je déterre un peu mais le sujet est toujours d'actualité et c'est pour la bonne cause ;-) Tout d'abord, il faut savoir que ce n'est pas parceque c'est marqué "no key word F_DEFAULT" qu'il s'agit uniquement d'un problème à la ligne F_DEFAULT. Toutes les lignes du fichier pathfile sont concernées par cette limitation à 76 caractères. La 1ere solution pour contourner le problème est donc celle annoncée par Jean-Bruno. La 2nd solution que je vous propose (enfin que l'on trouve très succinctement dans le fichier d'install du module Atos) c'est d'utiliser des liens symboliques. Exemple de fichier sans liens symboliques : DEBUG!NO! D_LOGO!/boutique/modules/atos/logos/! F_CERTIFICATE!/var/www/vhosts/monsite/httpdocs/boutique/modules/atos/certif! F_PARAM!/var/www/vhosts/monsite/httpdocs/boutique/modules/atos/parmcom! F_DEFAULT!/var/www/vhosts/monsite/httpdocs/boutique/modules/atos/parmcom.cyberplus! Exemple de fichier avec liens symboliques : DEBUG!NO! D_LOGO!/boutique/modules/atos/logos/! D_PARM!/var/www/vhosts/monsite/httpdocs/boutique/modules/atos! F_CERTIFICATE!D_PARM!/certif! F_PARAM!D_PARM!/parmcom! F_DEFAULT!D_PARM!/parmcom.cyberplus! Notez la différence, l'utilisation de D_PARM qui permet de reprendre toute la première partie du chemin puis d'exprimer les autres chemins en fonction de cette valeur. L'avantage c'est que dans le cas d'un nom de domaine assez long comme le miens (www.vieuxmotardquejamais.fr), comme souvent le chemin contiennent ce nom de domaine, le chemin peut être trop long même en déplaçant les fichiers à la racine. Bonne config JB PS : isa4ever ou un modérateur pouvez-vous passer le topic en [Résolu] ?

Bonjour, je place ce topic qui va peut-être faire rire certain, outrer d'autres... et aider les derniers. En effet, j'ai passé 2 jours à savoir pourquoi ça ne marchait pas et maintenant ça marche. Problème : En voulant migrer mon site d'un serveur à un autre j'ai souhaité faire une updat de la 1.5.3.1 à la 1.5.4.1. Le problème c'est qu'après l'import de la base, tout part en vrille et notamment impossible d'ajouter des produits au panier (le panier se vide) et il est impossible de créer un compte client Cause : JB t'es trop bête, on ne fait pas une migration et un update en même temps :-D. D'autant plus quand il y a des différences dans les structures des bases de ces 2 versions !!! Solution : Pour effectuer cette opération il faut donc : 1/ Installer une version identique, à celle du serveur source, de prestashop sur le serveur cible 2/ Installer les modules nécessaires sur le serveur cible 3/ Passer en maintenance le prestashop du serveur source puis exporter la base de donnée (via le menu Paramètre avancés > Sauvegarde BDD par exemple) 4/ Importer la base de donnée sur le serveur cible via phpmyadmin par exemple 5/ Modifier la table ps_configuration > PS_SHOP_DOMAIN et PS_SHOP_DOMAIN_SSL ainsi que la table ps_shop_url avec l'URL temporaire du serveur cible 6/ Réuploader un fichier .htaccess à la racine avec l'URL temporaire du serveur cible (dans le cas ou vous utilisez la réécriture d'URL) 7/ Connection au back office et mise à jour via le module "En 1 click" et hop ça fonctionne. Il faut évidemment copier ensuite votre dossier Thème, mail, images pour que tout rentre dans l'odre, comme une migration classique

Bonjour, est-ce que quelqu'un a un retour d'expérience concernant l'hébergeur 772424.com spécialisé dans le e-commerce ? Les lectures sur les blogs spécialisés sont plutôt bonnes, mais sont-elles objectives ? A 1ere vue cette hébergeur m'inspire confiance mais peu d'avis son disponibles sur le forum ou ailleurs. Offre n°1 à 39€HT/mois... s'ils sont vraiment bons ça peut valoir le coût de se laisser tenter. Pour ma part j'ai actuellement : Hébergeur : Gandi.net Offre : Serveur 2CPU, 1Go de RAM, 20€HT/mois Version de PrestaShop installée : 1.5.3.1 Taille de la boutique : 300 articles activés (800 en BDD) Problèmes rencontrés : Erreurs 500 régulières, bugs sur des modules notamment ceux utilisés pour des synchros avec des sites tiers comme le module Ebay (il s'agit de bugs particuliers que personne ne semble avoir... j'en viens à me demander si le pb ne viendrait pas de l'hébergeur). Le module de paiement bancaire (atos) saute souvent (pour quelles raisons ?) et nécessite une reconfiguration. Un site très très lent en BO lorsqu'il s'agit d'enregistrer une fiche produit par exemple. ​Lorsque j'aurai changé d'hébergeur, je pourrai valider si ces problèmes viennent réellement de là. Avis : Neutre. Positif sur l'aspect flexibilité des ressources utilisables pour le serveur. Négatif pour la complexité d'administration, surtout pour des opérations telles que la modif du PHP.ini. Commentaires : Ma 1ere config était 1 (coeur) CPU et 512M de RAM > Temps de réponse serveur 1,24s et 6,92s chargement des pages Puis passage à 2 coeurs et 1Go de RAM > Temps de réponse serveur 0,99s et 5,72s chargement des pages. Il y a du mieux mais c'est pas folichon. Tout ça pour 20€/mois

Pour moi aussi c'est parti, depuis une semaine environ ça fonctionne, c'est pas mal.

Bonjour, voici une piste, que je n'ai malheureusement pas pu tester (et oui j'ai désinstaller le module avant de lire votre post et évidemment... j'ai trouvé la piste en cherchant une solution après ;-) ). Je pense qu'avant de désinstaller le module, il faut - sauvegarder (export) les données contenues dans la table ps_ebay_prroduct (via php my admin par exemple) - faire les manip' sur le module (desinstall, réinitialisation, mise à jour...) - réimporter les données de la table ps_ebay_product La clé de synchronisation qui permet de signaler à Ebay que le produit est déjà dans sa base correspond au champ id_product_ref De notre côté, comme nous avons oublié de faire cette sauvegarde avant de reinitialiser, je pense que nous allons remettre toutes ces "clés de synchro" une à une directement dans la BDD (à la main) pour ne pas perdre tout le travail déjà réalisé sur Ebay.... il y a du boulot mais bon...

Bonjour, je continue mes investigations sur cette histoire de TVA, tout semble OK du coté des réglages de TVA prestashop (j'ai aussi vérifié les liens entre les bases de donnée et tout est ok). Pour clarifier les choses, quand vous dites : Pensez-vous à une mauvaise configuration de la boutique Prestashop ou de la boutique Ebay ? Pour ma part, après avoir passé en revue 1 à 1 les possibilités sur Presta, je me tourne vers les réglages de la boutique Ebay (mais rien de concluant pour le moment)

@Vincent, un bibi de ma part aussi, ça marche impec merci ;-)

Bonjour, Je rencontre le même problème concernant la TVA. Avez-vous une autre explication qu'un mauvais réglage des taux sur Prestashop ? Cordialement.

Bonjour, Je rencontre le même problème que vous. Avez-vous trouvé une solution ? Cordialement.

Bonne question ça, ce serait en effet le top que l'on puisse utiliser les notes dans nos annonces adwords par exemple. Suite pb : maintenant le message n'est plus "Error when shaking hands with Foxrate" mais "Bad user/passwords"... roooo

Merci pour le "foxrate widget" module fonctionne au top. Par contre j'ai moi aussi le problème "Error when shaking hands with Foxrate" lorsque je souhaite configurer le module API de Foxrate (version 1.0.2 téléchargée aujourd'hui sur e site de Foxrate). Je suis en prestashop 1.5.3.1 sur Gandi. Pas de nouvelles idées ?

Bonjour, J'ai le même problème et après pas mal de recherches, je n'ai pas trouvé de solutions :-/ Je m'inscris donc sur ce topic au cas ou quelqu'un passe par là en sauveur ;-) Merci d'avance !

Bonjour, après pas mal de recherches cet aprem je n'ai pas trouvé de solutions :-/ , je m'inscris donc sur ce topic au cas ou quelqu'un passe par la en sauveur ;-)