frederic42

J'utilise la version 5.2.6-1+lenny16 J'avance cela viens de mon serveur puisque cela fonctionne à merveille sur nos deux autres serveurs.

Ben c'est ce que je me disais aussi mais vu que sur le même serveur j'ai des versions 1.4 et 1.5, c'est ce qui me laisse perplexe, étant donné que la fonction serialize fonctionne parfaite sur la 1.4 et non sur la 1.5 Je me demandais si cela jouait dû au PDO utilisé par la 1.5. et c'est aussi pour faire une vérif avant d'embêter ma hotline ^^

Personne ? La function serialize est utilisé pour les horaires de magasins et pour la vérification de version. dans table ps_configuration j'ai : a?:{s?:"name";s?:"1.5.3 stable";s?:"num";s?:"1.5.3.1";s?:"link";s?:"http://www.prestashop.com/en/download";s?:"md5";s?:"c7490320cf300a0791da3d0a94637fc3";s?:"autoupgrade";i?;s?:"autoupgrade_module";i?;s?:"autoupgrade_last_version";s?:"1.0.6";s?:"autoupgrade_module_link";s?:"http://www.prestashop.com/download/autoupgrade.zip";s?:"changelog";s?:"";s?:"desc";s?:"";} pour la clé PS_LAST_VERSION Si des âmes charitable pouvaient vérifier de leur côté, afin de savoir si c'est un bug 1.5 ou conf serveur (sachant que j'ai pas de problème de serialize sur les version 1.4 et même serveur) Merci

mea culpa, j'avais pas vu ! Merci

Bonjour, Je voulais savoir à quoi servaient ces lignes (515) dans la classes order : $group_reduction = 1; if ($row['group_reduction'] > 0) $group_reduction = 1 - $row['group_reduction'] / 100; puisque le $group_reduction n'est plus utilisé dans fonction setProductPrices et n'est plus imputé au prix comme dans les versions 1.4 Le prix des produits est, il me semble, automatiquement calculé par la classe Product et la fonction priceCalculation. Du coup, je me demandais si la suppression de ces lignes engendrait des problèmes ? J'ai pas mal de clients sur les versions 1.4 et plus précisément 1.4.1 où il faut supprimer ces lignes pour éviter des incohérences entre le montant payé et la facture qui cumule 2 fois la même remise. Merci

Oops ! Sorry for inconvenience. I'll try french forum, so you can delete this topic.

ayant fait tous les correctif de bug avec PS_ALLOW_ACCENTED_CHARS_URL et tout le touintouin Je me suis pencher sur la chose. Avec dragonfly on s'aperçoit que si les onglets Associations et référencement ne sont pas visité les variables concernat les catégories et les métas urls sont maquant de l'envoi (normal vu que tout est en ajax), il manque peut-être des getters à mon sens. Solution 1 la plus sûre (mais la plus pompeuse) : -cliquez sur les onglets associations et référencement à chaque édition de produit. Solution 2: Ouvrir AdminProductsController ligne 1717 : //if ($this->isProductFieldUpdated('category_box') && !$object->updateCategories(Tools::getValue('categoryBox'))) if (Tools::isSubmit('categoryBox') && !$object->updateCategories(Tools::getValue('categoryBox'))) ligne 1815 : //if ($this->isProductFieldUpdated($fieldLang, $default_language->id) && !Tools::getValue($fieldLang.'_'.$default_language->id)) if (Tools::isSubmit($fieldLang.'_'.$default_language->id) && !Tools::getValue($fieldLang.'_'.$default_language->id)) ligne 1888 : // Categories //if ($this->isProductFieldUpdated('id_category_default') && (!Tools::isSubmit('categoryBox') || !count(Tools::getValue('categoryBox')))) if(Tools::isSubmit('categoryBox') && !Tools::isSubmit('id_category_default')) $this->errors[] = $this->l('product must be in at least one Category'); //if ($this->isProductFieldUpdated('id_category_default') && (!is_array(Tools::getValue('categoryBox')) || !in_array(Tools::getValue('id_category_default'), Tools::getValue('categoryBox')))) if(Tools::isSubmit('id_category_default') && $_POST['id_category_default']=='') $this->errors[] = $this->l('product must be in the default category'); N'hésitez pas à critiquer mon code, j'essaye juste de faire bouger le shmilimiliblick. En tout cas, cela fonctionne chez moi.

Bonjour, Je voulais savoir à quoi servaient ces lignes (515) dans la classes order : $group_reduction = 1; if ($row['group_reduction'] > 0) $group_reduction = 1 - $row['group_reduction'] / 100; puisque le $group_reduction n'est plus utilisé dans fonction setProductPrices et n'est plus imputé au prix comme dans les versions 1.4 Le prix des produits est, il me semble, automatiquement calculé par la classe Product et la fonction priceCalculation. Du coup, je me demandais si la suppression de ces lignes engendrait des problèmes ? J'ai pas mal de clients sur les versions 1.4 et plus précisément 1.4.1 où il faut supprimer ces lignes pour éviter des incohérences entre le montant payé et la facture qui cumule 2 fois la même remise. Merci

J'ai le même problème sur mon serveur et du coup certains modules utilisant la fonction serialize ne peuvent être utilisé. Ne serait-il pas bon de la part de l'équipe Prestashop de savoir pourquoi cela BUG sur certains serveur plutôt que d'ignorer ce problème. Car tous les serialize en config ne sont pas bon et tous les adress_format sont chunk Prestashop veut perdre son award l'année prochaine ???? lool

Bonjour, J'ai un bug sur la function php serialize avec Prestashop 1.5 que je n'ai pas sur les versions 1.4 Voilà le serialize que devrait générer presta : a:13:{s:12:"panel_number";s:1:"5";s:11:"panel_width";s:3:"950";s:12:"panel_height";s:3:"320";s:14:"overlay_height";s:0:"";s:18:"filmstrip_position";s:6:"bottom";s:11:"frame_width";s:2:"10";s:12:"frame_height";s:2:"10";s:25:"filmstrip_selected_border";s:0:"";s:19:"transition_interval";s:1:"5";s:16:"background_color";s:0:"";s:12:"border_color";s:0:"";s:14:"show_filmstrip";i:0;s:12:"show_overlay";i:0;} et voilà ce qu'il me sort : a?:{s?:"panel_number";s?:"5";s?:"panel_width";s?:"950";s?:"panel_height";s?:"320";s?:"overlay_height";s?:"";s?:"filmstrip_position";s?:"bottom";s?:"frame_width";s?:"10";s?:"frame_height";s?:"10";s?:"filmstrip_selected_border";s?:"";s?:"transition_interval";s?:"5";s?:"background_color";s?:"";s?:"border_color";s?:"";s?:"show_filmstrip";i?;s?:"show_overlay";i?;} Il m'oublie toute les size et les deux points devant. Si un âme charitable peut m'expliquer parce que là je sèche un brin. Merci

Some hosting blocked function sleep() for security reason (safe_mode) You can comment line 13 of file ajax_file_upload.php //sleep(3) from folder "your_admin/ajaxfilemanager/" http://php.net/manual/en/function.sleep.php

Même problème sur un de mes serveurs j'ai un ancien presta qui tourne sans souci et la nouvelle version refuse de s'installer car bloqué à l'étape paramètre de la bdd. J'ai pourtant bien mes identifiants mot de passe correct. EDIT : Apparemment la classe PDO accepte uniquement les moteurs MySQL supérieur à la 4.1.

C'est tout à fait possible. De plus vous pouvez tout à fait ajouter votre Hook directement à l'installation de votre module en overridant la classe. Sinon pour le mettre à la main sur le controller de la category il suffit d'overrider la fonction preprocess en ajoutant une ligne de code. Une insertion SQL et le tour est joué si votre module est correctement paramétrer après ^^

Bonjour, Nous avons déjà réalisé ce type de demande. (exemple sur : www.differshop.com) Auprès de quelle banque avez-vous votre contrat VAD ? Quel est votre budget ? Cordialement,

Bonjour, Je vous ai envoyé un message sur votre formulaire. Pourriez-vous me contacter par mp Merci bonne journée !