hpar

There is no need to understand code when you review coding style, so I doubt there will be much improvement / refactoring. But if the objective is : then coding style is not very relevant. Prestashop (even parts of it) is hard to interact with / integrate in other projects. Because it's monolithic, slow, hard to debug, not documented, and some parts are poorly designed. Note: I have nothing against PSR-2, it will add some consistency in code, and it will be very usefull the day prestashop will include other components from the community (PSR-3 Loggers, PSR-4 autoloading). I just see it as a "Nice to Have".

I don't think it's fondamentally a bad idea to change coding style. But coding style isn't the problem when you start reading Prestashop code. There is other areas where spending time will improve developer experience.

I don't know cart rule system enough to give an advice.

According to your screenshot, there is also 30 000 queries to the database

Hi, You can run xhprof in order to know the costly modules / functions. Bye the way, I've written an article (in french) about how to use xhprof and xhgui with prestatshop

Désactive les modules Gamification et BlockLayered avant l'importation. Pré-télécharge les images en local. Segmente ton csv en lots pas trop long. Si tu fais un import en local sur un mac, assures-toi que Spotlight n'indexe pas ton site. Si éditer 3 lignes de code source ne te fait pas peur, tu peux utiliser des transactions. Plus d'information : http://blog.hpar.fr/2015/03/14/ameliorer-performances-importation-prestashop/

Bonjour, Vérifie, dans la base de données, la table ps_shop_url devrait contenir un enregistrement avec domain = localhost et physical_uri le chemin vers ton dossier.

Il faut que ton bout de code qui envoie un email soit exécuté au bon moment. C'est le rôle des "hooks". Pour les utiliser il faut créer un module, indiquer une fonction qui va être invoquée à ce hook. (c'est le principe de l'observateur d'évènement). Il te faut donc : - lire la doc sur les modules et en créer un - trouver le hook qui va bien (= celui qui est appelé à la création d'un compte) - comprendre comment les emails sont générés dans prestashop. Pour ça, une recherche dans le code avec la fonction que je t'ai indiqué précédemment peut t'aider. (exemple : https://github.com/PrestaShop/PrestaShop/blob/1.6/controllers/front/AuthController.php#L703)

Bonjour, Il suffit de créer un petit module qui s'attache au bon hook. Ensuite utiliser la fonction Mail::Send()

Bonjour, Pour un besoin si particulier, je ne pense pas qu'un module soit disponible. Le but est bien de "recréer" vistaprint ?

It's because PS checks for the shop id in the superglobals. I have bundled a lib for handling login from external page: https://github.com/hparfr/prestashopBridge/

En fait, faire ce que tu veux est loin d'être facile en PHP, et donc rarement mis en place lorsqu'il s'agit d’interagir avec une banque. (d'où mon scepticisme). Tu dis que le client patiente avec un sablier, mais sur quel requête ? Bref, tu as une requête (le callback de la banque) et tu aimerais initier un traitement après avoir répondu à cette requête. Et tu n'a pas besoin de faire une synchronisation. Plusieurs solutions s'offrent à toi : - faire un fork - lancer un programme externe - utiliser une file de message Utiliser une file de message serait le plus "élégant", mais probablement trop lourd à mettre en place pour ton besoin. Lancer un programme externe, serait probablement le plus approprié, attentions à ne pas introduire de failles de sécurité.

Bonjour, Cela me semble assez étrange comme façon de procéder. Tu es sûr de l’enchainement ?

Hi, Yes, I have created a library for that : https://github.com/hparfr/prestashopBridge. It works.

Did you try to modify cart-product-line.tpl as Naldinho suggested ?