Martin Uker K

This is mostly Serveur setup. Your user (database USER) that PrestaShop use linked to the database doesn't have the permission to create Table, event temporary. I don't know what type of server / host you are using, but the problem is there. Just add, if you can, or ask your host / webmaster, the create table permission to the user. Best regards, Martin.

C'était la version de PHP ou autre chose?

.tant un site déjà existant, je doute que le gain au SEO du changement soit bien par rapport à la perte organique du lien, mais bon. La manière que nous avons cité fonctionne si c'est votre but ultime. Je me range tout de même avec Johann et okom3pom sur le point : c'est un changement qui semble avoir peu d'impact. Martin

J'imagine que votre arbre de catégorie ressemble à cela : DubaÏ Japon (example) etc... Donc le CMS prend "{category}/id-nom-ean Si vous voulez avoir "sejour/dubai/prod", vous avez deux choix : Ajouter la category séjour et y déplacer les élément que vous y voulez. Changer votre configuration comme MediaCom87 propose et mettre "sejour/{categories:/}{id}-{rewrite}{-:ean13}", je ne conseille pas cela, car si vous avez un site billingue, il sera impossible de faire un routing multilingue par configuration. Pour ce qui est des ID de produit dans l'URL : Il est impossible nativement de les enlevé, certains modules (tel que Pretty URL) le permettent. Par ailleurs, le ID n'a pas d'impact dans le SEO de Google, j'en déconseille donc la suppression. Cordialement, Martin

Je crois que votre problème repose sur la version de PHP. C'est un guess ici, mais les syntax rapide de tableau (array) en PHP ne sont supporté qu'après la version 5.4. Je crois que vous avez un PHP sous cette version, et c'est réèlement étrange que vous soyez sosu cette version. La norme est 5.6, l'option est 7.0. Parlez-en à votre hébergeur. Martin.

You actually need to create a TAB during the installation of your module. If you create a tab with parent attribute at -1, you are creating an invisible tab. Parent at 0, means a firstlevel tab. Parent at X, means your tabl is a sub tab of parent tab id X. to create a new tab, put something like this in the install function of your module : $class = 'AdminModlist'; $tab = new Tab(); $tab->class_name = $class; $tab->module = $this->name; $tab->id_parent = 0; $langs = Language::getLanguages(false); foreach ($langs as $l) { $tab->name[$l['id_lang']] = $this->l('Mod List'); } $tab->save(); And reset your module. This will create a TAB called "Quote". This will lead to your controller. To use a tab in parent -1, you need to create a link to it somewhere (Usually in your module configuration) the HREF will look like "$link->getAdminLink("AdminModlist")" This sums it up for now... Martin.

Toujours un plaisir. Bonne chance et bonne continuité sur PrestaShop. Martin.

Woops, désolé c'était fait à la volée! Change la ligne 65 de mon fichier : $date_to = $date->format('Y-m-d h:i:s'); à $date_to = $date->format('Y-m-d H:i:s'); Un léger problème de format. Le h minuscule génère une heure sur 12, alors que le majuscule c'est sur 24. Mon erreur! Change et repousse le fichier. Martin.

eh bien, si tu as suivi toute la procédure : Ton affichage de Commandes>factures devrait maintenant avoir une date avec un temps. Donc tu peux généré sur une nouvelle borne -> le temps. Ainsi, si ta journée complète génère un timeout : Prend un plage plus petite comme : de 00:00:00 à 12:00:00. Ça ne devrait plus généré de timeout. C'est un contournement par contrôle. Si tu n'as pas de temps disponible dasn ton admin et que tu as suivi mes étapes, il y a un problème dans l'endroit que tu as mis le fichier ou dans ta cache...Ou les étapes que j'ai donné étaient mal expliqués! Cordialement, Martin.

Vous avez un accès FTP ou un accès à vos fichier? Un upload d'un fichier et l'effacement de class_index par la suite devrait fonctionner dans votre cas... Je ne peux pas uploadé de fichier sur le forum (j'ai hate à cette permission)...Donc voici ce que vous devez faire : 1. Créez un fichier "AdminInvoicesController.php", mettre le contenu suivant dedans et sauvegardez : <?php class AdminInvoicesController extends AdminInvoicesControllerCore { public function initFormByDate() { //Doing datetime instead. $this->fields_form = array( 'legend' => array( 'title' => $this->l('By date'), 'icon' => 'icon-calendar' ), 'input' => array( array( 'type' => 'datetime', 'label' => $this->l('From'), 'name' => 'date_from', 'required' => true, 'hint' => $this->l('Format: 2011-12-31 12:00:00 (inclusive).') ), array( 'type' => 'datetime', 'label' => $this->l('To'), 'name' => 'date_to', 'required' => true, 'hint' => $this->l('Format: 2011-12-31 23:59:59 (inclusive).') ) ), 'submit' => array( 'title' => $this->l('Generate PDF file by date'), 'id' => 'submitPrint', 'icon' => 'process-icon-download-alt' ) ); //Half of day instead, works like a charm. $this->fields_value = array( 'date_from' => date('Y-m-d 00:00:00'), 'date_to' => date('Y-m-d 12:00:00') ); $this->table = 'invoice_date'; $this->show_toolbar = false; $this->show_form_cancel_button = false; $this->toolbar_title = $this->l('Print PDF invoices'); return parent::renderForm(); } public function postProcess() { if (Tools::isSubmit('submitAddinvoice_date')) { if (!Validate::isDate(Tools::getValue('date_from'))) { $this->errors[] = $this->l('Invalid "From" date'); } if (!Validate::isDate(Tools::getValue('date_to'))) { $this->errors[] = $this->l('Invalid "To" date'); } if (!count($this->errors)) { // Yeah I hate to do that, but else we got to override "OrderInvoice" too, because it does a SQL date difference of -1...so we cancel it here... $date_to = Tools::getValue('date_to'); $date = new DateTime($date_to); $date->modify('-1 day'); $date_to = $date->format('Y-m-d H:i:s'); if (count(OrderInvoice::getByDateInterval(Tools::getValue('date_from'), $date_to))) { Tools::redirectAdmin($this->context->link->getAdminLink('AdminPdf').'&submitAction=generateInvoicesPDF&date_from='.urlencode(Tools::getValue('date_from')).'&date_to='.urlencode($date_to)); } $this->errors[] = $this->l('No invoice has been found for this period.'); } } else { parent::postProcess(); } } } 2. Mettre ce fichier dans le dossier "/override/controllers/admin" de votre PrestaShop (Via FTP) 3. Effacer le fichier "/cache/class_index.php" (Il se regénérera au prochain call sur app) Si vous n'êtes pas à l'aise, vous pouvez me PM les accès de votre FTP et admin pour que je m'en occupe, mais je ne pourrai le faire que dans une dizaine d'heures, je suis occupé pour le moment. Martin. edit : Modifié suite à commentaire #8-9 h->H pour bon fonctionnement

Bon matin, L'alternative hébergement reste le mieux : Le max_timeout est modifiable, mais cela dépends effectivement de l'hébergeur. Si votre hébergeur ne veut pas vous y laisser l'accès, ou le modifié, je dirais que changer de plan d'hébergement serait le mieux. Vers un VPS, surtout si votre taux de commande est de plus de 100 par jours, je dirais que le changement sera bénéfique au niveau de la performance. L'alternative d'utilisation : Les généré un par un semble une tâche très...disons simplement agaçante. L'alternative programmation : Il faudrait que vous ayez l'option de temps (datetime au lieu de date) dans AdminInvoice. Il faudrait faire un override et donner cette option. Quelle version de PS avez vous? Cordialement, Martin.

Hi Jack, Pretty sure we can. First of all, do you have a URL so we could Visit the Website in question? Did you switch to catalog mode? Product can be added to the cart? Best regards, Martin.

Je vais être sincère : Je ne sais pas, j'ignore même si c'est une décision consciente ou un problème d'implémentation de ces modules. J'imagine que PrestaShop ne veut pas endosser la responsabilité de mise à jour pour des modules qu'ils n'ont pas développé eux même? Ce n'est qu'une hypothèse parmi tant d'autres... Martin.

Ces modules sont des modules achetés sur Addons, bien qu'ils puissent vous notifier pour des mises à jour, ils ne semblent pas se mettre à jour par le PrestaShop. J'ignore pour Promo Panier et SEO Expert, mais je sais que pour Panier Abandonné Pro, je remplace le module par les nouveaux fichiers et la mise à jour se fait au prochain chargement. Je crois qu'il serait bien que vous contactiez les développeur pour leur processus de mise à jour. Je sais que les sources de ces modules sont disponible dans le store de PrestaShop, les mettre à jour prends peut-être un brin d'expertise, mais je crois que c'est très simple et sécuritaire pour la plus part des modules sur le store. Ce qui est sûr : ils ne se mettent pas à jour par votre PrestaShop car ils sont achetés. Cordialement, Martin.

Nope, doesn't work. It isn't a TinyMCE problem, neither a JS problem. The default pass it trought with no problem. The problems lie in the HTMLPurifier on the server side, tricky as hell. When an object with an HTML type field is passed to the database, it is Purified BEFORE. The purifier is not up to date in the last PS version (1.6.1.11 for the record), so it doesn't understand the "tel" uri scheme. You need to update the HTMLPurifier located in the Tools directory. https://www.prestashop.com/forums/topic/476763-add-a-link-tel123456789-in-cms/?p=2500535 Best regards, Martin.