Jump to content

Sortie de la version 1.6.2.29 PhenixSuite - By @Eolia


Eolia

Recommended Posts

il y a 27 minutes, Florent a dit :

Bonjour,

Je suis sous Prestashop 1.6.1.24 et j'envisage de migrer vers votre version de Prestashop.
Par contre, je suis chez Ovh avec une version Mysql 5.7. Et Ovh annonce le passage à une version Mysql 8.
Est-ce que votre version de Prestashop est compatible avec Mysql 8 ?

Merci,
Florent

Oui pour PhenixSuite, pour les modules supplémentaires que vous pourriez avoir je ne peux répondre.

Link to comment
Share on other sites

La version stable a eu quelques correctifs mineurs.

Dans la 28 il y a beaucoup plus de logs et plus explicites.

Si vous n'avez pas rentré d'adresse email de notification dans la configuration du module mailAlert et qu'il est actif, c'est normal.

    public function hookActionValidateOrder($params)
    {
        if(!$this->merchant_order || empty($this->merchant_mails)) {
            PrestaShopLogger::addLog(
                'MailAlerts::validateOrder - '.$this->l('Error: No merchant mail found'),
                3, 
                null, 
                'Order', 
                (int)$params['order']->id, 
                true
            );
            return;
        }

 

Link to comment
Share on other sites

Salut,

sur la 1.6.2.28, j'ai un soucis dans la config des emails...

 

Que ce soit en fonction mail() de PHP ou en config manuelle.... rien ne passe dans l'envoi du mail test.

 

As tu connaissance de ce bug?

Link to comment
Share on other sites

Ok, vous devez avoir un override de la classe Mail.php car dans la version d'origine vous auriez le message d'erreur Swift (erreur de port ou de réponse).

Veuillez vérifier svp.

Link to comment
Share on other sites

il y a 16 minutes, Eolia a dit :

Ok, vous devez avoir un override de la classe Mail.php car dans la version d'origine vous auriez le message d'erreur Swift (erreur de port ou de réponse).

Veuillez vérifier svp.

j'ai ce fichier qui est en lien avec un module de paiement !

<?php
if (! defined('_PS_VERSION_')){
	exit();
}
$modulePath = rtrim(_PS_MODULE_DIR_, '/') . '/mailhook/';
require_once $modulePath . 'MailMessage.php';
require_once $modulePath . 'MailMessageAttachment.php';
require_once $modulePath . 'MailMessageEvent.php';
class Mail extends MailCore{
	
	/*
    * module: mailhook
    * date: 2024-06-11 15:52:45
    * version: 1
    */
    public static function Send($id_lang, $template, $subject, $template_vars, $to, $to_name = null, $from = null, $from_name = null, 
			$file_attachment = null, $mode_smtp = null, $template_path = _PS_MAIL_DIR_, $die = false, $id_shop = null, $bcc = null, $reply_to = null,
		$replyToName = null) {
		
		$message = new MailMessage();
		$message
			->setLangId($id_lang)
			->setTemplateName($template)
			->setSubject($subject)
			->setTemplateVariables($template_vars)
			->setToEmailAddress($to)
			->setToName($to_name)
			->setFromEmailAddress($from)
			->setFromName($from_name)
			->setTemplateFolderPath($template_path)
			->setModeSMTP($mode_smtp)
			->setShopId($id_shop)
			->setBcc($bcc)
			->setReplyTo($reply_to)
			->setReplyToName($replyToName)
		;
		if ($file_attachment !== null) {
			$message->setFileAttachment(new MailMessageAttachment($file_attachment));
		}
		
		$event = new MailMessageEvent($template);
		$event->setDie($die);
		$event->addMessage($message);
		
		self::executeMailSendingHook($event);
		return self::processMailEvent($event);
	}
	
	
	/*
    * module: mailhook
    * date: 2024-06-11 15:52:45
    * version: 1
    */
    public static function sendMailWithoutHook($id_lang, $template, $subject, $template_vars, $to, $to_name = null, $from = null, $from_name = null, 
		$file_attachment = null, $mode_smtp = null, $template_path = _PS_MAIL_DIR_, $die = false, $id_shop = null, $bcc = null, $reply_to = null, $replyToName = null) {
		return parent::Send($id_lang, $template, $subject, $template_vars, $to, $to_name, $from, $from_name, $file_attachment, $mode_smtp, $template_path, $die, $id_shop, $bcc, $reply_to, $replyToName);
	}
	
	
	/*
    * module: mailhook
    * date: 2024-06-11 15:52:45
    * version: 1
    */
    public static function sendMailMessageWithoutHook(MailMessage $message, $isDie) {
		$file_attachment = null;
		if ($message->getFileAttachment() !== null) {
			$file_attachment = $message->getFileAttachment()->toArray();
		}
		return self::sendMailWithoutHook(
			$message->getLangId(),
			$message->getTemplateName(),
			$message->getSubject(),
			$message->getTemplateVariables(),
			$message->getToEmailAddress(),
			$message->getToName(),
			$message->getFromEmailAddress(),
			$message->getFromName(),
			$file_attachment,
			$message->getModeSMTP(),
			$message->getTemplateFolderPath(),
			$isDie,
			$message->getShopId(),
			$message->getBcc(),
			$message->getReplyTo(),
			$message->getReplyToName()
		);
	}
	
	
	/*
    * module: mailhook
    * date: 2024-06-11 15:52:45
    * version: 1
    */
    protected static function executeMailSendingHook(MailMessageEvent $event) {
		Hook::exec('actionMailSend', array(
			'event' => $event
		));
	}
	
	/*
    * module: mailhook
    * date: 2024-06-11 15:52:45
    * version: 1
    */
    protected static function processMailEvent(MailMessageEvent $event) {
		$numberOfSuccessfulRecipients = 0;
		foreach ($event->getMessages() as $message) {
			$rs = self::sendMailMessageWithoutHook($message, $event->isDie());
			if ($rs !== false) {
				$numberOfSuccessfulRecipients = $rs + $numberOfSuccessfulRecipients;
			}
		}
		
		if ($numberOfSuccessfulRecipients > 0) {
			return $numberOfSuccessfulRecipients;
		}
		else {
			return false;
		}
	}
	
}

 

Edited by PixGeek (see edit history)
Link to comment
Share on other sites

  • 2 weeks later...

Salut,

 

J'ai un petit soucis, mes permissions superAdmin ne fonctionne pas, Je m'explique :

 

Quand j'ai envie de changer le status de mes commandes, cela m'indique ce que tu peux voir ci-dessous

image.png.c39f67f30a7a20ac79d65d3410555335.png

 

Il y a moyen de régler ça rapidement ??

 

Link to comment
Share on other sites

Vous devez avoir une override soit sur classes/Order.php ou classes/OrderHistory.php ou classes/OrderState.php ou controllers/adminOrdersController.php

 

Dans l'ancien code, non compatible PHP 8, la comparaison des accès était écrite comme suit:

if($this->tabAccess['edit'] === '1'

mais maintenant doit être écrite comme ceci:

if($this->tabAccess['edit'] == 1

Link to comment
Share on other sites

Il y a 3 heures, Eolia a dit :

Vous devez avoir une override soit sur classes/Order.php ou classes/OrderHistory.php ou classes/OrderState.php ou controllers/adminOrdersController.php

 

Dans l'ancien code, non compatible PHP 8, la comparaison des accès était écrite comme suit:

if($this->tabAccess['edit'] === '1'

mais maintenant doit être écrite comme ceci:

if($this->tabAccess['edit'] == 1

J'ai cherché partout, et rien trouvé de ---> if($this->tabAccess['edit'] === '1' , tout est en ---> if($this->tabAccess['edit'] == 1

Par contre, si je désactive toutes les overides depuis l'admin, ça fonctionne !!

Edited by PixGeek (see edit history)
Link to comment
Share on other sites

Bonjour @Eolia
Je souhaitais tester la mise à jour vers phenix 1.6.1.28 (en partant de mon ps 1.6.1.20). Dans le téléchargement, Please_Open.zip, je n'ai pas de le fichier phenix-1.6.1.28.zip, et dans le 1-click (supprimé et le tien à la place), je ne peux pas entrer l'url (la branche est notée "indisponible").

J'ai peut-être loupé une info dans le forum 🫣

Merci par avance

Stéphanie.

Link to comment
Share on other sites

il y a 28 minutes, Phanie a dit :

Bonjour @Eolia
Je souhaitais tester la mise à jour vers phenix 1.6.1.28 (en partant de mon ps 1.6.1.20). Dans le téléchargement, Please_Open.zip, je n'ai pas de le fichier phenix-1.6.1.28.zip, et dans le 1-click (supprimé et le tien à la place), je ne peux pas entrer l'url (la branche est notée "indisponible").

J'ai peut-être loupé une info dans le forum 🫣

Merci par avance

Stéphanie.

Bonjour,

Il n'y a pas d'url à rentrer, choisissez le canal "Version majeure"

image.thumb.png.f3c248d463332bf8dcea938dcfb0e114.png

Link to comment
Share on other sites

8 minutes ago, Eolia said:

Bonjour,

Il n'y a pas d'url à rentrer, choisissez le canal "Version majeure"

image.thumb.png.f3c248d463332bf8dcea938dcfb0e114.png

Idem "branche indisponible". Je n'ai pas le fichier phenix.1.6.1.28 à placer dans le dossier /admin/autoupgrade/download

 

Link to comment
Share on other sites

1 hour ago, Phanie said:

J'ai téléchargé le zip sur votre site https://eoliashop.com/prestashop-new

J'essaie de mettre à jour un prestashop à moi qui est actuellement en 1.6.1.20

Le problème a été résolu avec @Eolia

J'ai un hébergement chez INFOMANIAK. il faut activer l'option Allow_url_fopen
Gestion des sites / ton site / paramètres avancés / onglet PHP

Merci @Eolia pour le temps passé 😍👍

Link to comment
Share on other sites

17 hours ago, doekia said:

Vous avez bien mis la version autoupgrade mentionnée ?

Le problème a été résolu.  merci de votre réponse malgré tout 👍

Link to comment
Share on other sites

Bonjour.
J'ai cherché une bonne partie de la journée, après l'installation de Phenix hier. J'ai voulu mettre à jour le thème PANDA (tant qu'à faire). Bon ça m'a planté pas mal de module du thème.

Je suis donc revenue sur un back-up de cette nuit (état d'hier soir donc)

Tout semble ok : pas de message en mode DEBUG (chouette), MAIS sur la page commande-rapide, je n'ai pas de css, et ce joli message après mon premier mode de livraison (retrait à la boutique)
(suite à mise à jour de mon thème PANDA)

Fatal error: Uncaught Error: Cannot use object of type Carrier as array in
/www/cache/smarty/compile/47/60/26/4760266bf6f390fdd677d4d432cf5bf617adaa03_0.file.order-carrier.tpl.php:150 Stack trace: #0
/www/tools/smarty/sysplugins/smarty_template_resource_base.php(123): content_6686c97ae7cd13_98966990(Object(Smarty_Internal_Template)) #1
/www/tools/smarty/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(Smarty_Internal_Template)) #2
/www/tools/smarty/sysplugins/smarty_internal_template.php(218): Smarty_Template_Compiled->render(Object(Smarty_Internal_Template)) #3
/www/tools/smarty/sysplugins/smarty_internal_template.php(387): Smarty_Int in
/www/cache/smarty/compile/47/60/26/4760266bf6f390fdd677d4d432cf5bf617adaa03_0.file.order-carrier.tpl.php on line 150

J'ai envoyé la demande en parallèle au dev du thème, mais vu que je suis revenue à ma version précédente, je pense que ça devait déjà être comme ça hier (pas testé à fond).

Une idée pour m'éclairer ?

Merci et bonne soirée.

Link to comment
Share on other sites

Oui comme pratiquement tous les thèmes 1.6. il faut déplacer ce bloc dans le fichier order-carrier.tpl qui doit être dans la boucle {foreach} ... {/foreach} au dessus

image.thumb.png.5b9d7c478ab94f79bbeee500434e93c2.png

ce qui donne quelque chose comme ça

image.png.881b25a022347acff4f344c22294c25b.png

  • Like 1
Link to comment
Share on other sites

Parfait. Merci c'est top. 👍

J'avais essayé de mettre à jour le thème panda de 1.4.4. à 1.4.7 mais j'ai des modules du thème qui n'ont pas apprécié.
Je vois avec eux le bug et reviendrait vous dire si ça impacte PHENIX.

Link to comment
Share on other sites

Bonsoir.
Je suis prête à mettre en prod, mais j'ai un soucis dans le bo.
Sur les fiches produits, dans la section "images", la zone dédiée est complètement vide (pj)

Je ne peux donc plus ajouter/modifier les images produits.

Une idée ?

Merci et bonne soirée.

Stéphanie.

Capture d’écran 2024-07-08 à 22.01.30.png

Link to comment
Share on other sites

21 minutes ago, Eolia said:

Module sthoverimage installé ? Il fait une override sur le tpl des images en BO

Exactement ça ! Désinstallé, et c'est reparti. Merci beaucoup. 👍

Link to comment
Share on other sites

46 minutes ago, Eolia said:

Vous avez le module intégré secondimage intégré dans Phenix si vous voulez conserver le comportement.

Module installé, et fichier product-list.tpl modifié. Mais l'image du survol s'affiche au dessus de l'image principale.
zip avec le tpl et un screen.

je me suis peut-être trompée sur la modif du tpl

si tu as le temps de regarder. Ce n'est pas urgent. On peut s'en passer pour le moment.

Archive.zip

Link to comment
Share on other sites

Je ne vois pas la ligne ajoutée dans votre tpl

{hook h='displaySecondImage' product=$product}

N'oubliez pas d'activer les compressions css et js également sur votre site.

Link to comment
Share on other sites

11 minutes ago, Eolia said:

Je ne vois pas la ligne ajoutée dans votre tpl

{hook h='displaySecondImage' product=$product}

N'oubliez pas d'activer les compressions css et js également sur votre site.

Zut. je l'avais supprimé avant d'enregistrer.
ligne 127

J'ai activé les compressions suite à votre message, puis retenté la modif du tpl. même situation.

product-list.tpl.zip

Link to comment
Share on other sites

J'ai également un soucis avec ma page "manufacturer", url renommée depuis toujours en /fabricants

Mais le lien vers cette page nous redirige vers la home page
J'ai regardé le htaccess, rien vu de particulier.

Un avis ?

 

Link to comment
Share on other sites

56 minutes ago, Eolia said:

Comment sont réglées ces options dans "Préférences => Général" ?

image.png.5e778b781b3d2379a125a972afb1fcce.png

Effectivement, les marques n'étaient pas activées. Il faut que je me penche sur le changelog pour être à jour de toutes ces subtilités....
Merci pour la réponse en tout cas. 👍

Link to comment
Share on other sites

Et oui car d'origine c'était les marques ET les fournisseurs, dans la même et unique option.

Certains voulaient afficher les marques mais pas les fournisseurs.

Link to comment
Share on other sites

Ce champ n'a pas été inclus dans l'édition en masse car ça n'aurait pas vraiment de sens de mettre la même phrase partout.

Vous pouvez le mettre à jour pour tous les produits avec une requête en base de données.

UPDATE ps_product_lang
SET `catch_phrase` = "bla bla bla"
WHERE `id_lang` = X;

X étant l'ID de la langue concernée.

Link to comment
Share on other sites

Non, c'est une requête différente:

UPDATE `ps_product_lang`
SET `catch_phrase` = "bla bla bla"
WHERE `id_lang` = XX
AND `id_product` IN (
    SELECT `id_product`
    FROM `ps_product_shop`
    WHERE `id_category_default` = YY
);

XX = ID de la langue concernée

YY = ID de la catégorie par défaut

Link to comment
Share on other sites

Bonjour

J'ai ajouté la variable $product.catch_phrase sur product-list.tpl, tout s'affiche bien sur la page de catégorie, mais sur la page de recherche, la variable ne s'affiche pas, une idée?

Merci

Link to comment
Share on other sites

la version 2.24 est assez stable, je l'ai déjà mis en production, une fois en production, je n'ai plus très envie de mettre à niveau le site, sauf pour les mises à jour majeures de sécurité. 😀

merci

Link to comment
Share on other sites

7 minutes ago, meditation said:

la version 2.24 est assez stable, je l'ai déjà mis en production, une fois en production, je n'ai plus très envie de mettre à niveau le site, sauf pour les mises à jour majeures de sécurité. 😀

merci

2.24? 1.24 non ?

J'envisage passer sous Phoenix... j'ai pas mal de module et j'appréhende un peu cette mise à jour. Et certains nouveaux modules ne sont indiqués qu'à partir de la 1.7.

Phoenix suite permets les rendre compatibles ? 

Vais me lancer dans tout ça je pense... suis sur ce site sur 1.6.1.24... pas parfaite...

Link to comment
Share on other sites

il y a 38 minutes, Asu34 a dit :

2.24? 1.24 non ?

Non elle parle bien de la 1.6.2.24 (PhenixSuite)

Concernant les modules, certains réservés 1.7 ont été rendus compatibles Phenix et surtout PHP 8

Link to comment
Share on other sites

37 minutes ago, Asu34 said:

2.24? 1.24 non ?

J'envisage passer sous Phoenix... j'ai pas mal de module et j'appréhende un peu cette mise à jour. Et certains nouveaux modules ne sont indiqués qu'à partir de la 1.7.

Phoenix suite permets les rendre compatibles ? 

Vais me lancer dans tout ça je pense... suis sur ce site sur 1.6.1.24... pas parfaite...

J'ai fait une mise à jour de Ps 1.6.1.14 vers Phoenix 1.6.2.24, sans rencontrer de difficultés avec mes anciens modules de 1.24,  et au niveau de theme, j'en ai de petits corrections sur les anciens fichiers override et sur les fichiers tpl

 

Link to comment
Share on other sites

57 minutes ago, Eolia said:

Ah, ben c'est une erreur mais je respecte votre choix.

Ci-joint le search.php de la 29 mais ne le recopiez pas tel quel car il y a des champs qui n'existent pas dans votre version.

Search.zip 10.54 kB · 1 download

Merci bien pour le fichier, j'ai fait override de la classe search, tout marche bien sur la page de search, pourtant le problème persiste sur la page de search via tags.

Link to comment
Share on other sites

ok, je m'explique, donc, si on fait une recherche via blocksearch, tout marche bien, la variable s'affiche, mais si l'on lance une recherche via blocktags, cela donne une liste de produits de meme tags, mais la variable catch_phrase n'existe pas sur la page de résultat.

Link to comment
Share on other sites

Ben, juste pour info, ce champ n'a jamais été là dans les versions 1.6 et je ne me suis pas encore attaqué à la partie des imports qui est nativement pleine de bugs.

Link to comment
Share on other sites

Bonjour,

La version 1.6.2.28 est en prod de mon côté.
Je vais regarder un petit soucis sur les caractéristiques, que mon client a largement dupliqué, en les saisissant souvent manuellement. Je vais créer une requête en ce sens.

 

En revanche, un petit point à modifier, voici le contexte :

  • Créer un nouveau produit
  • Saisir le nom du produit (les boutons "enregistrer" s'affiche)
  • Saisir un résumé trop long
  • Cliquer sur "enregistrer"
  • Message d'erreur (plus de 400 caractères)
  • Modifier le résumé (moins de 400 caractères)
  • Le bouton "enregistrer" ne revient pas.

J'ai signalé à mon client de faire attention au message sous le champs "résumé" qui affiche en rouge le nombre de caractère quand c'est trop long.

ps : je viens de voir le paramètre "taille maximale de la description courte" dans Préférences/Produits 👍

 

Bonne fin de journée.

Link to comment
Share on other sites

Bonjour Eolia

j'ai un message d'erreur lors de l'import de pack de localisation :

Erreur de syntaxe, JSON malformé. (Failed to fetch fawazahmed0/currency-api@1 from GitHub.)

    ToolsCore::jsonDecode in /classes/Currency.php:472
    CurrencyCore::refreshCurrencies in /classes/LocalizationPack.php:322
    LocalizationPackCore->_installCurrencies in /classes/LocalizationPack.php:103
    LocalizationPackCore->loadLocalisationPack in /controllers/admin/AdminLocalizationController.php:226
    AdminLocalizationControllerCore->postProcess in /classes/controller/Controller.php:201
    ControllerCore->run in /classes/Dispatcher.php:415
    DispatcherCore->dispatch in /admin/index.php:79 

et depuis l'import de pack pays, les modules d'export de flux, commencent aussi à avoir un message d'erreur comme iso_code no effet etc.

V1.6.2.24

Merci d'avance

 

Link to comment
Share on other sites

1.6.2.24 effectivement cette api n'est plus disponible.

Si vous ne voulez pas mettre à jour votre Phenix, mettez à jour le fichier /classes/Currency.php fonction refreshCurrencies()

    public static function refreshCurrencies()
    {
        $currencies_to_update = '';
        $currencies = Currency::getCurrencies(true, false, true);
        foreach($currencies as $key => $currency) {
            $currencies_to_update .= ($key > 0 ? ',' : '').$currency->iso_code;
        }
        $default_currency = Currency::getDefaultCurrency();
        $data = Tools::file_get_contents('https://cdn.jsdelivr.net/npm/@fawazahmed0/currency-api@latest/v1/currencies/eur.min.json');
        if(!$parser = Tools::jsonDecode($data, true)) {
            $data = Tools::file_get_contents('https://latest.currency-api.pages.dev/v1/currencies/eur.json');
            $parser = Tools::jsonDecode($data, true);
        }
        if(is_array($parser) && isset($parser['eur'])) {
            foreach($currencies as $currency) {
                if($currency->id != $default_currency->id) {
                    foreach($parser['eur'] as $iso_code => $rate) {
                        if(strtoupper($iso_code) == $currency->iso_code) {
                            $currency->conversion_rate = round($rate, 6);
                            $currency->update();
                        }
                    }
                }
            }
            return false;
        }
        else {
            $error = Tools::displayError('Error: unable to update currencies exchange rate from').' cdn.jsdelivr.net ('.$parser.')';
            PrestaShopLogger::addLog($error, 1, '0000001', 'Currency', 0);
            return $error;
        }
    }

 

Link to comment
Share on other sites

  • Eolia changed the title to Sortie de la version 1.6.2.29 PhenixSuite - By @Eolia

Bonjour @Eolia
Je parcours la search console pour résoudre les anciens pbs.
Je me rends compte d'une mise à jour dans la visibilité des produits avec l'ajout "Direct URL only".

Les produits hors stocks avaient été affecté à Nulle Part (none dans la base)

Je ne trouve pas comment tu enregistres l'option "Direct URL Only" dans la base.

Pour info, si je laisse "nulle part", j'ai une erreur sur le front

Il y a 1.000000e+0rreur

Le produit n'a pas été trouvé

Merci pour le retour, afin que je fasse ma requête pour utiliser ton option et ne pas avoir d'erreur.

Bonne fin de journée

Stéphanie.

 

Link to comment
Share on other sites

54 minutes ago, Eolia said:

Cette option "URL directe uniquement" est disponible dans la fiche produit sauf si vous avez un override du tpl

image.png.3388f532543d82835316cfc99b204dbc.png

Oui je l'ai trouvé dans le BO de la fiche produit, mais comment est elle enregistrée dans la base, afin que je fasse une requête pour affecter cette nouveauté à tous mes anciens "nulle part"="none"

Lorsque je mets URL Directe uniquement, j'ai toujours "none" dans l'attribut "visibility" de la table product

Merci.

Link to comment
Share on other sites

21 minutes ago, Eolia said:

 

image.png.49ce872101b170344b5a3ccf8461bf64.png

None => Url directe Uniquement (visible pour ceux qui connaissent l'url)

Nowhere => Nulle part (non accessible par les robots)

Je tourne en rond.

Si je modifie le champs dans le BO de la fiche produit, cela modifie bien l'attribut de la table

MAIS si je modifie l'attribut directement dans la table, (je précise que je ne suis pas sur la fiche produit à ce moment là), la modif n'est pas prise en compte dans la fiche produit.

Je reprendrai mes tests demain au cas où ce soit la fatigue. les vacances approchent !
Bonne soirée

 

Link to comment
Share on other sites

  • 2 weeks later...

Bonjour Eolia

Après mise à jour vers 1.6.2.29, le module payline ne fonctionne plus, et lors j'essaie de réinstaller le module, un message d'erreur s'afiche:

la version de votre module n'est pas compatible avec votre version phenixsuite

La version de payline est 2.2.10

Merci

Link to comment
Share on other sites

pourtant mod debug activé, je n'ai pas d'autre message d'erreur, j'ai essayé la dernière version de payline 2.2.12, c'est pareil, lors de l'installation, j'ai:

Echec de l'installation, pour les modules suivants:

Payline

la version de votre module n'est pas compatible avec votre version phenixsuite

 

Edited by meditation (see edit history)
Link to comment
Share on other sites

Bonjour Eolia, j'ai une petite question sur la nouvelle fonction de protection contre les attaques, est ce que cette fonction va bannir les ips ? car le site sous CDN, donc normalement le ban des ips via htaccess ne donne aucun effet.

Link to comment
Share on other sites

Euh... le cdn ne concerne que les fichiers statiques normalement, donc je ne pige pas trop.

Et puis CDN avec un Prestashop, comment dire... bénéfice 0 et risque d'erreur + 1000

Link to comment
Share on other sites

Le 14/08/2024 à 3:44 PM, meditation a dit :

merci eolia, c'est bon, il suffit de remplacer jqueryscrollto.js par la nouvelle version 2.13, c'est résolu,

si vous mettez à jour jquery.scrollTo.js il faut mettre à jour également jquery.serialScroll.js (les 2 sont liés).

Ce sera le cas dans le version 30.

Link to comment
Share on other sites

Bonjour à tous, et encore merci Eolia pour toutes ces évolutions.

J'ai actuellement une version stabilisée en production en 1.6.2.12, et après beaucoup d'hésitations j'envisage d'installer le module Prestashop Checkout Built with Paypal. Je suis toujours sur un php 7.1.

Je poste ici à la recherche de retours d'expérience, avez-vous les uns ou les autres des recommandations particulières pour cette opération ? Faut-il obligatoirement prévoir d'upgrader en 1.6.2.29 avant ? 

J'aimerais aussi enfin prendre le temps de corriger certains modules pour être compatible sur une version supérieure de php, laquelle dois-je (ou puis-je avec ma version de Prestashop) cibler ?

Bonne journée à tous, et merci !

 

 

Link to comment
Share on other sites

Non, pas obligé d'upgrader même si je conseille de toujours être dans le version la plus récente.

Après, perso je suis contre ce module qui pompe toutes vos données et les envoie sur les serveurs italiens du nouveau propriétaire de Prestashop.

Link to comment
Share on other sites

@Eolia C'est bien la raison pour laquelle j'ai tant traîné des pieds, mais j'ai fini par me faire "convaincre" par les modes de paiement proposés (Bancontact, Giropay, 4x sans frais, etc). Je ne comprends pas pourquoi Paypal a signé un truc pareil avec Prestashop, pourquoi devoir obligatoirement passer par une connexion à Prestashop pour ça, mais bon... On va tester déjà, on verra bien.

 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...