Vous mélangez le fichier init.php de PhenixSuite (qu'il ne faut surtout pas modifier) avec la configuration de votre serveur.
Celle-ci dépend de votre hébergeur. Chez certains, c'est dans un fichier php.ini à la racine du site, chez d'autres c'est dans le Cpanel ou panneau de configuration.
il serait bon de toutes les mettre dans le même charset (au moins celles concernant les features).
Là vous voyez l'erreur car vous êtes en mode debug
l'utf8mb4_unicode_ci ou l'utf8mb3_general_ci n'autorisent pas toutes les émoticônes existantes en utf8mb4.
Hum... toutes vos tables n'ont pas le même charset ?
Normalement elles sont toutes (sauf éventuellement celles des modules tiers) en utf8mb4_general_ci
Ces nouveaux paramètres n'étaient pas enregistrés par défaut, ça sera le cas dans les prochaines versions ;)
ok,
Allez dans la page Préférences => Produits et enregistrer votre choix de légende par défaut:
Bonjour,
1- Activez le mode debug (en haut à droite)
2- Dans la console, onglet Réseau =>Xhr, regardez la réponse lorsque l'image est envoyée
3- Pas de détail concernant le message d'erreur js ?
@camille a dit dans Problème de lien vers tpl module custom :
De plus, il faudrait que je puisse réécrire l'url dans SEO pour que cela ne soit pas le chemin du module mais c'est une autre question
Pour ça il suffit d'aller dans la page SEO & URL et de créer la réécriture d'url.
Pour les nofollow/noindex il suffit de les rajouter dans votre lien <a>. De toute façon Google s'en cogne et ira quand même voir.
$this->setTemplate('module:blockupdproducts/views/templates/front/updproducts.tpl');
module: c'est une typo à la 1.7
normalement $this->setTemplate('updproducts.tpl'); doit suffire.
Un d( $updProducts); affiche quelque chose ou pas ?
Il faudrait mettre à jour le fichier product-sort.tpl de votre thème car il ne connait pas votre nouveau champ de tri ;)
oups pardon, oui je me suis mélangé avec la pagination.
Si vous voulez uniquement un tri par défaut ajoutez un ORDER BY votre_colonne ASC ou DESC à la requête qui ramène vos fichiers.
Si vous voulez que l'internaute puisse modifier ce choix c'est un peu plus complexe (il va falloir faire croire à Prestashop que ce sont des produits car il ne sait pas trier autre chose)
Oui c'est bien cela.
regardez comment sont écrits les modules qui utilisent la pagination (le controleur front de productcomments par exemple)
Ca ne devrait plus tarder mais il y a toujours quelque chose à ajouter/corriger et j'ai à m'occuper de mes clients aussi^^
Effectivement, le test sur version vierge met à jour la date_upd.
Bonne nouvelle ce n'est pas le cas sur la v33 (je sais que j'ai modifié le code concernant les fichiers associés des produits virtuels, c'est surement lié)
Non, je viens de tester sur une installation vierge, la date ne change pas si on ne fait que consulter.
Avez-vous des onglets supplémentaires dans la page produit (modules) qui eux feraient un update ?
Phenix ne supprime aucune colonne dans la base de données lors des mises à jour.
Vous pouvez le laisser à off mais pas sûr que cela soit compatible avec des modules tiers (et tout dépend comment ils font le contrôle).
Dans PhenixSuite, Onglet "Paramètres Avancés" => "Informations", cliquez sur le bouton "Afficher les détails" pour voir si votre machine répond aux exigences requises.
Il faudrait également remplacer le module SoColissimo par le module officiel Colissimo intégré à PhenixSuite ;)
J'ai trouvé la cause du pb lié à votre configuration serveur où dans l'espace de votre site allow_url_fopen est à Off lors de l'appel de TCPDF vers les liens d'images .
J'ai donc modifié TCPDF pour passer par Curl si allow_url_fopen n'est pas actif.
Hum... oui, il faudrait m'envoyer un accès ftp parce que comme ça je ne vois pas.
Que donne le var_dump de votre $logo_path ?