Un de plus m4pdf sur appel du fichier pdf.php qui permet d'uploader un fichier php qui sera stocké dans le répertoire /tpl du module.
Il y a un contrôle à 2 balles sur un cookie (qu'on peut forger) et un token qui correspond au MD5 du nom du fichier qu'on envoie...
C'est quoi l'intérêt de cette manip ?
Il te suffit de créer un thème enfant à partir du thème utilisé (sans copier un seul fichier) et d'y ramener les tpl, js et css modifiés.
Oui mais pour qu'elles restent il faut qu'elles existent dans le thème enfant
Ok mais c'est le système Presta. Si les dossiers de traductions n'existent pas, ce sont celles du parent qui seront lues et seront ecrasées à chaque mise à jour...
Si vous créez un thème enfant sans rien cocher vous n'aurez que les traductions dans les dossiers, ne perdez pas de temps à chercher quoi que ce soit.
Bah l'idée, c'est de ne laisser dans le thème enfant que les tpl/css/js que tu as modifié.
Si ces fichiers existent, ils sont lus, sinon ce sont ceux du parent (toujours à jour) qui le seront.
Hello,
PhenixSuite will only load the latest versions offered once tested and debugged which is not yet the case for the latest version of Sumup
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.
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;
}
}
}
Oui, dans un Prestashop de base, c'est cache/class_index.php mais PhenixSuite a amélioré la gestion du cache des classes et pour ne pas interférer avec des rétrocompats possible nous avons tout déplacé dans /cache/classes/
Le fichier index des classes et overrides s'appelle donc index.php.
Vous pouvez également utiliser la fonction, en haut à droite, dans Paramètres avancés => Performances : Vider le cache. Le fichier index.php sera supprimé ainsi que toutes les compilations smarty.
@herve_02 a dit dans [REGLÉ] override - je n'y arrive pas. :
-b) la possibilité qui me semble la plus prestashopienne : faire des ovverrides pour modifier juste ce que j'ai changé/modifier comme dans le code proposé au dessus.
Oui, c'est la bonne méthode.
@herve_02 a dit dans [REGLÉ] override - je n'y arrive pas. :
je vais me fouetter, j'ai vu mon erreur (mic-mac dans le nom de la classe/module)
cela marche, mais il faut installer-désisntaller le module, le réinitialiser seulement ne fonctionne pas.
Non, inutile de toucher au module.
Il y a un fichier readme_override.txt dans le répertoire /override:
Bonjour,
Veuillez lire la documentation avant d'essayer de remplacer quelque chose ici.
http://doc.prestashop.com/display/PS16/Overriding+default+behaviors
Question fréquemment posée:
Q: J'ai ajouté un override (classe ou contrôleur) mais il semble être ignoré par PrestaShop
R: Vous devez déclencher la régénération du cache des fichiers de classe. Cela se fait simplement en supprimant le fichier /cache/classes/index.php. Il en est de même lors de la suppression manuelle d'un override : pour rétablir le comportement par défaut, vous devez supprimer le fichier /cache/classes/index.php.
