losdelsolo

Hi to all, I have follow these instructions for displaying bigger products images in the catalog section of the back office on ps 1.6.1.20. No luck. By theway I like to increase the products images size present on the pdf invoice if possible. Someone can help me to achieve this correctly please ? Best regards, Sam

Dear Ets soft, We are waiting the corrected free version for test and after this we buy your pro version if everything is ok. I ve got one last question: Can i use this module for migrate from ps 1.4..1.11 to ps 1.6 (not ps 1.7) ? Waiting for your answer and the new corrected free version. Best regards, Sam

Dear Ets-Soft, Any news about the corrected (for prestashop 1.4.11.1) version of your module please ? Waiting for your answer, Best regards, Sam

Dear Ets-Soft, I have check the original database structure of ps 1.4 Branch at: http://doc.prestashop.com/display/PS14/Database+Structure and ps_state_lang is not mentionned. So that confirm that i use original database structure without any database table lost. I use ps 1.4.11.1 (php 5.4.45 and mysql 5.1.73) I have modified the classes/dataexport.php file for debug and testing purpose: Original line 98: $data['datalanguages'] = Db::getInstance()->executeS('SELECT tbl.*,l.iso_code FROM '._DB_PREFIX_.pSQL($definition['table']).'_lang tbl,'._DB_PREFIX_.'lang l WHERE tbl.id_lang=l.id_lang AND tbl.'.pSQL($definition['primary']).' ='.(int)$data[$definition['primary']].($definition['multilang_temp'] && !$multishop ? ' AND tbl.id_shop="'.(int)Context::getContext()->shop->id.'"':'')); Moded line 98: $data['datalanguages'] = Db::getInstance()->executeS('SELECT tbl.*,l.iso_code FROM '._DB_PREFIX_.pSQL($definition['table']).' tbl,'._DB_PREFIX_.'lang l WHERE id_lang=l.id_lang AND tbl.'.pSQL($definition['primary']).' ='.(int)$data[$definition['primary']].($definition['multilang_temp'] && !$multishop ? ' AND tbl.id_shop="'.(int)Context::getContext()->shop->id.'"':'')); and Original line 245 $data['datalanguages'] = Db::getInstance()->executeS('SELECT tbl.*,l.iso_code FROM '._DB_PREFIX_.pSQL($table).'_lang tbl,'._DB_PREFIX_.'lang l WHERE tbl.id_lang=l.id_lang AND tbl.'.pSQL($primary).' ='.(int)$data[$primary]); Modded line 245 $data['datalanguages'] = Db::getInstance()->executeS('SELECT tbl.*,l.iso_code FROM '._DB_PREFIX_.pSQL($table).' tbl,'._DB_PREFIX_.'lang l WHERE id_lang=l.id_lang AND tbl.'.pSQL($primary).' ='.(int)$data[$primary]); After theses modifications data export work, but when i m import on the new shop there is no products descriptions, no category, and no products pictures in the front office (i have try to clear cache, regenerate thumbnails and others, no luck). I have checked the xml outputed by your module for find product description, not presents in cdata, category description not present in the category.xml too. I think there is a bug on the text (multilanguage) data export on ps 1.4 with my conf. I test your free version before buying the pro one. Can you help me about these bug please ? Best regards, Sam

Hello to all, I just try the free version of this module on a ps 1.4.11.1. When i try to download the data file from this source site i get this error: Table 'destockmindentel.ps_state_lang' doesn't exist SELECT tbl.*,l.iso_code FROM ps_state_lang tbl,ps_lang l WHERE tbl.id_lang=l.id_lang AND tbl.id_state =1 I have check the database and ps_lang table exist but not ps_state_lang. please not that i have never removed or touch to the table database, so i think it's a typo or an error. Anyone can help about this please ? Last question, can i use this module to upload data on a PS 1.6 version (not 1.7) ? Best regards, Sam

Bonsoir Johann, Ca se comprend et toute peine mérite salaire. Donc wait and see. Cdlt, Sam

Bonjour, La version 1.4.11.1 de prestashop ne gère pas correctement l'affichage multi langue lorsqu'un utilisateur étranger déboule sur l'index. Il se retrouve en général sur la page d'index en langue par défaut, soit dans mon cas le FR. Afin que les utilisateurs en-GB et en-US se retrouvent directement sur l'index dans leur langue maternelle il faut corriger deux fichiers, puis faire un test via un proxy étranger ou via un switcher de langage sur votre navigateur en ayant pris soin de purger ses cookies et son cache avant bien entendu. Il faut modifier deux fichiers de la façon suivante: Dans le répertoire classes de la version 1.4: cookies.php // Rustine Detection langue navigateur - Sam //checks if the language exists, if not choose the default language if (!Language::getLanguage((int)$this->id_lang)) { $this->id_lang = _PS_LANG_DEFAULT_; $this->detect_language = true; } // Fin rustine Toujours dans le rep classes: tools.php /* Automatically detect language if not already defined */ // Rustine detection langage par naviguateur - // if (!$cookie->id_lang && isset($_SERVER['HTTP_ACCEPT_LANGUAGE'])) if (!$cookie->id_lang || isset($cookie->detect_language) && isset($_SERVER['HTTP_ACCEPT_LANGUAGE'])) { $array = explode(',', self::strtolower($_SERVER['HTTP_ACCEPT_LANGUAGE'])); if (self::strlen($array[0]) > 2) { $tab = explode('-', $array[0]); $string = $tab[0]; } else $string = $array[0]; if (Validate::isLanguageIsoCode($string)) { $lang = new Language((int)(Language::getIdByIso($string))); if (Validate::isLoadedObject($lang) && $lang->active) $cookie->id_lang = (int)($lang->id); } } // Suite Rustine language detection if (isset($cookie->detect_language)) unset($cookie->detect_language); // fin Rustine - Sam C'est terminé. Cdlt, Sam

Bonsoir Johann, Le module gratuit hreflang_on_pages ne l'est plus, il coute désormais 10 € en don via le site du dev. En consultant votre site je vois que le votre est a 30 € et j'ai malheureusement dors et deja acheté l'autre module pour le moment incompatible 1.4 malgré ce qui est indiqué sur le site du dev. Une version compatible 1.4 peu cher verra t'elle le jour bientot ? Cdlt, Sam

Bonsoir, Pour faire avancer la chose: Avant activation de la géolocalisation par ip: Le fichier adminproducts.php renvoi le contenu de la variable $taxe_rate correctement sois dans le cas présent 20.000 (tva FR). Donc la méthode de calcul ttc - ht (effectué par price.js ) et inversement fonctionne correctement dans la fiche produit du Back office. Si Géolocalisation par ip actif: Le contenu de $taxe_rate est de 0, ce qui explique que price.js n'effectue pas le calcul ttc - ht et inversement puisque le taux de tva est nulle. J'ai fait un test en assignant la variable $taxe_rate en dur dans le code a '20.000' puis en activant geoip. Ca fonctionne., le calcul est fait sans problème. Ci dessous le bout de code a l'origine de ce bug dans adminproducts.php avec mon anti crevaison inclus et commenté. foreach ($tax_rules_groups AS $tax_rules_group) { $tax_rate = (array_key_exists($tax_rules_group['id_tax_rules_group'], $taxesRatesByGroup) ? $taxesRatesByGroup[$tax_rules_group['id_tax_rules_group']] : 0); // Rustine pour probleme backoffice prix ht = prix ttc et pas de calcul tva si geolocalisation par ip actif - Sam // $tax_rate = '20.000'; // Fin Rustine echo 'taxesArray['.$tax_rules_group['id_tax_rules_group'].']='.$tax_rate."\n"; // Fin Rustinage } J'ai inspecté le code gérant la géolocalisation par ip, tenté de trouver l'origine de ce comportement mais nada, niet, ketchi, keud ! Ca avance, toutefois je rencontre le même problème dans le listing produit a savoir, le prix de base est identique au prix final (Hors taxe) si geoip actif. Si un prog connaissant bien la version 1.4.11.1 passe dans le coin, j'aimerais bien qu'il m'explique comment le module de géolocalisation par ip fait un bypass sur ces valeurs car je n'ai trouvé ni override en dur, ni appel de fonction spécifique expliquant ce comportement generalisé a l'ensemble des prix present dans le catalogue. Cordialement, Sam

Bonjour, Bien que la précedente réponse date je suis moi meme dans le meme cas, a savoir: Intégrer les balises hreflang dans une version ps 1.4.11.1. Le module compatible uniquement ps 1.6 en question est: hreflang_on_pages il me semble. Comment le rendre compatible 1.4 ou comment intégrer les balises hreftag dans la 1.4 ? Pour Cyril_nel: Avez vous réussi ? Houplines, j'y suis né ! Cdlt, Sam

Bonjour a tous et toutes, J'ai noté un comportement curieux de prestashop 1.4.11.1 si l'on active la géolocalisation par ip: Avec une tva a 20% posé dans les règles de taxes, les pays et zones paramétrées correctement avec cette taxe: Si l'option géolocalisation par ip est désactivée dans le bo alors le prix ttc et le prix ht sont correctes dans les fiches produits et dans la liste des produits du bo. Mais si on active la géolocalisation par ip alors le prix ht et le prix ttc sont identiques (montant HT pour ces deux champs) dans les fiches produits ainsi que dans la liste produit. J'ai testé et retesté, ce comportement est bien lié a l'activation ou désactivation du module. Plutôt ennuyeux si on désire géolocaliser pour afficher les prix correctes ht ou ttc aux clients mais aussi pouvoir saisir les prix en ttc direct dans le backoffice comme d'habitude ! Je joint deux dump écran pour illustrer mon propos, l'un géolocalisation active, le second géolocalisation désactivée. Si quelqu'un as une explication a ce comportement, je suis preneur. Cdlt, Sam

Bonjour, A des fins personnels j'ai codé un exe qui permet de ne pas avoir a passer par la saisie fastidieuse des données d'un produit dans une langue puis dans la seconde depuis le BO de prestashop 1.4. Pour résumer cet exe permet de saisir les données produits dans deux langues via une seule fenêtre contenant aussi le visuel du produit, (utile pour rédiger le résumé, la description longue, les tags, les titres, les métas pour le seo etc etc) et de passer au suivant et ainsi de suite. En sortie: deux csv sont générés contenant toutes les infos produits requises ainsi que les url des images pour insertion. Il ne reste plus qu'a charger ces fichiers via le BO en import pour une langue et ensuite pour la seconde. Cet exe est donc conçu pour ceux et celles qui cherchent a gagner du temps sur la saisie produit en mode bilingue. Je peux adapter cet exe a certaines demandes. En résumé et dans les grandes lignes: - Création a la chaine des produits en csv via une seule fenêtre pour deux langues (visuel produit intégré). - Upload automatique des fichiers visuels produits dans un répertoire ftp pour un import dans les régles de l'art. - Ne génére PAS les déclinaisons: codé uniquement pour des produits uniques non déclinés. - Compatible XP, W7, W8 (a vérifier) , W10 (a vérifier) Cdlt, Sam Ps: J’étudie toute proposition tournant autour de l'utilisation, formation, paramétrages, débogages... de Prestashop et annexes.

Bonsoir, Pour ceux et celles que cette option interesse (a savoir activer la possibilitée d'etre notifié via email quand un produit est a nouveau en stock et ceci meme si il est commandable avec un stock 0) la modif a effectuer est la suivante: Dans: /modules/mailalerts/mailalerts.php Il faut commenter le début de la fonction suivante : public function hookActionProductOutOfStock($params) { // Rustine a l'arrache pour afficher la notification émail si stock = 0 mais commande oos possible - Sam // if (!$this->customer_qty || // !Configuration::get('PS_STOCK_MANAGEMENT') || // Product::isAvailableWhenOutOfStock($params['product']->out_of_stock)) // return; Ceci aura pour effet d'annuler le test interdisant l'affichage de la boite de saisie de l'email si les commandes en hors stock sont autorisés dans les prefs produits. Easy et 100 % fonctionnel. Cdlt, Sam

Bonjour, Sur une version 1.6.1.5 de Ps avec le module mailalert: Si on interdit via les prefs produits la commande de produit hors stock alors le champ de saisie d'email pour etre notifié de sa disponibilitée apparait bien (mailalert). Si on autorise la vente de produit hors stock alors ce champ de saisie d'email n'apparait pas. Logique me dirais vous ! Pourquoi etre informé de la dispo d'un produit commandable meme si il est hors stock ? J'aimerais quand meme pouvoir commander en hors stock et aussi pouvoir etre informé de la disponibilité en saisissant mon email pour faire court. J'avais deja fait cette modif sur une 1.5 mais impossible de me souvenir ou quand et comment. Ca doit se trouver dans le product.tpl du theme utilisé mais ou (deux heures de casses tete a mon actif) ! Une ame Charitable ? Un codeur averti ? Help me ! J'y retourne, Cdlt, Sam

Hi to all, I try to find a clean code hack to bypass the minimal quantity check (set to 5 for certain products) when a new order is imported from ebay via the cron task of the free ebay marketplace module from e202. On our website we use a minimal quantity of 5 products but on ebay we use no minimal quantity for the same product. When the crontask of the ebay module try to import one ebay order with a 1 product qty then the system check the minimal quantity attribute before the prestashop order creation. So, if minimal_quantity > import order product quantity then the ebay order import fail and send a minimal qty warning email to us. I try to find a hack to bypass the minimal quantity like (vb6 style): If minimal_quantity > ebay order import qty and order_paiement_method = ebay_paiement_method then the order is created and imported in our website else the standard minimum quantity check code end if Someone can drive me to do this in the state of the art ? Waiting for your answer, Best regards, Sam