Sortie de la version 1.6.2.30 PhenixSuite - By @Eolia

[Sda33]

10 hours ago, docmusicstation said:

Lors de la mise a jour 1.6.1.25 vers 1.6.2.11 en local voila ce que j'obtiens :

Aucune erreur lors de la mise a jour !

Bonjour, j'ai exactement le même problème pour un passage de 1.6.1.24 à 1.6.2.11, pourtant j'ai vraiment fait une mise à jour propre et précautionneuse. Aucun problème lors de la mise à jour.

Le fichier debug ne s'est pas créé alors qu'il était bien là quand je passais de 1.6.1.24 à 1.6.2.9.

La page de login BO reste bloquée après identification comme sur votre capture d'écran, avec un 0 à la place du nom de la boutique, et pas d'entrée dans l'administration.

Pas de bug affiché (mode debug activé).

En FO la page de maintenance est cassée et il cherche l'image d'illustration sur /img/0.

Je ne sais pas où chercher...

 

[Eolia]

Avez-vous une sauvegarde de la table ps_configuration ?

[Sda33]

11 minutes ago, Eolia said:

Avez-vous une sauvegarde de la table ps_configuration ?

J'ai une sauvegarde de la base, oui, je dois pouvoir la remonter. Quelles lignes sont à récupérer ? Ou bien faut-il l'écraser complètement ?

[Eolia]

Ok, restaurez complètement cette table, passez votre version en 1.6.1.24 dans settings.inc.php et relancez l'upgrade.

 

[Sda33]

57 minutes ago, Eolia said:

Ok, restaurez complètement cette table, passez votre version en 1.6.1.24 dans settings.inc.php et relancez l'upgrade.

 

Ca a fonctionné, j'ai pu passer cette fois (toujours pas de fichier debug.php créé mais je vais l'ajouter).

Effectivement la table ps_configuration était complètement réinitialisée suite à la maj 1.6.2.11 initiale (toutes les valeurs à vide ou zéro).

Je vais pouvoir commencer mes tests, merci.

[Eolia]

Si vous activez le mode debug, le fichier va se créer.

[bobby4722]

15 hours ago, Eolia said:

Bonjour @Eolia , est-ce que cette nouveauté sera gourmande en ressource serveur ? Cette fonction est une méga bonne idée ainsi que la fonction que j'ai vu d'auto-remplissage code postal-ville

- Je viens de mettre à jour la version test sur DevCustom pour tester mon soucis avec la langue Grecque. Lors de l'ajout de la langue j'ai eu un petit message d'erreur avec écrit : 1 mais la langue est bien présente malgré ce.
J'ai traduit le nom du dernier produit en Grec, puis j'ai généré l'url en cliquant sur le bouton ad-hoc MAIS je me retrouve avec le même problème que sur ma version de prod, c'est à dire qu'il ne fait pas la conversion avec les caractères latins tout comme le Russe et le Bulgare (en Cyrillique) le font automatiquement. Sur ma version de prod, j'avais pour habitude de copier et de coller le nom anglais dans l'url pour le Russe car je ne savais pas si cela allait apporter quelque chose si cela était converti en caractères Latins. 
J'ai toujours fonctionné ainsi et je n'ai jamais activé l'option qui autorise les URL accentuées car je ne veux pas qu'en Français cela mette les accents, de plus je ne sais pas si en terme de SEO il y a un gain ou perte. Néanmoins pour le Grec aucune conversion ne se fait vers une url en caractères Latins.
En revanche si j'active les URL accentuées oui cela fonctionne même sur ma vieille version mais ce n'est pas ce que je recherche.
Alors est-ce qu'une option de sélection en fonction de langue pourrait être possible ? Ou est-ce que vraiment cela à un intérêt que les URL soient accentuées pour la SEO ?

- J'ai également testé la fonction recherche sur la version à jour j'ai re-scanné les éléments de recherche mais lorsque j'écris un mot dans la barre de recherche je n'ai pas de proposition comme sur la vieille version de prod, est-ce voulu ou normal ?

- Concernant les légendes distinctes pour les photos (ce qui est top pour la SEO), serait il possible d'envisager par exemple : sur la fiche produit j'ai le choix de mettre [nom du produit] + [Attribut customisé n°1] etc...
Un peu comme des caractéristique que l'on enregistrerai en fonction de ses besoins ou à ajouter ou modifiable, qui permettrai de gagner un temps fou pour remplir chaque légendes ? J'espère être assez clair lol.

Merci bien

[Eolia]

Il y a 1 heure, bobby4722 a dit :

est-ce que cette nouveauté sera gourmande en ressource serveur ?

Je pense qu'il vous faudra 2 dédiés en load balancing au minimum.

La vraie réponse est non et c'est débrayable:

Il y a 1 heure, bobby4722 a dit :

Alors est-ce qu'une option de sélection en fonction de langue pourrait être possible ? Ou est-ce que vraiment cela à un intérêt que les URL soient accentuées pour la SEO ?

Il faudrait demander aux grecs surtout, je n'ai aucune idée de l'impact (à mon avis Google s'en cogne).

Il y a 1 heure, bobby4722 a dit :

- J'ai également testé la fonction recherche sur la version à jour j'ai re-scanné les éléments de recherche mais lorsque j'écris un mot dans la barre de recherche je n'ai pas de proposition comme sur la vieille version de prod, est-ce voulu ou normal ?

La version 12 corrige ce souci

Il y a 1 heure, bobby4722 a dit :

- Concernant les légendes distinctes pour les photos (ce qui est top pour la SEO), serait il possible d'envisager par exemple : sur la fiche produit j'ai le choix de mettre [nom du produit] + [Attribut customisé n°1] etc...
Un peu comme des caractéristique que l'on enregistrerai en fonction de ses besoins ou à ajouter ou modifiable, qui permettrai de gagner un temps fou pour remplir chaque légendes ? J'espère être assez clair lol.

Alors non. Il y a un moment où le CMS ne peut plus être un fourre-tout.

Pour vous c'est ce type d'affichage mais pour un autre ce sera en fonction des caractéristiques, pour les techos ce sera des vues de dessus, éclatées, etc... on ne s'en sortira pas.

Pas le choix, concernant les contenus, à un moment il faut s'y coller  

[Khundo2023]

19 hours ago, Eolia said:

 

19 hours ago, Eolia said:

J'ai également testé la fonction recherche sur la version à jour j'ai re-scanné les éléments de recherche mais lorsque j'écris un mot dans la barre de recherche je n'ai pas de proposition comme sur la vieille version de prod, est-ce voulu ou normal ?

Bonjour,

J'ai réussi sur version 1.6.2.5 à 1.6.2.10 en réindexant tous les url et prix mais pas le 11

dans module navigation à facette

bonne journée à vous

 

Edited June 16, 2023 by Khundo2023 (see edit history)

[Khundo2023]

1 hour ago, Khundo2023 said:

 

C'est résolu pour version 11 , j'ai trouvé il faut aller dans Préferences --> recherche et "Ajouter à l'index tous les produits manquants"

et ça refonctionne dans barre de recherche front office

Edited June 16, 2023 by Khundo2023 (see edit history)

[bobby4722]

23 hours ago, Eolia said:

Il faudrait demander aux grecs surtout, je n'ai aucune idée de l'impact (à mon avis Google s'en cogne).

Je viens de regarder et visiblement cela donne un peu raison au développeur de mon module de traduction pour la 1.6.

En fait les URL Grecques sont codées en UTF8 Latin, mais visiblement la 1.6 ne les recodes pas comme pour le Cyrilique et comme parait il la version 1.7.
Je suppose que cela doit faire pareil sur le Japonais, le Thaï etc...

En fait cela donne ceci pour exemple : https://www.mfa.gr/epikairotita/diloseis-omilies/anakoinose-upourgeiou-exoterikon-gia-ten-aporripse-tes-epheses-tou-eklegmenou-demarkhou-kheimarras-phrenti-mpelere-kata-tes-sunekhises-tes-prophulakises-tou-01062023.html

Est-il envisageable de corriger ceci du coup ? Oui il est probable que Google ne soit pas pénible avec mais mes url ressemble à ceci par exemple : el/lustres/1805-napoleon-iii-18.html (c'est partiellement en Français et nase quoi je trouve).

23 hours ago, Eolia said:

Alors non. Il y a un moment où le CMS ne peut plus être un fourre-tout.

Pour vous c'est ce type d'affichage mais pour un autre ce sera en fonction des caractéristiques, pour les techos ce sera des vues de dessus, éclatées, etc... on ne s'en sortira pas.

Pas le choix, concernant les contenus, à un moment il faut s'y coller  

Oui je comprend, je pensais a un truc simple à mettre en place pré-enregistré comme pour des caractéristiques (que celui qui mets en vente adapte à ses propres produits), ou même comme lorsque l'on est sur la fiche d'un pays et que l'on veux ajouter par exemple le numéro de mobile, l'adresse mail etc... car parfois on ne sait pas pourquoi ces éléments de bases sont à ajouter manuellement sur le pays pour les voir apparaitre sur la commande.

Je pensais à cela car je traduit mon site en 21 langues vu le dynamisme actuel et si j'ai 8 photos dans 21 langues...😅

Edited June 16, 2023 by bobby4722 (see edit history)

[Eolia]

Je pige pas.

Si je traduis la catégorie et le produit et son url_rewrite j'obtiens ça:

https://royalartpalace.devcustom.net/el/σύγχρονοι-πολυέλαιοι/3552-πολυέλαιος-anna-με-καμπυλωτή-σκιά-2-σταδίων.html

Ce n'est pas ce que vous voulez ?

[bobby4722]

43 minutes ago, Eolia said:

Je pige pas.

Si je traduis la catégorie et le produit et son url_rewrite j'obtiens ça:

https://royalartpalace.devcustom.net/el/σύγχρονοι-πολυέλαιοι/3552-πολυέλαιος-anna-με-καμπυλωτή-σκιά-2-σταδίων.html

Ce n'est pas ce que vous voulez ?

Non pas vraiment car il faudrait que j'active l'accentuation des url et je n'ai pas envie que cela soit sur tout les langues car même les url grecques ont l'air en d'être converties en caractères latins.

[Eolia]

Comme ça alors ?

https://royalartpalace.devcustom.net/el/polyelaioi/1805-terastios-polyelaios-styl-napoleon-iii-me-18-aplikes.html

Pour info ce n'est pas corrigé en 1.7^^

[bobby4722]

12 hours ago, Eolia said:

Comme ça alors ?

https://royalartpalace.devcustom.net/el/polyelaioi/1805-terastios-polyelaios-styl-napoleon-iii-me-18-aplikes.html

Pour info ce n'est pas corrigé en 1.7^^

Oui oui voilà exactement comme cela

Par curiosité j'ai essayé de regarder comment cela fonctionnait à l'étranger :
Pour le Thaï je suis allé sur le site de l'ambassade et je trouve de tout de l'Anglais dans les URL, du Thaï ex: http://www.thaiembassy.fr/2023/05/17/ประกาศรับสมัครลูกจ้างเ-2/

Pour le Japonais, visiblement c'est en Anglais totalement. ex : https://www.mofa.go.jp/mofaj/press/release/press7_000051.html

---

Par rapport à la version 1.7 ou 8 je ne peux rien dire à ce sujet car je n'ai jamais testé et le développeur m'a juste dit que c'était visiblement un bug de la 1.6 mais sans précisions et c'est moi qui est interprété les choses en parlant de la 1.7 ;)

[Khundo2023]

6 hours ago, bobby4722 said:

Oui oui voilà exactement comme cela

Par curiosité j'ai essayé de regarder comment cela fonctionnait à l'étranger :
Pour le Thaï je suis allé sur le site de l'ambassade et je trouve de tout de l'Anglais dans les URL, du Thaï ex: http://www.thaiembassy.fr/2023/05/17/ประกาศรับสมัครลูกจ้างเ-2/

Pour le Japonais, visiblement c'est en Anglais totalement. ex : https://www.mofa.go.jp/mofaj/press/release/press7_000051.html

---

Par rapport à la version 1.7 ou 8 je ne peux rien dire à ce sujet car je n'ai jamais testé et le développeur m'a juste dit que c'était visiblement un bug de la 1.6 mais sans précisions et c'est moi qui est interprété les choses en parlant de la 1.7

salut normalement on doit voir en thai et en japonais comme ceci?

le

[bobby4722]

Bonjour,
En fait j'avais jamais fait attention à ce petit détail, les URL des photos sont codées bizarrement dans le sens où le code ISO n'est pas intégrer à l'URL , je n'avais jamais prété attention à ce détail 🫣
Je me demande si cela n'aiderait pas à la SEO mais je n'ai pas souvenir d'un réglage dispo à ce sujet sauf sur à la limite les URL des produits. Je ne sais pas si vous @Eolia aviez prévu le coup à ce niveau là sur les 1.6.2 ( je vais aller farfouiller).

Par exemple cela me donne ceci sur du Bulgare (encodé d'origine du Cyrillique vers l'UTF8 LATIN) : https://www.royalartpalace.com/34745-tm_thickbox_default/chasha-montirana-na-piedestal-ot-cheren-mramor-ot-18-ti-vek.jpg
Peut être que le top aurait été : https://www.royalartpalace.com/bg/34745-tm_thickbox_default/chasha-montirana-na-piedestal-ot-cheren-mramor-ot-18-ti-vek.jpg

Ai-je tort ?

[Eolia]

Il n'y a pas de notion de langue pour les images dans Prestashop.

J'ai écrit ce code pour plusieurs boutiques pour les catégories et produits (surtout à cause des images avec texte) mais il n'est pas implémenté dans Phenix pour l'instant.

Le chemin dans l'url ,n'a aucun impact en SEO. Ce qui compte c'est le nom de l'image.

[bobby4722]

16 minutes ago, Eolia said:

Il n'y a pas de notion de langue pour les images dans Prestashop.

Yes je vois 😭.

 

16 minutes ago, Eolia said:

J'ai écrit ce code pour plusieurs boutiques pour les catégories et produits (surtout à cause des images avec texte) mais il n'est pas implémenté dans Phenix pour l'instant.

Peut-on en savoir plus ? Ou c'est une surprise

 

16 minutes ago, Eolia said:

Le chemin dans l'url ,n'a aucun impact en SEO. Ce qui compte c'est le nom de l'image.

Compris, mais faut avouer que c'est quand même cracra pour le Grec ex : https://www.royalartpalace.com/34746-tm_thickbox_default/18.jpg car pour le robot Google y a strictement rien qui lui dis que c'est tel ou tel produit (à froid) et encore moins la langue bien sûr je me doute que c'est plus poussé. Mais comme justement ils veulent privilégier le contenue "fait main", je me dis quid dans le futur quand l'algo changera... Ensuite Oui y a Google Lens mais bon... ils doivent obligatoirement partagé les ressources et faire des regroupement d'info etc... avec l'AI.

Edited June 17, 2023 by bobby4722 (see edit history)

[Eolia]

il y a 36 minutes, bobby4722 a dit :

Compris, mais faut avouer que c'est quand même cracra pour le Grec ex : https://www.royalartpalace.com/34746-tm_thickbox_default/18.jpg car pour le robot Google y a strictement rien qui lui dis que c'est tel ou tel produit (à froid) et encore moins la langue bien sûr je me doute que c'est plus poussé. Mais comme justement ils veulent privilégier le contenue "fait main", je me dis quid dans le futur quand l'algo changera... Ensuite Oui y a Google Lens mais bon... ils doivent obligatoirement partagé les ressources et faire des regroupement d'info etc... avec l'AI.

Google se contrefiche de vos urls images pour l'indexation, c'est la balise alt qui fait toute la différence.

En gerc c'est ça votre url image produit:

https://royalartpalace.devcustom.net/18828-tm_large_default/terastios-polyelaios-styl-napoleon-iii-me-18-aplikes.webp

[docmusicstation]

On 6/15/2023 at 9:03 AM, Eolia said:

Ok, restaurez complètement cette table, passez votre version en 1.6.1.24 dans settings.inc.php et relancez l'upgrade.

 

Bonsoir Eolia

Merci c'est nickel pour moi

Je fais des tests avant de basculer en prod

 

[Khundo2023]

On 6/14/2023 at 6:03 PM, Eolia said:

 

Bonjour Eolia,

à propos recherche ajax avec image miniature du produits dans la barre de recherche,

j'ai trouvé une vieille vidéo tuto de Nemo, expliquant comment faire 

Est ce possible de créer un overide ou intégrer directement dans classe/search.php version phenixsuite 1.6.2.11 ?

ça serait génial 

Merci par avance

voici la vidéo :

 

[Eolia]

Je pige pas. C'est ce qui est proposé dans la .12

[Khundo2023]

Bonjour eolia,

Autant pour moi, je n'avais pas suivi le sujet...^^

Merci beaucoup 

Bonne journée à vous

Edited June 18, 2023 by Khundo2023 (see edit history)

[Eolia]

La version 1.6.2.12 est dispo (et fortement recommandée)

####################################
#   v1.6.2.12 - (2023-06-18)
####################################
- Personnalisation du css en BO pour l'agrément des cookies
- Personnalisation du css en BO pour les factures et bons de livraison
- Correctif sur tree.js
- Possibilité d'ajouter 'A partir de ' avec le prix le plus bas pour les produits avec déclinaisons (désactivable)
- Possibilité d'ajouter les images produits dans les réponses de la recherche ajax (désactivable)
- Déblocage des quantités minimales et dates de dispo si la gestion des stocks est désactivée
- Ajout de la fonction Combination::getCombinationName() (renvoie le nom complet de la déclinaison suivant son ID)
- Contrôle (désactivable) des doublons de références lors de l'enregistrement d'un produit
- Ajout de la fonction Employee::loggedAsEmployee(); utilisable depuis le front
- Ré-écriture de Tools::replaceAccentedChars avec utilisation de Transliterator
- Ajout du hook actionCartDuplicateAfter
- Continuation de la refactorisation du code et correction de bugs

[Khundo2023]

Bonsoir Eolia,

Un grand merci pour la version 1.6.2.12

Je viens de tester  mode ajax recherche avec image cela fonctionne à merveille sur le thème par default-bootstrap v12 

Mais par contre ça ne fonctionne pas sur mon theme modifié default-bootstrap (version ps1.6.1.24 que j'utilise actuellement)

il y a t-il moyen de faire fonctionner avec mon theme modifié ? ou obliger refaire un nouveau theme avec  default-bootstrap v12 ?

Pouvez-vous jeter un oeil sur monsite.com svp 

Merci par avance

Cordialement

Edited June 18, 2023 by Khundo2023 (see edit history)

[Eolia]

il faut remplacer le fichier /themes/votre_theme/js/modules/blocksearch/blocksearch.js par celui du thème par defaut.

[Eolia]

La différence se trouve là:

for (var i = 0; i < data.length; i++) {
      if(displayimage == 1)
           mytab[mytab.length] = { data: data[i], value: '<img src="'+ data[i].image_link +'"> '+ data[i].cname + ' > ' + data[i].pname };
      else
           mytab[mytab.length] = { data: data[i], value: data[i].cname + ' > ' + data[i].pname };
}

 

[Khundo2023]

2 hours ago, Eolia said:

il faut remplacer le fichier /themes/votre_theme/js/modules/blocksearch/blocksearch.js par celui du thème par defaut.

J'avais essayer tout à l'heure mais ça n'affiche pas 

Bon, j'ai suivi votre conseil mais sans succès!

Je ne sais pas ce qui cloche...

Ce n'est pas bien grave je l'utilserais sans image en attendant 

Et je referais un nouveau theme avec la version 12 plus tard..

Merci Eolia et bonne soirée à vous

Edited June 18, 2023 by Khundo2023 (see edit history)

[Khundo2023]

5 hours ago, Eolia said:

il faut remplacer le fichier /themes/votre_theme/js/modules/blocksearch/blocksearch.js par celui du thème par defaut.

C'est tout bon, j'ai enfin réussi en appliquant votre méthode et il faut aussi remplacer le fichier global.tpl par le nouveau global.tpl de la version 12

voilà si ça peut aider à ceux qui sont dans le même cas...

ma barre de recherche affiche bien l'image du produit now^^

Merci infiniment Eolia

Edited June 19, 2023 by Khundo2023 (see edit history)

[Sda33]

Bonjour,

Avant de repartir dans mes aventures, j'ai une petite question MySQL que je vais essayer de formuler...

Depuis que j'ai updgradé la version de mon MySQL chez OVH (de 5 vers 8 ) j'ai noté des erreurs avec les champs "date" qui sont par défaut en 0000-00-00. Je ne peux pas modifier une table sans générer une erreur de type date par défaut invalide pour la colonne concernée.

(lien documentant le problème : https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_no_zero_date)

J'ai vu que cela venait des nouveaux paramétrages par défaut de MySql, et qu'il y avait des moyens de contourner le bug que cela génère, mais je me demandais si un paramétrage plus global avait été documenté et conseillé pour Prestashop sur MySql 8.0 ? Peut-être que d'autres bugs que je n'ai pas identifiés sont produits suite à de possibles limitations similaires dans les paramétrages ?

(ma version My SQL est 8.0.33)

Merci

Edited June 22, 2023 by Sda33 (see edit history)

[Eolia]

Par défaut dans Phenix on a défini SET SESSION sql_mode = '', donc le mode strict n'est pas activé et vous ne devriez pas avoir le souci.

[Sda33]

55 minutes ago, Eolia said:

Par défaut dans Phenix on a défini SET SESSION sql_mode = '', donc le mode strict n'est pas activé et vous ne devriez pas avoir le souci.

Formidable  Merci !

[Sda33]

Bonjour,

Je viens de passer en production, c'est un petit événement

Mais j'ai un problème avec le cache (que je n'avais pas en preprod bien sûr...), y a-t-il un moyen de le contourner ?

Voici le détail :

- Paramètres > Performances > je clique sur "vider le cache"

Ca tourne dans le vide un très long moment avant de tomber en timeout

- Paramètres > Performances > premier bloc "Smarty"

Je veux dire à nouveau OUI au cache mais pareil, ça tourne un moment avant de tomber en erreur

Comment forcer cela pour pouvoir à nouveau activer le cache en prod ?

Merci pour votre aide !

[Sda33]

2 hours ago, Sda33 said:

Comment forcer cela pour pouvoir à nouveau activer le cache en prod ?

Pour info, résolu finalement en récupérant le dossier "cache" de la preprod (après l'avoir vidé)...

 

Je profite de ce message pour remercier chaleureusement Eolia pour cette version 1.6.2.12 ! Et pour tout le soutien qu'il apporte à ceux qui comme moi viennent poster leurs déboires ici  

 

Allez j'ai une toute dernière question : il me reste deux "vieux" modules dont je ne peux pas me séparer tout de suite mais qui ne sont pas compatible PHP 8. J'ai eu le temps de voir que c'était un problème de déclaration de variables qui ne serait pas au bon format ${ à remplacer par {$ : est-ce le seul type de problème pouvant persister ? Ou bien y a-t-il une doc sur les modifications à faire pour rendre un module/site compatible php 8?

Merci.

 

[Eolia]

Les infos sont dans la doc PHP: https://www.php.net/manual/fr/migration80.deprecated.php

On peut mettre à jour tous les modules en activant le mode debug et en corrigeant les erreurs une par une. (c'est ce que je fais tous les jours en fait^^)

[Eolia]

Il y a 9 heures, Sda33 a dit :

Bonjour,

Je viens de passer en production, c'est un petit événement

Mais j'ai un problème avec le cache (que je n'avais pas en preprod bien sûr...), y a-t-il un moyen de le contourner ?

Voici le détail :

- Paramètres > Performances > je clique sur "vider le cache"

Ca tourne dans le vide un très long moment avant de tomber en timeout

- Paramètres > Performances > premier bloc "Smarty"

Je veux dire à nouveau OUI au cache mais pareil, ça tourne un moment avant de tomber en erreur

Comment forcer cela pour pouvoir à nouveau activer le cache en prod ?

Merci pour votre aide !

Si vous êtes sur un ovh ce pb devient systématique ils ont forcé un timeout à 75 s quoi qu'il arrive...

[Sda33]

19 hours ago, Eolia said:

Les infos sont dans la doc PHP: https://www.php.net/manual/fr/migration80.deprecated.php

On peut mettre à jour tous les modules en activant le mode debug et en corrigeant les erreurs une par une. (c'est ce que je fais tous les jours en fait^^)

Oui moi aussi habituellement, mais pour une raison inconnue j'ai eu le détail des erreurs la première fois, et en rafraichissant après le passage d'une correction... c'était page toute blanche.

Merci beaucoup pour le lien PHP  

[Sda33]

Bonjour, deux soucis dans l'administration 1.6.2.12, j'ai cherché sans succès, peut-être pouvez-vous m'aider à trouver sur quels fichiers je dois intervenir :

- Je ne comprends pas pourquoi l'objet de l'email "shipped" est désormais égal à l'objet de l'email "in_transit"

(avant et jusqu'à 1.6.2.9 sauf erreur j'avais bien deux objets différents, un paramétrable depuis localisation>traductions, et un automatique du nom du template "Expédié")

>> Je n'ai pas encore trouvé où ça se passait, je vais chercher mais était-ce effectivement voulu ?

 

- On a un bug sur la génération des numéros de facture. Par défaut tout va bien, je veux dire les numéros se génèrent correctement à la suite, mais si je veux changer le numéro de la prochaine facture (je fais régulièrement des factures ad hoc) je me retrouve avec un écart de 1 avant, et après.
Quand on regarde la page commandes>factures, on réalise d'ailleurs que le champ "Numéro de facture" affiche une valeur (qui n'est pas bonne), alors qu'il devrait être vide si on n'a touché à rien, et que le texte en-dessous en affiche une autre.

Par exemple ma dernière facture générée est la 15, la prochaine devrait être la 16, or sur cette page j'ai : 

Numéro de facture : 15

La prochaine facture commencera à ce numéro, qui augmentera à chaque nouvelle facture. Mettez un zéro si vous souhaitez conserver le numéro actuel (qui est le n°17).

Si je génère une nouvelle commande j'ai bien une facture en 16 comme attendu. 

Mais si dans "numéro de facture" je demande 18 maintenant, il me génère la prochaine facture en 19 au lieu de 18.

Et un contrôle empêche de mettre une valeur plus petite. Bref c'est déroutant, je pense que le problème vient en partie de la fonction Order:getLastInvoiceNumber qui va plutôt chercher le NextInvoiceNumber puisqu'il fait un +1 sur le MAX.

 $sql = 'SELECT (MAX(`number`) + 1) AS new_number
                FROM `'._DB_PREFIX_.'order_invoice` oi
                '.$join_shop.'
                '.(Configuration::get('PS_INVOICE_RESET') ? ' WHERE DATE_FORMAT(`date_add`, "%Y") = '.(int)date('Y') : '');

>> Mais je n'ose pas y toucher pour le moment, cette fonction est-elle appelée ailleurs, il doit y avoir une raison pour qu'elle ait été modifiée ? Quelles sont les implications d'une modification ici ?

 

 

[Eolia]

Pour les mails, oui c'est voulu (tout se passe dans OrderHistory) car la seule différence entre ces 2 mails c'est la présence du n° de suivi ou pas.

Pour le 2ème souci qui sera corrigé dans la 13

Remplacez ligne 107 de AdminInvoicesController.php 

Order::getLastInvoiceNumber() + 1

par:

Order::getLastInvoiceNumber()

et remplacez la fonction Order::setLastInvoiceNumber() par celle-ci: (il manquait le contrôle sur la valeur enregistrée dans la table configuration)

    public static function setLastInvoiceNumber($order_invoice_id, $id_shop)
    {
        if(!$order_invoice_id) {
            return false;
        }
        $default_number_shop = self::getLastInvoiceNumber($id_shop);
        $number = Configuration::get('PS_INVOICE_START_NUMBER', null, null, $id_shop);
        // If invoice start number exists, use this value
        if($number && (($number + 1) >= $default_number_shop)) {
            $number++;
        }
        else {
            $number = $default_number_shop;
        }
        Configuration::updateValue('PS_INVOICE_START_NUMBER', $number, false, null, $id_shop);
        $sql = 'UPDATE `'._DB_PREFIX_.'order_invoice`
                SET number = '.(int)$number.'
                WHERE `id_order_invoice` = '.(int)$order_invoice_id;

        return Db::getInstance()->execute($sql);
    }

Et corrigez la valeur de PS_INVOICE_START_NUMBER en table configuration si sa valeur est incorrecte (doit être au minimum la valeur du dernier n° de facture + 1.

[Khundo2023]

Bonjour Eolia,

J'ai mis hier soir en mod prod la version 12 sur monsite.fr 

tout semble bien fonctionne bien

mais dans dans back office tableau de bord malgré le module  Visites et visiteurs v10 - par PrestaShop debug by Eolia, et le module Visiteurs en ligne v1.4 - par PrestaShop  activés  

mais je vois toujours  Visiteurs en ligne à 0 connecté

Pourtant dans google analytique el connection en temps réel, ça indique bien le nombre de visiteurs en ligne

Dites moi comment et où je dois résoudre ce soucis svp ?

Merci par avance

 

 

 

Edited June 26, 2023 by Khundo2023 (see edit history)

[Eolia]

il y a 2 minutes, Khundo2023 a dit :

Bonjour Eolia,

J'ai mis hier soir en mod prod la version 12 sur monsite.fr 

tout semble bien fonctionne bien

mais dans dans back office tableau de bord malgré le module  Visites et visiteurs v10 - par PrestaShop debug by Eolia, et le module Visiteurs en ligne v1.4 - par PrestaShop  activés  

mais je vois toujours  Visiteurs en ligne à 0 connecté

Pourtant dans google analytique el connection en temps réel, ça indique bien le nombre de visiteurs en ligne

Dites moi comment et où je dois résoudre ce soucis svp ?

Merci par avance

 

 

 

Vous avez bien choisi le mois en cours ou les bonnes dates en haut de cette page ?

[Khundo2023]

26 minutes ago, Eolia said:

Vous avez bien choisi le mois en cours ou les bonnes dates en haut de cette page ?

Oui Eolia j'ai bien mis le bon mois en cours mais tjs 0 visiteurs et sur GA en temps reel il y a bien des visiteurs en ligne 

ci joint capture GA  

et back office v12 

[Sda33]

1 hour ago, Khundo2023 said:

mais je vois toujours  Visiteurs en ligne à 0 connecté

Pareil ici, nous avons bien les paniers actifs qui s'incrémentent sur la demi heure, mais les visiteurs restent à 0. On ne regarde pas souvent ces stats, c'est secondaire, mais juste pour confirmer le problème ici.

1 hour ago, Eolia said:

Pour les mails, oui c'est voulu (tout se passe dans OrderHistory) car la seule différence entre ces 2 mails c'est la présence du n° de suivi ou pas.

Je vais regarder, merci pour la précision.
Sur le fond je trouve ça dommage, parce que cela reste deux mails différents qui du coup se retrouvent avec un comportement spécifique non débrayable.
Si la redondance gène certains, ils peuvent décocher "envoyer un mail" sur le statut "shipped". De notre côté nous avons bien besoin des deux, mais si le client reçoit deux mails avec le même objet il ne comprendra pas, il n'ouvrira pas les deux.
Je vais voir pour modifier de mon côté donc.

1 hour ago, Eolia said:

Pour le 2ème souci qui sera corrigé dans la 13

Merci pour toutes les précisions sur les modifications à faire, je m'y attelle dès maintenant.

 

[Eolia]

il y a 3 minutes, Sda33 a dit :

Je vais regarder, merci pour la précision.
Sur le fond je trouve ça dommage, parce que cela reste deux mails différents qui du coup se retrouvent avec un comportement spécifique non débrayable.
Si la redondance gène certains, ils peuvent décocher "envoyer un mail" sur le statut "shipped". De notre côté nous avons bien besoin des deux, mais si le client reçoit deux mails avec le même objet il ne comprendra pas, il n'ouvrira pas les deux.
Je vais voir pour modifier de mon côté donc.

Vous l'aurez dans la 13

[Eolia]

il y a une heure, Khundo2023 a dit :

Oui Eolia j'ai bien mis le bon mois en cours mais tjs 0 visiteurs et sur GA en temps reel il y a bien des visiteurs en ligne 

ci joint capture GA  

et back office v12 

Je les ai chez moi.

Le module de récupération des données statistiques est configuré comme ceci:

 

[Khundo2023]

33 minutes ago, Eolia said:

Je les ai chez moi.

Le module de récupération des données statistiques est configuré comme ceci:

 

C'est super merci beaucoup, votre configue fonctionne bien chez moi aussi

Bonne soirée à vous et encore merci Eolia 

[Khundo2023]

Bonjour Eolia,

J'ai encore un soucis sur mon site prod avec la version 12,  consernant le logo de la disparu sur les factures..

Dans rubrique Factures, Jj'avais juste rajouter dans la case texte libre "quelques ligne de texte mention légal Siret numéro tva etc" depuis je n'ai plus de logo sur les factures... C'est vraiment génant

Pouvez-vous me guider à résoudre ce problème svp ? 

Merci  par avance 

Cordialement

 

 

 

Edited June 27, 2023 by Khundo2023 (see edit history)

[Eolia]

Bizarre, je vois bien votre logo sur vos factures ?

[Khundo2023]

Bonjour Eolia,

C'est sur monsite.fr en  mode prod je viens de désactiver mode protection et le logo des factures affichent bien..

Et si je réactive en mode protection contre les attaques le logo de la facture disparait..

 

Par contre sur monsite.com en test tout fonctionne bien quelque soit en mode protection activer ou désactiver le logo des factures affiche bien

Auriez-vous une idée de la cause?

 

 

 

Edited June 27, 2023 by Khundo2023 (see edit history)

[Eolia]

Vous avez dû faire une requête bizarre qui a bloqué l'accès à ce fichier pour votre IP.

Supprimez l'intégralité du répertoire /cache/block et ré-essayez.

[Khundo2023]

Trop fort M. Eolia 🤩

Merci ça refonctionne now^^

en  effet j'étais aller modifier dans dossier pdf/foot.tpl et oublier desactiver mode protectijon

Encore merci et bonne journée à vous

[Eolia]

Dans la 13  

[Khundo2023]

Bonsoir Eolia, 

Je reviens vers vous, j'ai analisé monsite.fr qui est actuellement en prod sous Phenix v12, sur Google search console dans rubrique :

"Fiche marchand" j'ai 5,79k en rouge mentionnant "nombre de virgules non valide dans propriétés prices..."

Comment, je peux améliorer ou corriger ce-ci svp?

Merci par avance

Ci-joint capture 

Edited June 27, 2023 by Khundo2023 (see edit history)

[Eolia]

Ben il faut corriger le product-list.tpl de votre thème qui n'est pas conforme, rien à voir avec PhenixSuite.

<div class="content_price" itemprop="offers" itemscope itemtype="https://schema.org/Offer"> <span itemprop="price" class="price product-price"> 46,09 € </span><meta itemprop="priceCurrency" content="EUR" />

Qui devrait être quelque chose comme ça:

<div class="content_price" itemprop="offers" itemscope itemtype="https://schema.org/Offer"> 
<span class="price product-price"> 46,09 € </span>
<meta itemprop="price" content="{if !$priceDisplay}{$product.price}{else}{$product.price_tax_exc}{/if}" />
<meta itemprop="priceCurrency" content="EUR" />

 

[Khundo2023]

9 hours ago, Eolia said:

Ben il faut corriger le product-list.tpl de votre thème qui n'est pas conforme, rien à voir avec PhenixSuite.

<div class="content_price" itemprop="offers" itemscope itemtype="https://schema.org/Offer"> <span itemprop="price" class="price product-price"> 46,09 € </span><meta itemprop="priceCurrency" content="EUR" />

Qui devrait être quelque chose comme ça:

<div class="content_price" itemprop="offers" itemscope itemtype="https://schema.org/Offer"> 
<span class="price product-price"> 46,09 € </span>
<meta itemprop="price" content="{if !$priceDisplay}{$product.price}{else}{$product.price_tax_exc}{/if}" />
<meta itemprop="priceCurrency" content="EUR" />

Bonsoir Eolia,

Un grand merci, je vais changer ça se soir

Bonne soirée à vous

 

[Khundo2023]

Bonsoir Eolia, 

Excusez moi de vous déranger encore et encore... 

J'ai erreur niveau Générateur Déclinaison sur mon site prod tourne sous phenix v 12 (ça me stress grave ne pas pouvoir régler ce soucis car je n'y connais rien niveau code etc)

Je suis retourné sur version 11 sur mon site test, et j'ai eu le même erreur avec le générateur déclinaison

Je vous ai envoyer 1 message vous demandant  de l'aide, si vous pouvez jeter un oeil sur mon site prod svp

En vous remerciant par avance

Cordialement

 

Edited June 28, 2023 by Khundo2023 (see edit history)

[Eolia]

je vous ai répondu.

Il y avait en effet une erreur de typo.

[Khundo2023]

 Bonjour Eolia 

Oh vous êtes mon ange gardien 😇

Ca me rassure aussi au niveau de vu et paiement via votre module Paypal, je viens d'avoir ma 1e commande sous phenix v12

Mille fois merci Eolia

Bonne journée à vous et à tous

Edited June 29, 2023 by Khundo2023 (see edit history)

[Jasonvapfusion]

Bonjour j'ai mis a jours la version prestashop que j'avais vers eolia j'ai juste une petite erreur quand je modifie un produits 

 

Fatal error: Uncaught Error: Cannot access protected property Product::$id_lang in /home/eyzp2800/public_html/classes/controller/AdminController.php:3807 Stack trace: #0 /home/eyzp2800/public_html/controllers/admin/AdminProductsController.php(644): AdminControllerCore->copyFromPost(Object(Product), 'product') #1 /home/eyzp2800/public_html/controllers/admin/AdminProductsController.php(2741): AdminProductsControllerCore->copyFromPost(Object(Product), 'product') #2 /home/eyzp2800/public_html/classes/controller/AdminController.php(1154): AdminProductsControllerCore->processUpdate() #3 /home/eyzp2800/public_html/classes/controller/AdminController.php(987): AdminControllerCore->processSave() #4 /home/eyzp2800/public_html/controllers/admin/AdminProductsController.php(2021): AdminControllerCore->postProcess() #5 /home/eyzp2800/public_html/classes/controller/Controller.php(192): AdminProductsControllerCore->postProcess() #6 /home/eyzp2800/public_html/classes/Dispatcher.php(403): ControllerCore->run() #7 /home/eyzp2800/public_html/ in /home/eyzp2800/public_html/classes/controller/AdminController.php on line 3807

 

et les edititeurs ne s'affiche plus 

[Eolia]

il y a une heure, Jasonvapfusion a dit :

Bonjour j'ai mis a jours la version prestashop que j'avais vers eolia j'ai juste une petite erreur quand je modifie un produits 

 

Fatal error: Uncaught Error: Cannot access protected property Product::$id_lang in /home/eyzp2800/public_html/classes/controller/AdminController.php:3807 Stack trace: #0 /home/eyzp2800/public_html/controllers/admin/AdminProductsController.php(644): AdminControllerCore->copyFromPost(Object(Product), 'product') #1 /home/eyzp2800/public_html/controllers/admin/AdminProductsController.php(2741): AdminProductsControllerCore->copyFromPost(Object(Product), 'product') #2 /home/eyzp2800/public_html/classes/controller/AdminController.php(1154): AdminProductsControllerCore->processUpdate() #3 /home/eyzp2800/public_html/classes/controller/AdminController.php(987): AdminControllerCore->processSave() #4 /home/eyzp2800/public_html/controllers/admin/AdminProductsController.php(2021): AdminControllerCore->postProcess() #5 /home/eyzp2800/public_html/classes/controller/Controller.php(192): AdminProductsControllerCore->postProcess() #6 /home/eyzp2800/public_html/classes/Dispatcher.php(403): ControllerCore->run() #7 /home/eyzp2800/public_html/ in /home/eyzp2800/public_html/classes/controller/AdminController.php on line 3807

 

et les edititeurs ne s'affiche plus 

J'ai répondu à votre mail.

Product->id_lang n'existe pas. Sauf si vous avez un module qui ajoute cette variable dans le formulaire produit.

[Khundo2023]

On 6/28/2023 at 9:53 AM, Eolia said:

Ben il faut corriger le product-list.tpl de votre thème qui n'est pas conforme, rien à voir avec PhenixSuite.

<div class="content_price" itemprop="offers" itemscope itemtype="https://schema.org/Offer"> <span itemprop="price" class="price product-price"> 46,09 € </span><meta itemprop="priceCurrency" content="EUR" />

Qui devrait être quelque chose comme ça:

<div class="content_price" itemprop="offers" itemscope itemtype="https://schema.org/Offer"> 
<span class="price product-price"> 46,09 € </span>
<meta itemprop="price" content="{if !$priceDisplay}{$product.price}{else}{$product.price_tax_exc}{/if}" />
<meta itemprop="priceCurrency" content="EUR" />

 

Bonsoir Eolia

Juste pour vous remercier pour ce bon code, ça fonctionne bien sur mon ancien theme ps1.61.24, cela peut servir pour ceux qui utilise encore les anciens thèmes

Je pense je vais refaire un nouveau theme personalisé basé sur default-bootstraps v12 cela evitera d'autres erreurs avenir

Bonne soirée à vous et merci encore pour votre aide

[Eolia]

Si vous voulez conserver vos personnalisations css avec le thème par défaut, effectuez TOUTES vos modifications css dans un fichier ( appelé custom.css par exemple) que vous placez dans /themes/default-bootstrap/css/autoload/

Il sera lu en dernier et ne sera jamais écrasé par les mises à jour.

[Khundo2023]

4 hours ago, Eolia said:

Si vous voulez conserver vos personnalisations css avec le thème par défaut, effectuez TOUTES vos modifications css dans un fichier ( appelé custom.css par exemple) que vous placez dans /themes/default-bootstrap/css/autoload/

Il sera lu en dernier et ne sera jamais écrasé par les mises à jour.

Ah super je vais faire ça, c'est plus simple

Merci

[Khundo2023]

Bonsoir Eolia,

Excusez moi de vous déranger, 

Sur mon site.fr en prod : Depuis j'ai modifié le fichier admin/theme/admin-theme.css  vers ligne 4730 width : 100%  en width: auto; (affin que je puisse voir les references déclinaison en entier, c'est pratique quand il y a beaucoup de déclinaisons dans un article..)

Depuis j'ai un soucis d'affichage les icons dans BO ça m'affiche des symbole à la place des icons

Pouvez m'aider à régler cela s'il vous plait ou jeter un oeil dessus dans BO svp ? c'est sur mon site.fr

Sinon dites moi comment faire pour afficher reference en entier dans éditeur produit -> déclinaison -> le champs reference xx-xx-xxx-xx-xx si possible svp

Merci par avance

 

 

 

 

[Eolia]

Ben  déjà, i vous avez des modifs à faire dans l'admin en css c'est le fichier override.css qu'il faut éditer, inon vos modifs seront écrasées à la prochaine mise à jour.

Deuxio, la ligne que vous avez modifiée ne concerne pas que cette partie de l'admin

Tertio, pour votre problème d'icône, videz le cache de votre navigateur.

[Khundo2023]

33 minutes ago, Eolia said:

Ben  déjà, i vous avez des modifs à faire dans l'admin en css c'est le fichier override.css qu'il faut éditer, inon vos modifs seront écrasées à la prochaine mise à jour.

Deuxio, la ligne que vous avez modifiée ne concerne pas que cette partie de l'admin

Tertio, pour votre problème d'icône, videz le cache de votre navigateur.

Merci Eolia de votre guide

ça fonctionne bien, je veux juste voir tout dans champs reference 

C'est noté dans override.css

 

 

[Sda33]

Bonjour,

Juste une question, parce que j'ai constaté un comportement curieux, c'est sur les quantités disponibles pour les Packs de produits.

Je vois en backoffice que sur toute une série de packs de produits, j'ai des quantités bien plus importantes que ce que j'ai mis moi-même en stock (je le retrouve dans ma sauvegarde SQL d'avant mise en production).

Alors ai-je pu moi-même me tromper (ou mon collègue) en intervenant sur les quantités depuis, ou bien s'agit-il d'un fonctionnement nouveau, je ne sais pas...

Pour info mais je ne sais pas si c'est utile, nos packs sont programmés sur "je veux définir mes quantités manuellement" et "décrémenter les deux". Je peux très bien avoir une quantité de 5 pour un pack de produits, alors qu'à l'unité j'ai tous les produits du pack en quantité supérieure, c'est voulu.

Donc ma question, juste pour savoir, une modification a-t-elle été faite dessus depuis la 1.6.1.24 ? Quelque chose qui modifierait automatiquement (en les augmentant) les quantités dispos ? Cela m'aiderait à trouver la source du "problème", parce que je ne sais pas comment le reproduire. 

Merci.

[Eolia]

Oui, c'est dans le log de la 1.6.1.28

Citation

Mise à jour des packs lors de l'ajout de stock de produits appartenant à ces packs

suite à la demande de plusieurs de mes clients qui galéraient à mettre à jour tous leurs packs lors de la remise en stock de produits unitaires.

On pourrait désactiver cette maj en ajoutant un paramètre dans les stocks en cas de pack: "Ne pas mettre à jour suivant les stock des produits unitaires de ce pack"

ou alors "Limiter le stock disponible à la vente à " XXX unités

[Sda33]

4 minutes ago, Eolia said:

suite à la demande de plusieurs de mes clients qui galéraient à mettre à jour tous leurs packs lors de la remise en stock de produits unitaires.

Merci pour votre réponse rapide !

 

Pouvez-vous me dire à quel moment ça se passe, pour que je le désactive le comportement de mon côté ? Merci.

[Eolia]

Ligne 615 de stockavailable.php:

public static function updatePackQty($product_id)

 

[Eolia]

L'option sera dispo dans la .13:

[Sda33]

2 hours ago, Eolia said:

Ligne 615 de stockavailable.php:

public static function updatePackQty($product_id)

 

Merci. On est d'accord, je peux sans risque mettre tout le contenu de cette fonction en commentaire ?

[Eolia]

Mettez juste return; au début^^

[Khundo2023]

Bonsoir Eolia, 

Juste pour vous demandez un petit truc simple pour vous, et oh combien que c'est  compliquer pour moi,

c'est d'inserrer l'icons Fontansome dans l'éditeur de text, si cela est possible bien entendu

j'avais cet icons sous ps1.6.1.24 c'est très pratique... mais sur la Phenix v12 il n'y ai plus, serez-t-il possible de l'intégrer directement sur la v13, svp ?

Ou me guider comment faire svp,?

Merci par avance

Edited July 2, 2023 by Khundo2023 (see edit history)

[Eolia]

C'est intégré dans la .13

[Khundo2023]

2 hours ago, Eolia said:

C'est intégré dans la .13

Bonjour Eolia,

Genial merci beaucoup,

Bonne journée à vous et à tous

[Khundo2023]

Bonjour Eolia,

Je viens vers vous car j'ai soucis sur mon site.fr prod sous version v12 au niveau caractéristique du produit il y a un problème lorsqu'on modifier ou rajouter les caratéristiques ça ne restent pas, c'est limité au bout de 3 ligne

On peut rajouter plus mais chaque fois j'actualise le produit ça ne reste pas

Pouvez-vous m'aider ou jetez un oeil sur mon site.fr s'il vous plait ?

Merci par avance

A noter sur mes anciens articles les caractéristiques fiche technique restent bien

Edited July 4, 2023 by Khundo2023 (see edit history)

[Eolia]

Pouvez-vous être plus précis svp ? Je ne comprends pas la question.

Je viens de tester sur un produit:

et en Front-office:

 

[Khundo2023]

4 hours ago, Eolia said:

Pouvez-vous être plus précis svp ? Je ne comprends pas la question.

Je viens de tester sur un produit:

et en Front-office:

 

Bonsoir Eolia,

Oui ça affiche bien la 1e fois mais dès vous retourner pour rajouter en supplémentaires d'autres caratéristique et valeur ça ne garde pas l'ancien, ça écrase par dessus au lieu de se rajouter dans la fiche technique ça écrase par dessus

ci-joint 2 captures 

1e capture souligner en jaune va être écrasé au lieu que ça garde

2e captures : quand je rajoute en supplémentaire Marques et Norme CE et là le Caratéristique Durée de conservation 2 ans disparu, écrasé par Marque et Norme CE... Parfois ça garde que 3 lignes...

Pouvez-me guider pour corriger ce problème svp? 

Merci par avance

Edited July 4, 2023 by Khundo2023 (see edit history)

[Jasonvapfusion]

Bonjour, Merci de votre reponse j'ai encore un dernier petit soucis sur l'affichage des resumé qui ne saffiche pas 

[Eolia]

Ben si ça fonctionne

Je pense que le problème vient de vos anciennes caractéristiques où vous avez créé des milliers de valeurs custom avec les même valeurs. Il faudrait faire un nettoyage de tout ça pour commencer.

Je vais écrire un script pour remettre tout ça en ordre.

[Sda33]

Bonjour,

Petite erreur en Backoffice > Product > Accessories.

La liste déroulante qui permet d'aller chercher les produits liés n'accepte plus les packs de produits (elle liste bien tous les produits, mais pas ceux en pack, et si on tape la référence directement elle affiche le message  {"error":"No product found"}.

Pourtant si on ajoute le produit en question directement en base de données il remonte bien en front comme en back.

(j'ajoute une illustration, sur https://presta.devcustom.net/ le produit de référence TEST8 est un pack et je ne peux pas le trouver, alors que je n'ai pas eu de problème pour les autres)

J'ai cherché un peu je ne vois pas dans quel fichier cette liste est générée... pouvez-vous juste m'aiguiller ?

Merci.

Edited July 5, 2023 by Sda33 (see edit history)

[Khundo2023]

3 hours ago, Eolia said:

Ben si ça fonctionne

Je pense que le problème vient de vos anciennes caractéristiques où vous avez créé des milliers de valeurs custom avec les même valeurs. Il faudrait faire un nettoyage de tout ça pour commencer.

Je vais écrire un script pour remettre tout ça en ordre.

Bonjour Eolia, 

Merci Eolia, oui ça sera le bienvenue votre script,

car là si je supprime à l'aveugle comme ça, tout va chambouler sur les fiches techniques déjà publiés..

Bonne journée à vous et à tous 

 

 

Edited July 5, 2023 by Khundo2023 (see edit history)

[Sda33]

1 hour ago, Sda33 said:

J'ai cherché un peu je ne vois pas dans quel fichier cette liste est générée... pouvez-vous juste m'aiguiller ?

Ok j'ai trouvé, c'est dans \js\admin\products.js.

J'ai modifié la ligne 812 en ajoutant la partie en gras (que j'avais en 1.6.1.24)

: .autocomplete('ajax_products_list.php?exclude_packs=0&excludeVirtuals=0',

 

J'espère que cela n'aura pas d'incidence négative ailleurs.

[Eolia]

Non, pas de souci, je ne sais pas pourquoi ce bout de code à sauté, je n'ai rien de personnel contre les packs ni les produits virtuels en accessoires :p 

[Eolia]

Il y a 11 heures, Jasonvapfusion a dit :

Bonjour, Merci de votre reponse j'ai encore un dernier petit soucis sur l'affichage des resumé qui ne saffiche pas 

Vous devez avoir une erreur js (en rouge dans votre console navigateur (F12)) qui bloque le chargement de TinyMce

[Khundo2023]

Bonjour Eolia,

C'est bon, j'ai pu fixer mon problème en regroupant certains groupes de caractéristiques  et ses valeurs depuis bdd

et tout semble ok now

Merci de votre aide 

[Khundo2023]

Bonsoir Eolia, 

A propos de la version 13 avec insertion de les icons FontAwsome, 

pouvez-vous svp, inserrer aussi "les polices de caractères et taille de police" dans l'éditeur du produit ?

ça sera super et plus complet que les versions prestashop... L'implanter définitivement cela évite de traficoter les fichiers.js chaque mise à jour des versions phenix avenir.. 

En surfant un peu partout sur le net, J'ai réussi à l'inserré sur v12  les icons et "ces polices de caractères et taille de police" dans l'éditeur du produit" mais demande des manipulations des fichiers donc chaque mise à jour de phenix, rebelote...

dans le dossier js/admin/tinymce.inc.js vers ligne 17 j'ai insérré ce code...

	default_config = {
		selector: ".rte" ,
		plugins : "colorpicker link image paste pagebreak table contextmenu filemanager table code media autoresize textcolor anchor fontawesome noneditable",
		  
		browser_spellcheck : true,
	//	  toolbar1 : "styleselect,|,formatselect,|,fontselect,|,fontsizeselect,",

		toolbar1 : "code,|,bold,italic,underline,strikethrough,|,alignleft,aligncenter,alignright,alignfull,formatselect,|,fontselect,|,fontsizeselect,|,blockquote,colorpicker,pasteword,|,bullist,numlist,|,outdent,indent,|,link,unlink,|,anchor,|,media,image,fontawesome",
		toolbar2: "",

Et ça me donne ça : 

 

 

Peut-être vous avez déjà intégré...

Merci par avance Eolia, 

 

 

 

[Eolia]

Il y a 7 heures, Khundo2023 a dit :

Bonsoir Eolia, 

A propos de la version 13 avec insertion de les icons FontAwsome, 

pouvez-vous svp, inserrer aussi "les polices de caractères et taille de police" dans l'éditeur du produit ?

ça sera super et plus complet que les versions prestashop... L'implanter définitivement cela évite de traficoter les fichiers.js chaque mise à jour des versions phenix avenir.. 

En surfant un peu partout sur le net, J'ai réussi à l'inserré sur v12  les icons et "ces polices de caractères et taille de police" dans l'éditeur du produit" mais demande des manipulations des fichiers donc chaque mise à jour de phenix, rebelote...

dans le dossier js/admin/tinymce.inc.js vers ligne 17 j'ai insérré ce code...

	default_config = {
		selector: ".rte" ,
		plugins : "colorpicker link image paste pagebreak table contextmenu filemanager table code media autoresize textcolor anchor fontawesome noneditable",
		  
		browser_spellcheck : true,
	//	  toolbar1 : "styleselect,|,formatselect,|,fontselect,|,fontsizeselect,",

		toolbar1 : "code,|,bold,italic,underline,strikethrough,|,alignleft,aligncenter,alignright,alignfull,formatselect,|,fontselect,|,fontsizeselect,|,blockquote,colorpicker,pasteword,|,bullist,numlist,|,outdent,indent,|,link,unlink,|,anchor,|,media,image,fontawesome",
		toolbar2: "",

Et ça me donne ça : 

 

 

Peut-être vous avez déjà intégré...

Merci par avance Eolia, 

 

 

 

Non, j'ai intégré les tailles mais pas les polices car c'est une erreur. Ces polices sont celles de VOTRE ordinateur et ne seront donc pas forcément présentes chez celui ou celle qui parcourt votre site.

Le formatage global (police et styles) doit se faire dans le css de votre thème pour conserver une certaine cohérence.

[Asu34]

Bonjour @Eolia,

J'ai voulu installer cette PhenixSuite en local (wamp) afin de la tester, mais lors de l'installation, à 23% j'ai cette erreur :

Serais-tu d'où cela pourrait venir ?

[Eolia]

Ca peut venir de plusieurs choses suivant votre version PHP ou MySQL/MariaDB.

Avez-vous quelque chose dans le error.log de votre Wamp ?

Edited July 7, 2023 by Eolia (see edit history)

[Asu34]

1 minute ago, Eolia said:

Ca peut venir de plusieurs choses suivant votre version PHP mou MySQL/MariaDB.

Avez-vous quelque chose dans le error.log de votre Wamp ?

Dans mon php_error j'ai ça :

 

[07-Jul-2023 11:41:02 Europe/Paris] PHP Notice:  Undefined index: HTTPS in D:\wamp64\www\Projets\Prestashop\phenixsuite\classes\Language.php on line 990
[07-Jul-2023 11:41:02 Europe/Paris] PHP Stack trace:
[07-Jul-2023 11:41:02 Europe/Paris] PHP   1. {main}() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:0
[07-Jul-2023 11:41:02 Europe/Paris] PHP   2. InstallControllerHttp::execute() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:31
[07-Jul-2023 11:41:02 Europe/Paris] PHP   3. InstallControllerHttpProcess->process() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\classes\controllerHttp.php:173
[07-Jul-2023 11:41:02 Europe/Paris] PHP   4. InstallControllerHttpProcess->processInstallDefaultData() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:93
[07-Jul-2023 11:41:02 Europe/Paris] PHP   5. InstallModelInstall->installDefaultData($shop_name = 'Phenix', $iso_country = 'fr', $all_languages = FALSE, $clear_database = TRUE) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:166
[07-Jul-2023 11:41:02 Europe/Paris] PHP   6. InstallModelInstall->installLanguages($languages_list = [0 => 'fr']) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:200
[07-Jul-2023 11:41:02 Europe/Paris] PHP   7. LanguageCore::downloadAndInstallLanguagePack($iso = 'fr', $version = '1.6.2.12', $params = ['name' => 'Français (French)', 'iso_code' => 'fr', 'allow_accented_chars_url' => ''], $install = *uninitialized*) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:344
[07-Jul-2023 11:41:06 Europe/Paris] PHP Notice:  Undefined index: HTTPS in D:\wamp64\www\Projets\Prestashop\phenixsuite\classes\Language.php on line 862
[07-Jul-2023 11:41:06 Europe/Paris] PHP Stack trace:
[07-Jul-2023 11:41:06 Europe/Paris] PHP   1. {main}() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:0
[07-Jul-2023 11:41:06 Europe/Paris] PHP   2. InstallControllerHttp::execute() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:31
[07-Jul-2023 11:41:06 Europe/Paris] PHP   3. InstallControllerHttpProcess->process() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\classes\controllerHttp.php:173
[07-Jul-2023 11:41:06 Europe/Paris] PHP   4. InstallControllerHttpProcess->processInstallDefaultData() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:93
[07-Jul-2023 11:41:06 Europe/Paris] PHP   5. InstallModelInstall->installDefaultData($shop_name = 'Phenix', $iso_country = 'fr', $all_languages = FALSE, $clear_database = TRUE) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:166
[07-Jul-2023 11:41:06 Europe/Paris] PHP   6. InstallModelInstall->installLanguages($languages_list = [0 => 'fr']) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:200
[07-Jul-2023 11:41:06 Europe/Paris] PHP   7. LanguageCore::downloadAndInstallLanguagePack($iso = 'fr', $version = '1.6.2.12', $params = ['name' => 'Français (French)', 'iso_code' => 'fr', 'allow_accented_chars_url' => ''], $install = *uninitialized*) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:344
[07-Jul-2023 11:41:06 Europe/Paris] PHP   8. LanguageCore::checkAndAddLanguage($iso_code = 'fr', $lang_pack = FALSE, $only_add = FALSE, $params_lang = ['name' => 'Français (French)', 'iso_code' => 'fr', 'allow_accented_chars_url' => '']) D:\wamp64\www\Projets\Prestashop\phenixsuite\classes\Language.php:1035

J'étais sous php 7.2, j'ai essayé 7.4 mais idem...

 

[Khundo2023]

1 hour ago, Eolia said:

Non, j'ai intégré les tailles mais pas les polices car c'est une erreur. Ces polices sont celles de VOTRE ordinateur et ne seront donc pas forcément présentes chez celui ou celle qui parcourt votre site.

Le formatage global (police et styles) doit se faire dans le css de votre thème pour conserver une certaine cohérence.

Bonjour Eolia,

Déjà c'est super implanter Taille de police et les icons fontanwnsome ça sera tjs plus pratique que les versions prestashop..

D'accord je vais configurer les polices et style dans global.css

Merci Eolia bonne journée à vous &  à tous

 

[Mediacom87]

Il y a 6 heures, Khundo2023 a dit :

Déjà c'est super implanter Taille de police et les icons fontanwnsome ça sera tjs plus pratique que les versions prestashop..

Et se retrouver avec des pages au contenu hétérogènes et des accumulations anarchiques de code inutile.

Le design se gère dans le CSS, jamais unitairement sur un élément de texte.

[Khundo2023]

1 hour ago, Mediacom87 said:

Et se retrouver avec des pages au contenu hétérogènes et des accumulations anarchiques de code inutile.

Le design se gère dans le CSS, jamais unitairement sur un élément de texte.

Bonsoir Mediacom,

C'est noté, merci et merci aussi pour votre module Medadminer base de donnée, ça m'a vraiment dépané et facile à utiliser pour un débutant comme moi

Bonne soirée à vous

 

Edited July 7, 2023 by Khundo2023 (see edit history)

[Eolia]

Il y a 2 heures, Mediacom87 a dit :

Et se retrouver avec des pages au contenu hétérogènes et des accumulations anarchiques de code inutile.

Le design se gère dans le CSS, jamais unitairement sur un élément de texte.

Oui et non.

Le css doit gérer les élément principaux mais dans une page cms le gras, les listes, les tailles peuvent être modifiés.

Je préfère une taille 18 à une balise Titre 2 qui rajoute des balises. D'ailleurs j'ai changé les intitulés pour ces blocs pour que tout le monde comprenne:

 

[Eolia]

Il y a 9 heures, Asu34 a dit :

Dans mon php_error j'ai ça :

 

[07-Jul-2023 11:41:02 Europe/Paris] PHP Notice:  Undefined index: HTTPS in D:\wamp64\www\Projets\Prestashop\phenixsuite\classes\Language.php on line 990
[07-Jul-2023 11:41:02 Europe/Paris] PHP Stack trace:
[07-Jul-2023 11:41:02 Europe/Paris] PHP   1. {main}() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:0
[07-Jul-2023 11:41:02 Europe/Paris] PHP   2. InstallControllerHttp::execute() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:31
[07-Jul-2023 11:41:02 Europe/Paris] PHP   3. InstallControllerHttpProcess->process() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\classes\controllerHttp.php:173
[07-Jul-2023 11:41:02 Europe/Paris] PHP   4. InstallControllerHttpProcess->processInstallDefaultData() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:93
[07-Jul-2023 11:41:02 Europe/Paris] PHP   5. InstallModelInstall->installDefaultData($shop_name = 'Phenix', $iso_country = 'fr', $all_languages = FALSE, $clear_database = TRUE) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:166
[07-Jul-2023 11:41:02 Europe/Paris] PHP   6. InstallModelInstall->installLanguages($languages_list = [0 => 'fr']) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:200
[07-Jul-2023 11:41:02 Europe/Paris] PHP   7. LanguageCore::downloadAndInstallLanguagePack($iso = 'fr', $version = '1.6.2.12', $params = ['name' => 'Français (French)', 'iso_code' => 'fr', 'allow_accented_chars_url' => ''], $install = *uninitialized*) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:344
[07-Jul-2023 11:41:06 Europe/Paris] PHP Notice:  Undefined index: HTTPS in D:\wamp64\www\Projets\Prestashop\phenixsuite\classes\Language.php on line 862
[07-Jul-2023 11:41:06 Europe/Paris] PHP Stack trace:
[07-Jul-2023 11:41:06 Europe/Paris] PHP   1. {main}() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:0
[07-Jul-2023 11:41:06 Europe/Paris] PHP   2. InstallControllerHttp::execute() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\index.php:31
[07-Jul-2023 11:41:06 Europe/Paris] PHP   3. InstallControllerHttpProcess->process() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\classes\controllerHttp.php:173
[07-Jul-2023 11:41:06 Europe/Paris] PHP   4. InstallControllerHttpProcess->processInstallDefaultData() D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:93
[07-Jul-2023 11:41:06 Europe/Paris] PHP   5. InstallModelInstall->installDefaultData($shop_name = 'Phenix', $iso_country = 'fr', $all_languages = FALSE, $clear_database = TRUE) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\controllers\http\process.php:166
[07-Jul-2023 11:41:06 Europe/Paris] PHP   6. InstallModelInstall->installLanguages($languages_list = [0 => 'fr']) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:200
[07-Jul-2023 11:41:06 Europe/Paris] PHP   7. LanguageCore::downloadAndInstallLanguagePack($iso = 'fr', $version = '1.6.2.12', $params = ['name' => 'Français (French)', 'iso_code' => 'fr', 'allow_accented_chars_url' => ''], $install = *uninitialized*) D:\wamp64\www\Projets\Prestashop\phenixsuite\install\models\install.php:344
[07-Jul-2023 11:41:06 Europe/Paris] PHP   8. LanguageCore::checkAndAddLanguage($iso_code = 'fr', $lang_pack = FALSE, $only_add = FALSE, $params_lang = ['name' => 'Français (French)', 'iso_code' => 'fr', 'allow_accented_chars_url' => '']) D:\wamp64\www\Projets\Prestashop\phenixsuite\classes\Language.php:1035

J'étais sous php 7.2, j'ai essayé 7.4 mais idem...

 

Ce sont des notices ça, pas des fatals...

Je vais installer un Wamp pour tester.

[Khundo2023]

15 hours ago, Eolia said:

Oui et non.

Le css doit gérer les élément principaux mais dans une page cms le gras, les listes, les tailles peuvent être modifiés.

Je préfère une taille 18 à une balise Titre 2 qui rajoute des balises. D'ailleurs j'ai changé les intitulés pour ces blocs pour que tout le monde comprenne:

 

Bonjour Eolia,

Moi aussi je suis habitué avec taille xx que h1 h2 etc

Merci de la précision

PS : Et Phenix v12 fonctionne à merveille en mode prod avec vos modules, paypal Google Analytique reconnait bien G4...

Suis super content, merci encore Eolia

Bonne journée à vous

Edited July 8, 2023 by Khundo2023 (see edit history)

[Eolia]

Le 07/07/2023 à 11:17 AM, Asu34 a dit :

Bonjour @Eolia,

J'ai voulu installer cette PhenixSuite en local (wamp) afin de la tester, mais lors de l'installation, à 23% j'ai cette erreur :

Serais-tu d'où cela pourrait venir ?

Effectivement $_SERVER['HTTP_HOST'] n'existe pas nativement dans Wamp.

Ce sera ok pour la .13

En attendant vous pouvez mettre le display_errors à false dans votre Wamp pour ne pas crasher l'install.