Jump to content

david chiche

Members
  • Posts

    53
  • Joined

  • Last visited

Profile Information

  • Location
    france
  • Activity
    User/Merchant

david chiche's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. Bonjour, Je rencontre un problème avec le module Ebay, j'ai mis en relation mais catégorie avec celle de Ebay depuis le module prestashop v1.9.2, jusque-là aucun problème. La premier synchro qui envoi mais produit sur Ebay ce fait sans aucun problème, les produits sont bien implanté dans les bonnes catégories dans ma boutique Ebay après vérification. Mais lors de la mise à jour de mes stock sur prestashop ou l'autre des synchronisations manuelles, un bug survient les catégories des produits changes sur ma boutique Ebay. Exemple: A la premier synchro les tondeuses sont bien dans : Jardin > tondeuse à gazon > tondeuse à gazon Et après les mises à jours des stocks et prix uniquement elle change: Bricolage > outils éléctrique > autre J'ai vérifié dans le module la mise en relation des catégorie prestashop et ebay sont toujours bien paramètre mais change quand même. Et surtout impossible malgré x test différent du les resynchronisé dans les bonnes catégories. Le seul moyen que j'ai trouvais ses de supprimer les produits dans Ebay et de les renvoyer, mais du coup mais produits perde en référencements... Nous sommes vraiment dessus de ce module gratuit qui ne rencontre que des bug, au début "no send ebay" sur les commande qui se créer en boucle ( x fois), puis la pagination catégorie qui ne fonctionne pas et maintenance le classification des catégories qui sont bonne dans le module mais qui change sur Ebay. Nous sommes aussi sur Amazon et nous n'avons jamais rencontré de problème avec le module payant, alors pourquoi ne pas faire paye le module Ebay afin que les DEV code enfin un module sans bug.... Quelqu'un rencontre-t-il le même problème de changement de classification des catégorie ? Et comment corriger ce bug qui devient gênant pour nos ventes, surtout quand on paie mensuellement notre boutique Ebay. Merci d'avance pour votre aide
  2. Bonjour Pierref, Un grand merci, effectivement j'avais désactivé l'option "déclinaison" car je n'utilise pas cette option. Après l'avoir active le problème est bien résolu, cela confirme que le bug est à nouveau présent dans la version 1.6.0.13 car sous la version 1.6.0.9 de prestashop tous fonctionné avec l'option "déclinaison" désactivé. Encore merci pour ton retour.
  3. Bonjour, Je rencontre un problème depuis la dernière mise à jour de prestashop 1.6.0.13, lorsque j'accède au page qui liste les produits par marque celle-ci me renvoi "Pas de produit pour ce fabricant". J'ai activé l'option "Afficher les fournisseurs et les fabricants" mais cela ne fonctionne pas, avant la migration tous fonctionné bien avec la version 1.6.0.9 Quelqu'un à t-il aussi le problème? Comment peut-on corriger ce bug sur la nouvelle version de prestashop car un grand nombre clients arrive sur ces pages depuis les moteurs de recherches. Merci d'avance de votre aide
  4. Bonjour, actuellement sur prestashop 1.6.09 car j'ai remis mon backup, mais je souhaite migrer vers la 1.6.0.11. Les différents test d'import sont sur la version 1.6.0.11 apres migration. Merci
  5. Bonjour, Merci Julien Martin pour ton retour par mail, mais la ligne 1310 du fichier source "AdminImportController.php" ne correspond pas ce qui indiqué sur PSCSX-3095. A la ligne 1310 on trouve cette ligne: AdminImportController::setEntityDefaultValues($product); J'ai essayé de rajouter la ligne if (!isset($product->category) || is_array($product->category)) en 1307 mais cela ne change rien, les produits sont rangé dans la catégorie Accueil. J'ai aussi essayé de remplacer le fichier "AdminImportController.php" par celui télécharger au lien suivant https://github.com/PrestaShop/PrestaShop , l'import semble fonctionner correctement, mais les fonctions "charger, enregistrer ou supprimer" ne fonctionne plus.
  6. Bonjour, Merci pour ton retour "espacepassional", je suis toujour en recherche d'une solution. Content que la solution du hotfix fonctionne pour toi, tu à bien remplacé les lignes dans le fichier ce trouvant dans le répertoire "controllers/admin/AdminImportController.php ". Pour ton import ensuite tu a activé l'option "Utiliser la référence du produit comme clé" et tu a utilisé les configurations que tu avais enregistré pour eviter de selectionner chaque colonne a chaque fois ou a tu recrée ton choix de colonne à importer? J'ai essayer en supprimant tous les différents type d'imort que j'avais enregistré et ensuite j'ai fais un test d'import uniquement en sélectionnant "stock" et référence" => pb idem La modification sur le fichier "AdminImportController.php" ne semble pas être prise en compte pas prestashop. Voici à quoi ressemble les lignes 292 à 298: self::$default_values = array( 'id_category' => array((int)Configuration::get('PS_HOME_CATEGORY')), 'id_category_default' => null, 'active' => '1', 'width' => 0.000000, 'height' => 0.000000, 'depth' => 0.000000, Est ce correct pour vous ? Prestashop trouve bien les bonnes réfrences puisque les nouvelles quantitées sont correct après import, mais il persiste à changer la catégorie par "accueil". Pouvez vous m'aider à touver une solution qui fonctionne s'il vous plait. Merci
  7. Bonjour Merci pour le retour super rapide, je ne comprends pas cela fait plusieurs années que je fonctionne comme cela sans rencontrer de problème. Dans les options avant import, je selectionne: Utiliser la référence du produit comme clé = oui Ensuite j'utilise la réference comme clé pour la mise à jour des stocks. Le fichier csv que j'importe est celui mis à disposition par mon fournisseur et l'lD du fichier csv ne correspond pas avec celui de ma boutique. Pour les catégories j'ai crée mes propres catégories et elles ne correspondent pas avec celui du fournisseur dans leur fichier csv, il n'est pas possible chaque jour de modifier leur csv avant chaque import. Plus de 1500 lignes à modifier chaque jours, produit par produit pour leurs mettre la bonne catégorie alors que tout fonctionner en 1.6.0.9.... Bizarre la version 1.6.0.11 non!!! Est-il possible de le changer l'ID dans ma boutique depuis l'import, exemple en se basant sur l'ean qui lui est unique ? Peut-on s'appuyer sur l'ean13 comme clé pour faire les imports ? Comment faire pour que la nouvelle version 1.6.0.11 ne change pas les catégories ? Là je me retrouve donc face à un vrai problème... Merci de votre aide
  8. Bonjour, Merci "adastier" et "delighted" pour votre contribution, mais pour moi cela ne fonctionne pas. Je viens d'appliquer la modification sur le fichier "controllers/admin/AdminImportController.php" J'ai supprimé la ligne 294: 'id_category_default' => (int)Configuration::get('PS_HOME_CATEGORY'), Et j'ai ajouté comme explique la ligne 294: 'id_category_default' => null, Ensuite j'ai vider les caches de prestashop, mais cela ne corrige pas le problème. Apres un import de mes sotck ou j'utilise uniqement "référence" , "quantité" tous les produits sont ranger dans la catégorie accueil à nouveau. J'ai laissé un message sur: https://github.com/PrestaShop/PrestaShop/commit/7a3735651da988f20eba67b0f64c6412ab1fd495 Pouvez vous m'aider à touver une solution qui fonctionne s'il vous plait. Merci
  9. Bonjour à tous, Je me permet de vous déranger pour obtenir de l'aide sur un problème de mise à jour de la reférence produits avec l'import. Mon fournisseur change souvent de réferences produits dans le flux qu'il nous met à disposition. Ce changement de références nous pose des problèmes pour la mise à jours des stocks depuis l'import du csv quotidien. Effectivement suite au changement de références les stocks de ces produits ne sont plus à jours, ces nouvelles références n'étant associé à aucun produits. Je recherche une solution pour que l'import des produits depuis prestashop s'appuit sur l'ean comme clé primaire d'import et non la réference. Malgré différent test import prestasshop s'appuit toujours sur la référence pour la mise à jour des produits. Le but serait de pourvoir depuis l'ean mettre à jours les références, stocks et tarifs. L'idéal serait aussi que l'on puisse faire cela depuis une tache cron qui appelerait un .php pour cette mise à jours quotidienne, apres avoir déposé le csv à la racine de notre boutique. Quelqu'un aurait -il une idée ou solution s'il vous plait. Merci d'avance de votre aide.
  10. Bonjour, Après x essais pour faire passer le MAJ 1.6.0.11 qui me générait des ralentissements dans la section module, je rencontre maintenant le même bug d'import. L'import de mes stocks se fait sans problème mais tous les produits se retrouvent dans la catégorie accueil, après les avoir réorganisés dans les bonnes catégories j'ai supprimé et recrée mon choix d'import sans catégorie. Et la le nouveau test d'import me déclasse à nouveaux mes produits et les mets dans accueil..... Une version stable, une honte d'annoncer cela. Après bientot 10 jours pour résoudre le bug de lenteur dans le BO, je dois maintenant chercher pourquoi lors des mises à jours des stocks les produits sont déplacés dans Accueil. On est des commercants, je pense qu'on a pas le temps pour chercher à corriger des bugs de DEV qui dise version stable........ AVIS AU DEV PRESTASHOP.... Merci de nous trouver la solution rapidement et de nous mettre une vraie version stable. MERCI
  11. Bonjour, J'ai refait une installe vierge et effectivement les lenteurs on disparut. Ensuite j'ai copié le répertoire img, module et thème, toujours aucune lenteur. Les lenteurs dans la section module son réapparut après avoir injecté mon ancienne base. J'ai aussi essayé de supprimer tous les fichiers de ma boutique prestashop 1.6.0.9 (sauf img) et ensuite renvoyé l'ensemble du .zip téléchargé sur le site officiel de prestashop (sauf install ), mais le problème persiste. Pour mon cas les lenteurs ce situe uniquement dans la section des modules. Le problème serait éventuellement au niveau de la base, mais comment trouvé et corriger le problème Quelqu'un aurait-il une solution s'il vous plait Merci
  12. Bonjour à tous, Après x tests de configuration "url simplifié, suppression du cache, modification des options cache, changement de chmod sur les répertoires 777 ou 755, changement de mode apache ou php-fpm, désactivation l'intégralité des modules, régèneration du .htaccess...." rien n'y fait. Pour moi le problème semble ne se poser que lorsque j'accède à l'onglet "module" quelque soit le navigateur. Le chargement est trés trés long, au changement de page et en ensuite les flêches de chargment prestashop tourne, tourne aussi longtemp avant d'affiché la liste. Si j'essayé de désactiver, modifier ou enregistrer une modification dans un module la modification peut prendre plus 20 à 40s voir plus... Extrème lenteur de chargment de cette page: www.xxxxxx.fr/adminxxxxxxx/index.php?controller=AdminModules&token=xxxxxxxxxxxxxxxxxxxxxxxxx Voila ma conf serveur: Version du logiciel serveur Apache Version de PHP 5.5.9-1ubuntu4.5 Limite de mémoire 1024M Temps d'exécution maximal (max_execution_time) 60 Quantité de module: Tous = 224 Modules installés = 84 Modules désactivés =18 Déjà merci à "Petitbiston" pour sont retour sous Chrome, cette solution de remplacer le fichier "jquery.ScrollTo" ne fonctionne malheureusement pas pour moi. Quelqu'un aurait-il une piste s'il vous plait Merci
  13. Salut, je rencontre le même problème, après avoir effectué la mise à jour de la 1.6.0.9 à 1.6.0.11. Le problème de lenteur que je rencontre est principalement lors de l'accès à la section "module", l'affichage de la liste, l'accès à la configuration ou l'enregistrement modification des modules. Pour l'accès ou l'enregistrement des produits la lenteur est présente mais aléatoire. Je suis sous un serveur dédié plesk 12, j'ai fait une installe vierge sur une autre domaine qui me sert de test et là je ne rencontre aucune lenteur, ce qui est bizarre car la configuration des domaines (apache, droit chmod, sql...) sont identique en tous point. J'ai essayé après avoir fait la mise à jours vers la 1.6.0.11 de supprimer l'ensemble des répertoires (hors image) et de renvoyé l'ensemble des fichiers et répertoires extrait du .zip téléchargé sur prestashop. Cela ne résout pas le problème. Le mod debug ne renvoi aucune erreur, aucune erreur dans les logs apache, la désactivation des modules non natifs ne change rien, la purge du cache idem.... Il y a aussi un bug avec la page comparaison qui renvoi une erreur fatal quand le module "ganalytic" est activé. La version 1.6.0.11 semble bien bugée sur plusieurs point alors qu'en 1.6.0.9 on ne rencontré aucun problème Quelque aurait-il une piste s'il vous plait.
  14. Bonjour , Très Bonne Initiative ! Soutenons Charlie Hebdo. Merci, Eolia
  15. Bonjour à tous, Je suis trés interesse par ce module, mais il ne semble pas fonctionner sous prestashop 1.6.0.9. J'offre les frais de port pour tous mes produits, mais j'ai 3 transporteurs. Le faite de pouvoir changé de transporteur avant de validé le numéro le numero de suivi, aurait permit a mais client avoir un mail avec le bon le lien de tracking automatiquement. Apres avoir modifié la ligne 63 par $carriers = Carrier::getCarriers(intval($cookie->id_lang), false, false); pour les transporteur desactivé. Lorsque que change vers un autre transporteur, qui est desactiver le liens de tracking reste en base. Quand je click sur le numéro de suivi depuis le BO / commande , il me renvoi vers le tracking par default validé lors de la commande et non celui modifié avec le module. Quelqu'un aurait il une idée pour que ce super module focntionne sous presta 1.6.09 Merci
×
×
  • Create New...