LauraPresta

Merci Papich, dans mon cas le theme et la majorité des modules c'est du sur-mesure. La migration peut être de 1.6 à 8 (ou 9 avec un module migration bien abouti) du moment que client, panier, commande, sav etc.. sont conservés. Pour le reste je dois adapter/recoder quoi qu'il arrive. il existe aussi la problématique du mot de passe client, mais elle est gérée dans les modules de migration

Je suis peut-être passé à côté.. parlent-ils des problèmes de cache (opcache) et de stabilité ? Si tu devais faire un choix maintenant pour 8 ou 9 tu ferais quoi ? (bravo pour https://eoliashop.com/phenixsuite/prestashop-new) Selon vous, le passage de 8 vers 9 serait une mise à jour indolore (ou presque / quelques modifs du theme à faire et mise à jour/corrections de modules) ou ça serait une migration ? (edit: à priori ça serait une migration, et c'est ça le truc, j'ai pas envie de faire un migration vers 8, pour ensuite en refaire une sur 9, mais en même temps j'ai pas envie des problèmes d'une version instable de 9. Et en même temps, fin de support d 8.X à l'arrivée de 10)

le message ci dessus c'est de l'IA..

Je suis sur ce sujet depuis deux semaines, pour 1.6 -> 9. Actuellement, même le module de migration le plus vendu, et déclaré être compatible pour la migration vers PS 9, est foireux. En simple exemple, il utilise encore la fonction de cryptage de PS8 qui a disparu sur PS9, donc ils n'ont même jamais réellement testé leur module pour une migration vers PS9. (Tools::encrypt() ) Concernant PS9 lui-même, il semble y avoir de gros soucis notamment lié au cache (opcache), et je le sens assez instable et irrégulier même sur une version toute fraîche. Alors même que son lancement n'est pas si récent (juin si je ne me trompe pas) il y a encore des modules indisponibles comme ceux pour certaines banques. Je ne suis plus autant sur prestashop qu'avant, mais on dirait que rien n'a changé. Je vois d'ailleurs que ADDONS continue la manipulation des résultats de recherche, tapez Colissimo et vous aurez tout sauf le module officiel (qui est gratuit comme par hasard et qui est cependant bien présent sur la plateforme ) C'est quand même dingue. Avec l'expérience, pour ceux qui peuvent, le mieux est de changer de CMS.

Thank you AwisObuwie for this great quality answer.

Merci pour cette idée. Il y a trop de failles critiques de sécurité sur 1.6 et il y a la fin de vie de la version php que nous utilisons etc.. Je ne veux pas donner d'onde négative en regard de tout le travail fait jusqu'à présent mais je pense que c'est vraiment la fin. La branche 8 devient vraiment indépendante avec des choses comme la retro compatibilité des thèmes, comme une appli on pourra toujours être à jour sans avoir de gros soucis (en théorie bien sûr). Quel est ton avis ?

Peut-être qu'avec la scission et la branch 8.x on aura enfin une avancée. Tu as déjà fait des migrations du type 1.6 vers 8.x ? Je vais devoir en faire une et j'ai déjà des sueurs froides rien que d'imaginer tout ce qu'il va se passer

Hello ! Do some mates here had some experience for this kind of migration ? It is such a huge step between these both versions that of course i'm prepared for a bunch of problems. Also i wouldn't be surprised if some almost impossible to solve (AKA too much time consuming) errors happened. How would you advise proceed ? I can set up a temp server and do all the work there, but how to handle the new orders happening on the main site during the days/weeks spend to work on the temp server ? (AKA to transfert the new orders from old 1.6 to new 8.1) Until here, i could handle migration in one or two nights of work, but for this one it's obviously not possible.

Ok it seems that acting on the value in DB, making it negative, give good result, with no bug, for once

Hello, Anyone ever worked on this part ? I mean, we can add a discount percentage on customer category, but i would like to add a negative one (so it increases prices for this category of customers). When i try it says "wrong value", any tips on this ? I can try to make the changes to add this value but im scared it gonna make some bugs in the rest of the process

Prestashop forum says i'm a newbie - 9 years, 378 posts, 31 reputations, 6 badges, 4 community answers, 1 day won I am a fugging noob.

Module is running only in backoffice, but when picture seems to big, it leads to a 404 error in frontoffice BUT still the url is a backoffice url (wierd) Image captured is base64 jpeg that is given with post request, then php decode it and save it Edit : i'm using Webcam.js, I have changed the capture quality from 100 to 90 and can get even larger files... So problem "solved" even if not really.. that is still fine for my usage. This kind of thing makes me crazy prestashop webcam.js php 404

You are not developping the module Simply check addons marketplace, i think there is all you need

Hello dear community, My module is photoshooting throu webcam, everything works fine until the picture become to big What i presume too big is not that big.. like 1.3mB Server is configured with post_max_size 512mB... which is far more than needed Data is given throu post request into a textaera filed (or input text which also leads to same 404) Also i dont see any error even with debug mode on.. it leads to frontoffice 404 page.. while keeping a backoffice URL.. Also i tried differents versions of php.. Also i crawled search engines.. Any tips ? Any clue ?

ah... ce bon vieux temps ou l'on pensait que certaines des choses fondamentales allaient arriver... ben oui.. vendre un logiciel avec un choix de license... un ou deux ans par exemple (AKA produit dématérialisé avec déclinaison)... ça semblerait évidement possible nativement avec prestashop ? bien évidement que non... ah... ce bon vieux temps où en 2012 l'on disait déjà : Toujours pas de produit virtuel avec déclinaisons ? Parce que bien sûr, on ne pensait pas que ça durerait... Comment penser, 9 ans plus tard, qu'il en serait définitivement ainsi ? Dans le cas du site pour lequel je bosse en ce moment.. on a un module de réservation qui override les pages produits... produits mis en dématérialisés pour éviter le tunnel d'adresse et choix du transporteur... Déjà un override donc on ne va pas leur dire de prendre un autre module qui va être non compatible... Ah mais oui c'est vrai !!!!... 30% de commission sur les ventes sur addons.. c'est beau.. 30% c'est comme l'Apple store... et même Apple commence à craquer... https://siecledigital.fr/2020/11/24/taxe-de-30-dans-lapp-store-apple-fait-encore-des-concessions/ mais alors "qu'est-ce qu'on attend" ?...