PhenixTweet

1 jour

a répondu au Message de herve_02 il y a 1 jour

Normal ces 2 hooks n'ont pas du tout le même contenu dans $params.
Vous devriez utiliser le hook actionPaymentConfirmation qui se déclenche justement sur ces 2 statuts. ses paramètres sont:

CODE
        if(in_array($new_os->id, array(
            Configuration::get('PS_OS_PAYMENT'), 
            Configuration::get('PS_OS_WS_PAYMENT')))
        ) {
            Hook::exec('actionPaymentConfirmation', 
                array('id_order' => (int)$order->id), 
                null, false, true, false, $order->id_shop
            );
        }

herve_02 @herve_02

1 jour

J'ai essayé de contruire un micro module pour changer le statut lorsque des conditions sont atteintes. Cela fonctionne lorsque tout se passe dans un transit "autonome" (le client paye en ligne)
mais cela ne fonctionne pas lorsque je change de statut à la main en BO.
est-ce que j'ai loupé un truc ?

changement_statut.txt

5 jours

a répondu au Message de herve_02 il y a 5 jours

Paramètres avancés => Performances et sécurité

herve_02 @herve_02

5 jours

où on peut voir ces ip bannies ? et ou sont elles stockées pour pouvoir les supprimer si jamais l'admin est bannie et ne peut plus se connecter.

6 jours

a répondu au Message de nelson - 6 jours

zut je dérange pour rien je vais remonter les messages du coup

6 jours

a répondu au Message de chris il y a 6 jours

Oui cela m'arrive aussi, même en tant qu'admin.
Eolia m'a dit que ce serait corrigé dans la v47.

En attendant, Eolia m'a dit que l'on peut commenter/supprimer ce bloc dans /classes/FrontController.php:

6 jours

Bonjour à tous, j'ai eu un souci semaine dernière deux anciens clients me disaient ne plus pouvoir accéder à mon site, en regardant de plus près leurs adresses IP étaient bannies, j'ai désactivé "activer la protection contre les attaques". Ça m'embête un peu mais pas le choix quelqu'un a une piste ? A savoir que l'un des deux clients je lui avais enlever son adresse une première fois mais elle a été de nouveau bannie....

7 jours

a répondu au Message de Eolia - 7 jours

bon , finalement votre modif fonctionne , ce qui ne marche pas depuis le début , c'est l'ouverture du fichier mais ils ont bien été générés.

7 jours

a répondu au Message de Eolia - 7 jours

Encore une fois , ce n'est pas important , j'ai bien d'autres choses à faire sur la boutique.

7 jours

a répondu au Message de eric - 7 jours

Bah ce n'est pas logique. L'erreur dit qu'on ne peut pas affecter une valeur à un array qui n'existe pas et ma ligne, ajoutée avant dit que si ce n'est pas un array, on ne fait rien (continue)

7 jours

a répondu au Message de Eolia - 7 jours

oui pour la ligne dans le fichier HelperList et non , je n'avais pas vidé le cache mais j'ai retesté après vidage --> idem

7 jours

a répondu au Message de eric - 7 jours

vous avez bien fait la modif dans /classes/helper/helperlist.php et vidé le cache ???

8 jours

a répondu au Message de Eolia - 8 jours

bon , non toujours la même erreur en boutique test après modif , ceci dit , ce n'est pas très important , ne vous embêtez pas avec ça . Merci

8 jours

a répondu au Message de eric - 8 jours

Juste avant la ligne 742 ajoutez ceci:

CODE

            if(!is_array($params)) {
                continue;
            }

8 jours

a répondu au Message de Eolia - 8 jours

sur la boutique de test en local , debian 13 avec php 8.2.33 , j'ai ceci dans /var/log/phenix juste après un export

8 jours

a répondu au Message de eric - 8 jours

L'export est en csv.
Que dit votre error.log sur votre serveur ?

8 jours

bonjour , quel est le format/extension de fichier lors d'un export du catalogue en BO car aussi bien sur la boutique de prod que celle de test , c'est erreur 500 direct , avec le débug sur la boutique test , il ouvre atril qui est mon lecteur de pdf par défaut mais le message de atril c'est qu'il ne prend pas en charge le text/plain donc je suis un peu sec là...

8 jours

a répondu au Message de herve_02 il y a 8 jours

C'est la page de base, vous pouvez virer cette ligne.

herve_02 @herve_02

8 jours

a répondu au Message de Eolia - 8 jours

oiui après avoir tourner en rond pendant plus d'une journée, je viens de realiser, en relisant le tmp
{extends file='page.tpl'}

le cerveau ne suit plus les mains

Je supose que c'est une m*rde 1.7...

8 jours

a répondu au Message de herve_02 il y a 8 jours

file:page.tpl ? Il n'y aurait pas des includes dans ce fichier tpl ?

herve_02 @herve_02

8 jours

a répondu au Message de Eolia - 8 jours

je crois que je vais jeter à la poubelle le truc... s'il trouve bien le fichie template il m'insulte
Fatal error: Uncaught --> Smarty: Default handler: No template default content for 'file:page.tpl' -- thrown in /var/www/phenix/tools/smarty/sysplugins/smarty_internal_method_registerdefaulttemplatehandler.php on line 83

9 jours

a répondu au Message de herve_02 il y a 9 jours

Non, il faut le remplacer par:
$this->setTemplate($this->_path.'views/templates/front/fichier.tpl');

ou
$this->setTemplate($this->module->getLocalPath().'views/templates/front/fichier.tpl'); si vous êtes dans un contrôleur

9 jours

a répondu au Message de herve_02 il y a 9 jours

Hum Context::getTranslator() c'est du 1.7 pas du 1.6 donc à remplacer par
$this->l('votre trad'); ou écrit autrement suivant le fichier où vous êtes dans votre module

herve_02 @herve_02

9 jours

j'ai fait un "juste return" dans les 2 fonctions impactées, on verra à l'usage. Mais là je suis perplexe, il appel son template
$this->setTemplate('module:le_module/views/templates/front/fichier.tpl');

et cela plante. J'ai bien essayé de passer
return $this->display(__FILE__, 'mon.tpl'); mais cela affiche "en double" du coup

herve_02 @herve_02

9 jours

bonjour les phenixciens.

j'ai téléchargé un vieux truc prévu normalement pour prestashop 1.6 mais il y a des trucs qui n'existent pas/plus
Call to undefined method Context::getTranslator()
avant de tailler dans la bête à la serpe rouillée, je me demande si vous aviez un avis la dessus ?

10 jours

La V47 est en phase finale (tests et debug) 😊

11 jours

a répondu au Message de yoyo64 - 11 jours

En quoi est-ce gênant ?
C'est l'id du produit et si on le supprime ça devient compliqué d'effectuer le routage quand des catégories ou des produits ont le même nom.

11 jours

salut ce serais bien d'intégrer dans phenix au lieu d'un module la suppression des 1- dans les urls
exemple
https://shop.devcustom.net...
pour moi
13012-ecran-xiaomi-mi-9-mi9-dalle-super-amoled-original.html

Julien @bobby4722

14 jours

a répondu au Message de yoyo64 - 14 jours

Ok, merci. Désolé je n'avais pas vu ta réponse. Je cherche également les mises à jour de certains modules qui étaient vendu avec mon thème de base DONT ce blog. Mais je ne rappele plus le nom de la boite qui était Américaine - peut etre "monster template" il me faudrait retrouver... Et je ne sais pas s'il ont fait évolué certains modules comme la vidéos sur la home page. Cela serait intéressant de savoir.

mariepascale @mariepascale

17 jours

a répondu au Message de Eolia - 17 jours

Merci beaucoup; J'ai aussi le header qui est réduit.
Bien cordialement