vins

Ok thks I will try to update to 8.0

Ok ! so the Upgrade module is searching the version on the wrong files ! I can't understand why this upgrade module is so buggy ! No one is doing upgrade from 1.7 to 8.1 ? I don't understand... some one can explain ?

Thks for your anwer When I upgrade cli commande I have this message error : thrown in D:\pixomaniakWebSites\modules\autoupgrade\classes\PrestashopConfiguration.php on line 90 Fatal error: Uncaught Exception: Can't find PrestaShop Version in D:\pixomaniakWebSites\modules\autoupgrade\classes\PrestashopConfiguration.php:90 Stack trace: #0 D:\pixomaniakWebSites\modules\autoupgrade\classes\UpgradeContainer.php(202): PrestaShop\Module\AutoUpgrade\PrestashopConfiguration->getPrestaShopVersion() #1 D:\pixomaniakWebSites\modules\autoupgrade\classes\UpgradeContainer.php(299): PrestaShop\Module\AutoUpgrade\UpgradeContainer->getProperty('version') #2 D:\pixomaniakWebSites\modules\autoupgrade\classes\TaskRunner\Upgrade\AllUpgradeTasks.php(64): PrestaShop\Module\AutoUpgrade\UpgradeContainer->getUpgrader() #3 D:\pixomaniakWebSites\modules\autoupgrade\cli-upgrade.php(37): PrestaShop\Module\AutoUpgrade\TaskRunner\Upgrade\AllUpgradeTasks->setOptions(Array) #4 {main} thrown in D:\pixomaniakWebSites\modules\autoupgrade\classes\PrestashopConfiguration.php on line 90 So it seems to be in relation with the fail of the function getPrestaShopVersion() in modules/autoupgrade/classes/PrestashopConfiguration.php public function getPrestaShopVersion() { if (defined('_PS_VERSION_')) { return _PS_VERSION_; } $files = [ $this->psRootDir . '/config/settings.inc.php', $this->psRootDir . '/config/autoload.php', $this->psRootDir . '/app/AppKernel.php', ]; foreach ($files as $file) { if (!file_exists($file)) { continue; } $version = $this->findPrestaShopVersionInFile(file_get_contents($file)); if ($version) { return $version; } } throw new \Exception('Can\'t find PrestaShop Version'); } I saw that after files upgrade AppKernel.php does'nt contain any more const VERSION = '1.7.7.0'; so perhaps it cuases the problem ?

Hello after 2 3 days on trying to update my prestashop from 1.7.7.0 to 8.1.2 I post on this forum because it seems impossible... Even with a fresh 1.7.7.0 it fails. So very simple question : is it possible ?

Merci je vais essayer votre conseil. Oui bien sûr je connais les upgrade Prestashop, j'ai migré de la 1.3 vers la 1.5 puis de la 1.5 vers la 1.7 et je simule déjà sur un serveur hors prod...😄

Salut à tous, Lorsque je souhaite faire la mise à jour via le module 1-Click Upgrade, il ne me propose PAS la MAJ de ma version 1.7.7.0 vers la V8. Sauriez vous pourquoi ? Merci ! Vins

Bonjour, Je bloque sur ce problème depuis quelques jours... Mon module affiche une page en FrontOffice après un lourd traitement en base de donnée. La page n'évoluant que très rarement, je souhaite tester sa présence dans le cache smarty. Voici mon code avec ce que je souhaite faire : class BlockPixoProPricesProPricesModuleFrontController extends ModuleFrontController { public function __construct() { $this->auth = true; $this->authRedirection = urlencode(Context::getContext()->link->getModuleLink('blockpixoproprices', 'proprices', array())); parent::__construct(); } public function setMedia() { parent::setMedia(); $this->context->controller->registerStylesheet('modules-blockpixoproprices', 'modules/blockpixoproprices/views/css/proprices.css', ['media' => 'all', 'priority' => 50, 'inline' => false, 'attribute' => null]); $this->context->controller->registerJavascript('modules-blockpixoproprices','modules/blockpixoproprices/views/js/proprices.js',['position'=>'bottom','priority'=>150,'inline'=>false,'attribute'=>'none']); } public function initContent() { parent::initContent(); if (MON TEMPLATE N'EST PAS EN CACHE) { ICI LE GROS APPEL A LA BASE DE DONNEE ET ENVOI DES VARIABLES A SMARTY } return $this->setTemplate('module:blockpixoproprices/views/templates/front/proprices.tpl'); } Quels est l'instruction à mettre à la place de "MON TEMPLATE N'EST PAS EN CACHE" afin de ne pas executer le gros appel à la base de donnée et afficher directement le .tpl stockée dans le cache smarty? PS: je connais la méthode dans le cas d'un hook mais pas celle qu'il faut utiliser dans ce cas là (affichage d'une page en frontoffice). Merci pour votre aide...

Hello zeroseven94, I exactly have the same problem, did you find a solution to fix it ? Are we alone in this case ? Tks alot. VIns

Hello Mc Roy, I know I can test it, but I need a release to update my sql base. SO my question stay opened...

Hello Xavier, I plan to redo our site on prestashop 1.7 as soon as possible... I plan to use github to synchronise my own dev with the different next releases of prestashop 1.7 (and wait that the version is stable enough to lauch in production). You said that the first beta relase would be ready before end of 2015, please can you tell me if there will the possibility to pick up this version on the github with the possibility to update manualy our date base lauching the commande in install/upgrade/sql/1.7.0.0.sql I don't know if i'm clear... Thnks a lot. Visn

J'ai finalement trouvé la solution : 1. DAns le fichier Ajax faire un : $module=new NomDeMonModule(); 2. Puis faire $module->l('Texte à traduire','nomdemonmodule'); En gros on crée le module en appelant son constructeur car on est plus dans le contexte du module, puis l'astuce consiste à ajouter le paramètre 'nomdemonmodule' à la fonction l(). Voila, j'espère que cela vous aidera Vins.

Bonjour Zulina, As-tu trouvé une solution pour contourner ce problème ? $thisModule=Module::getInstanceByName('nomdemonmodule'); puis echo $thisModule->l('FIRST-ORDER-') Le problème est que dans le fichier .php des traductions (es.php par exemple), la ligne fait référence au nom du module mais pas à la page Ajex, du coup la traduction via la "key" ne se fait pas correctement. Merci.

Bonjour, Avez-vous finalement trouvé une solution à ce problème ? MErci.

Bonjour, Sur une prestashop 1.5.4.1, peux-t-on configurer 2 adresses emails de sorte que la boutique 1 (http://www.domaine1.com) ai son adresse email pour l'envoi ([email protected]) et l'autre boutique 2 (http://www.domaine2.com) ai aussi son adresse email pour l'envoi ([email protected]) ? Je n'ai pas trouvé cela dans le backOffice. Merci pour votre aide. Vins.

MErci Mephistom, Pour mon cas le problème était ailleurs. En fait, notre Presta a été upadaté récemment d'une version 1.3 à la 1.5.4.1 et dans la table SQL des prix dégressifs (ps_specific_price) les champs id_group étaient tous réglés à 1. Résultat, si tu n'étais pas logué, le prix dégressifs ne s'appliquait pas. Si qq rencontre le même soucis, il faut donc aller dans la table ps_specific_price et passer tous les 1 à 0 dans le colonne id_group. Vins.