legacy

Ca ce n'est pas une erreur du module mais de chez Paypal. Son adresse par défaut dans son compte Paypal n'est pas complète (on n'existe pas).

Et PhenixSuite en propose la version corrigée :)

Idée intéressante pour qui ne veut pas utiliser l'éditeur WYSYWIG TinyMCE mais je pense que ça fonctionne surtout si vous avec toujours le même type de produit.
Pour les exports, il vous suffit d'effectuer un strip_tags(champ_texte) et vous n'aurez plus de balises (c'est ce que font les modules d'export vers les marketplaces par exemple)

La table ps_product est historique et ne sert que pour les valeurs communes (poids, tailles, références, etc...) toutes les autres valeurs sont gérées par ps_product_shop (et ou ps_product_attribute_shop).

A ma connaissance il n'y a rien dans le cœur de Prestashop/Phenix qui modifie des prix tout seul.
Vous voyez quelque chose dans les logs de PhenixSuite pour cet ID produit ?

Il y a Stripe qui accepte tous les moyens de paiements.

https://jigsaw.w3.org/css-validator/validator?uri=https%3A%2F%2Fwww.rituel-manucure.com%2Fthemes%2FRituel-Manucure%2Fcache%2Fv_1727_e04b740df3cc97a14e2a8a049df32360_all.css&profile=css3svg&usermedium=all&warning=1&vextwarning=&lang=fr

Je viens de tester sur 3 boutiques en v31, les fichiers sont bien chargés.
Tu dois avoir une coquille dans un des tes css qui fait crasher la compil.

No you are not stupid and this bug has been there for 2 years :)
v16 will be corrected (The Attribute class no longer exists because it is a reserved word since PHP8 and this line had escaped me)

Thanks for your feedback

Yes if you have the debug mode activated.

Replace the /classes/Configuration.php by the joined file.
Configuration.php

1 - Bruno s'en tamponne le coquillard depuis qu'il a vendu Presta aux italiens
2 - Webaxx est le champion de la bidouille

Un des buts de Phenix est de pouvoir se passer de tous ses modules qui s'empilent mais on ne pourra jamais prévoir tous les cas de figure.

Ajouter une colonne en bdd c'est un override de 4 lignes dans la classe liée

<?php
class Product extends ProductCore
{
    public $my_new_column;

    public function __construct($id_product = null, $full = false, $id_lang = null, $id_shop = null, Context $context = null)
    {
        self::$definition['fields']['my_new_column'] = array('type' => self::TYPE_INT, 'shop' => true, 'validate' => 'isUnsignedId');
        
        parent::__construct($id_product, $full, $id_lang, $id_shop, $context);
    } 
}

Après vous pouvez écrire un module qui s'occupe de gérer vos overrides et listes (il y a des hooks pour ça: actionAdminOrdersListingFieldsModifier par exemple.

    public function hookActionAdminOrdersListingFieldsModifier(array $params)
    {
        // If hook is called in AdminController::processFilter() we have to check existence
        if (isset($this->params['select'])) {
            $this->params['select'] .= ', a.`my_new_column`';
        }

        if (!array_key_exists('my_new_column', $this->params['fields'])) {
            $tmp_params = $this->params['fields'];
            $this->params['fields'] = [];
            $prev_key = '';
            foreach ($tmp_params as $key => $tmp_param) {
                if ($prev_key === "reference") {
                    $this->params['fields']['my_new_column'] = [
                        'title' => $this->module->l('Nom de ma Colonne'),
                        'align' => 'text-center',
                        'class' => 'fixed-width-xs',
                        'filter_key' => 'a!my_new_column',
                        'order_key' => 'a!my_new_column',
                    ];
                }

                $this->params['fields'] += [
                    $key => $tmp_param
                ];
                $prev_key = $key;
            }
        }
    }