juliens

Bonjour, l'ip 88.190.26.60 scanne mon serveur en tentant d’accéder à une boutique de test 1.3.5 et une autre 1.4. Ces boutiques de test n'existent plus sur mon serveur depuis un moment déjà. Du coup ces scans sont loggués en erreur. Cette adresse ip a comme reverse DNS : sandrine.prestashop.com http://whois.domaintools.com/88.190.26.60 A qui et à quoi sert ce système chez prestashop.com ?

Le problème est résolu. Le cron birthday a tourné sans warning ni erreur ce matin. Plutôt que d'upgrader vers PHP 5.3 en désactivant les warning deprecated, je préfère corriger le code afin d'être prêt pour le futur passage à PHP 6

Merci Broceliande, J'ai donc passé le paramètre à 0 dans la config de PS Pour register_long_arrays, je crois avoir trouvé. J'utilise mod_php pour apache et le php.ini était déjà corrigé. Par contre, pour php-cli ce n'était pas le cas. Je viens de faire la mise à jour. Je verrai bien demain matin si j'obtient à nouveau ces warning lors de l'execution du cron.

Merci pour ces liens mais magic_quote est déjà désactivé dans ma config php.

Bonjour, je viens passer à PHP 5.3 et j’obtiens des warnings lorsque le cron quotidien lance /modules/birthdaypresent/cron.php afin de générer les bons de réduction pour les anniversaires clients. Warning: Directive 'register_long_arrays' is deprecated in PHP 5.3 and greater in Unknown on line 0 Warning: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0 L'appelle à 'magic_quotes_gpc' est dans le fichier /config/config.inc.php define('_PS_MAGIC_QUOTES_GPC_', get_magic_quotes_gpc()); Je constate cela pour les version 1.3.2.3 et 1.3.7 Est il possible de remplacer la ligne ci-dessus par : define('_PS_MAGIC_QUOTES_GPC_', 0); En faisant ainsi est ce que les données des formulaires seront vérifiées par le code de prestashop ? Concernant 'register_long_arrays', je n'arrive pas à trouver d'où vient l'appel, une piste ? La recherche ne retourne rien : grep -r "register_long_arrays" /var/www/

Un grand merci ogasq, ta solution fonctionne !

J'ai une installation de test en 1.4, j'essaie ta technique de suite.

Bonjour, je viens d'installer le module Paypal 2.4 Le bug de langue anglaise persite notamment l'encart Remboursement paypal d'une commande et les champs de la configuration du module. Par contre, le fichier validation.php a été corrigé.

La page de téléchargement propose à présent la version 2.4 du module, je vais tester et voir si cela corrige les divers problèmes de la v 2.3

Même problème avec la version 2.3 du module sur une installation prestashop 1.3.7

Pas de solution à ce problème, néanmoins, j'ai l'impression que la mise à jour est tout de même effectuée. Je n'ai pour l'instant remarqué aucun dysfonctionnement et j'ai pu installer avec succès le module Paypal 2.3 nécessitant une version 1.3.x Afin de préciser le problème, pourriez vous indiquez chacun quelle version de prestashop vous essayez de mettre à jour et si vous avez recopier des modules supplémentaires (dans mon cas non).

C'est gênant de ne pas avoir de message d'erreur ou de log. Y a t il un moyen pour activer un log de l'upgrade ?

Bonjour, je rencontre le même problème actuellement en faisant la mise à jour 1.2.5 vers 1.3.7 Même symptômes : barre de progression tourne en boucle sur la page "Système et permissions" après clique sur suivant Si je stoppe la mise à jour et que je la relance, le script d'ugrade me dit que je suis déjà en 1.3.7 puisqu'il a réussi à mettre à jour la version dans le fichier settings.inc.php lors de la première tentative. (pour info PHP Version 5.2.17-0.dotdeb.0 + Apache 2.0 sur vps debian lenny)

Apparemment le problème est résolu :

Bizarre, voir ci-dessous le contenu de ma fonction "private function getTotal()" Essaie de remplacer par çà private function getTotal() { global $cookie; $total = 0; foreach($this->_list AS $item) if ($item['id_currency'] == Configuration::get('PS_CURRENCY_DEFAULT')) $total += floatval($item['total_paid']); else { $currency = new Currency(intval($item['id_currency'])); $total += Tools::ps_round(floatval($item['total_paid']) / floatval($currency->conversion_rate), 2); } return $total; }

Ben si, j'étais en retard. Du coup mon boss m'a collé un avertissement ! (*) A+ (*) c'est une blague

Ok, dans le fichier modules/blockadvertising/blockadvertising.tpl, il suffit de remplacer la ligne par Dans config/smarty.config.inc.php, passe temporairement le paramètre ci-dessous à true : $smarty->force_compile = true; Repasse le paramètre à false une fois les changements effectués et validés sur le fichier .tpl Pense aussi à ajouter [RESOLU] en éditant le titre du premier message de ce sujet.

Bonjour, lorsqu'on édite des .tpl il faut positionner smarty force compile à true dans le fichier config/smarty config afin de voir les modifications. Une fois le travail terminé, penser à repasser ce paramètre à false sous peine de lenteurs.

Bonjour, j'ai du mal à comprendre ce que vous voulez ? Pourriez vous reformuler ?

Quel est le code de la ligne line 838 de admin-shop/tabs/AdminOrders.php ?

Penses à ajouter [RESOLU] en éditant le titre du premier message de ce thread. A+

Bonjour, il n'y a pas de journal ou de donnée concernant les mails de notification dans la base de données de prestashop. Si tu as un serveur dédié ou virtuel, tu peux vérifier les logs de ton serveur smtp. Sinon, tu peux demander à ton hébergeur de vérifier cela en lui indiquant l'adresse destinataire, l'adresse expéditeur, le sujet et la date/heure présumées de l'envoi. A+

Je crois avoir enfin compris. Tu veux ajouter un lien "Nous contacter" dans le block "Informations" Si c'est bien çà il suffit de modifier le fichier modules/blockinfos/blockinfos.tpl en ajoutant : Contactez-nous juste après {/foreach}

Voici donc la solution pour ajouter automatiquement l'année de commande comme préfixe au numéro de facture. Dans le fichier /admincp/tabs/AdminOrder.php, remplacer : /* Display invoice information */ if (($currentState->invoice OR $order->invoice_number) AND count($products)) echo ' id.'&pdf;"> '.$this->l('Invoice').' id.'&pdf;">'.$this->l('Invoice #').''.Configuration::get('PS_INVOICE_PREFIX', intval($cookie->id_lang)).sprintf('d', $order->invoice_number).' '.$this->l('Created on:').' '.$order->invoice_date.' '; par /* Display invoice information */ if (($currentState->invoice OR $order->invoice_number) AND count($products)) echo ' id.'&pdf;"> '.$this->l('Invoice').' id.'&pdf;">'.$this->l('Invoice #').''.substr($order->invoice_date,0,4).sprintf('d', $order->invoice_number).' '.$this->l('Created on:').' '.$order->invoice_date.' '; Dans le fichier /classes/PDF.php, remplacer la ligne commençant par : $this->Cell(77, 10, self::l('INVOICE #') ... par $this->Cell(77, 10, self::l('INVOICE #').' '.substr(self::$order->invoice_date,0,4).sprintf('d', self::$order->invoice_number), 0, 1, 'R'); et replacer la ligne commençant par : $pdf->Cell(0, 6, self::l('INVOICE #') par $pdf->Cell(0, 6, self::l('INVOICE #').substr(self::$order->invoice_date,0,4).sprintf('d', self::$order->invoice_number).' '.self::l('from') . ' ' .Tools::displayDate(self::$order->invoice_date, self::$order->id_lang), 1, 2, 'L', 1); A noter que cette modification annule la gestion du préfixe positionné dans le BO Fais une sauvegarde de ces deux fichiers avant de les modifier.

Je dois être mal réveillé, car je ne comprends rien du tout à ton explication