Jump to content

david chiche

Members
  • Posts

    53
  • Joined

  • Last visited

Everything posted by david chiche

  1. Bonjour, Je suis sur prestashop 1.6.0.14 avec une theme. Tu à une idée pour que je puisse utiliser ton module ? Merci
  2. Bonjour, En analysant avec firebug je retrouve cette erreur de .js dans le fichier java "cookieslaw.js" je pense, mais aucune certitude cela sort de mais compétence. TypeError: cl is null setCookie()v_585_9...b3ed.js (ligne 719) name = "jsEUCookieslawCheck" exdays = 365 checkCookie()v_585_9...b3ed.js (ligne 722) v_585_95d00653c01a078f8cad4396f455b3ed.js()v_585_9...b3ed.js (ligne 728) n.event.dispatch()v_585_9...b3ed.js (ligne 3) a = Object { originalEvent=Event load, type="load", timeStamp=0, plus...} n.event.add/r.handle()v_585_9...b3ed.js (ligne 3) a = load {var c_expires=new Date();c_expires.setDate(c_expires.getDate()+exdays);_setCookie(escape(name),escape("accepted"),c_expires.getFullYear(),c_expires.getMonth(),c_expires.getDay());var cl=document.getElementById("cookieslaw");cl.innerHTML="";window.location.reload(true);} Lorsque je désactive ton module l'erreur de java disparait, cela te parle comme erreur ? Merci
  3. Bonjour, J'ai aussi essayé avec le fichiers cookieslaw.php que tu nous à mis à dispo mais le problème est toujours le même (Bug megamenu apres avoir fais ok pour les cooki), j'ai aussi en desactivant l'option " Top of screen" pb idem. J'ai restauré ma boutique prestashop 1.6.0.14 avec le fichier du package téléchargé chez prestashop => pb idem Aurais tu une aute solution, je ne ses pas si tu a été tester sur le FO de ma boutique (l'url est dans le log du premier post) Merci en tous cas de ton aide
  4. Bonjour, Ou j'ai suivi les instruction de 2 FR3. ====================================================== cookieslaw.php Tools::addCSS(($this->_path).'cookieslaw.css', 'all'); Tools::addJS(($this->_path).'cookieslaw.js'); a remplacer par $this->context->controller->addCSS(($this->_path).'cookieslaw.css', 'all'); $this->context->controller->addJS(($this->_path).'cookieslaw.js', 'all'); ======================================================= Remplace la Méthode protégée getDomain de fonction () par: protégée getDomain de fonction ($ shared_urls = null) ====================================================== emplace la methode protected function getDomain() par : protected function getDomain($shared_urls = null) { if (!preg_match ($r, Tools::getHttpHost(false, false), $out) || !isset($out[4])) return false; if (preg_match('/^(((25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9]{1}[0-9]|[1-9]).)'. '{1}((25[0-5]|2[0-4][0-9]|[1]{1}[0-9]{2}|[1-9]{1}[0-9]|[0-9]).)'. '{2}((25[0-5]|2[0-4][0-9]|[1]{1}[0-9]{2}|[1-9]{1}[0-9]|[0-9]){1}))$/', $out[4])) return false; if (!strstr(Tools::getHttpHost(false, false), '.')) return false; $domain = false; if ($shared_urls !== null) { foreach ($shared_urls as $shared_url) { if ($shared_url != $out[4]) continue; if (preg_match('/^(?:.*\.)?([^.]*(?:.{2,4})?\..{2,3})$/Ui', $shared_url, $res)) { $domain = '.'.$res[1]; break; } } } if (!$domain) $domain = $out[4]; return $domain; } ===================================================== En cherchant sur le net je suis tombé sur le même module (100% identique) mais payant, il parle d'un version 1.2. On t-il volé ton dev pour le vendre ? http://codecanyon.net/item/prestashop-cookies-law/5925393 J'ai tous essayer mais tous le même probleme, vraiment domage il semble parfait (simple et épuré). Quelqu'un aurait-il un idée pour corriger ce bug ? Merci
  5. Bonjour; En mode debug j'ai cette ligne qui s'affiche: Notice: Undefined variable: r in /var/www/vhosts/emt-pro.fr/httpdocs/modules/cookieslaw/cookieslaw.php on line 134 Warning: preg_match(): Empty regular expression in /var/www/vhosts/emt-pro.fr/httpdocs/modules/cookieslaw/cookieslaw.php on line 134 J'ai remplacé la la ligne 130 par protected function getDomain($shared_urls = null), mais problème idem. Je me suis aperçu que si je fais un firebug le megamenu fonctionne à nouveau tous le temps que firebug est en cours, des que je le ferme le bug reviens.... Pour que mon mega menu fonctionne à nouveau je suis obligé de vider le cache de firefox et de ne surtout pas faire ok au message de confirmation des cookis Bizarre
  6. Bonjour, Tous d'abord merci pour ce module, je viens vers vous car je rencontre un probleme avec. Si les visiteurs ne click pas sur ok mon megamenu fonctionne bien, mais des que les clients valide les cookis avec le bouton "ok" mon mega menu ne fonctionne plus. Je ne conprend pas d'ou peut venir ce probleme. J'ai vidé les cache, changer la position du point d'accroche..... mais problème idem Auriez vous une idée pour corriger ce bug s'il vous plait ? Merci
  7. 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
  8. 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.
  9. 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
  10. 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
  11. 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.
  12. 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
  13. 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
  14. 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
  15. 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.
  16. 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
  17. 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
  18. 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
  19. 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.
  20. Bonjour , Très Bonne Initiative ! Soutenons Charlie Hebdo. Merci, Eolia
  21. 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
  22. This post is marked solved, but how? I experience that exact problem on my new installation of PS 1.6.0.8 Please help me
  23. Salut Oron Merci de ta reponse, J'ai essayer juste pour tester de passer tous mes fichiers et dossier à 777 en droit chmod. Mais cela ne change rien. Le bouton "ajouter mon ip" dans maintenance persiste a ajouté l'ip de mon serveur, je me suis rendu compte que même l'ip affiché dans le stat "visiteur en ligne" été l'ip de mon serveur. Avant dans les stat je voyais bien les googlebot, bingbot et client.... Quelqu'un aurait deja rencontré ce probleme ? Merci d'avance
  24. Bonjour, Je viens vers vous car je rencontre un probleme que je n'arrive pas à resoudre. Depuis la migration vers Prestashop 1.6.08 et de mon serveur sous plesk 12. Mon ip de maintenance n'est pas prise en compte. Lorsque je click sur "ajouter mon ip" il ajoute l'ip de on serveur alors qui devrait ajout mon ip public, même si je renseigne manuellement mon ip public, il est impossible d'accedé à ma boutique quand elle est en maintenance. J'ai recherche un peut partout mais je ne trouve rien. cela peut il venir d'un probleme de module apache, de droit chmod, ou autre..... Quelqu'un aurait-il une piste s'il vous plait Merci
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More