Mpix

Bonjour, Nous rencontrons un souci au niveau du système de trads de prestashop sur un site à semi-haut trafic: PHP Fatal error: Uncaught Symfony\\Component\\Filesystem\\Exception\\IOException: Cannot rename "/var/www/var/cache/prod/translations/catalogue.fr-FR.L8dqxxF.phprtFzmj" to "/var/www/var/cache/prod/translations/catalogue.fr-FR.L8dqxxF.php". Le site complet reste en erreur 500 pour une minute ou plus (selon si le downtime fait effet boule de neige ou pas). Notre piste est que le gros nombre de textes à traduire (les catalogues en cache font 1.8mb) causent de multiples régénérations en parallèle => souci d'écritures simultanées dans le même fichier. Ce n'était pas un souci en cours de dev avec 3 personnes, mais 100+ utilisateurs concurrents de base (sachant qu'on est en période calme et qu'on atteint parfois du 1500) causent un emballement complet, y compris au niveau de la DB qui doit renvoyer toute la table des trads à chaque régénération. Est-ce que quelqu'un a déjà rencontré ce problème et a des stratégies pour mitiger? Merci d'avance. --------- Semi résolution: Si quelqu'un tombe sur ce topic: on a fait un système de conversion des trads de DB => xliff pour une multitude de modules traduits directement et intégralement en DB, sans leurs propres fichiers de trads statiques dans les langues visées. Ca a permis de bien nettoyer la table et d'alléger le trafic qui passait de ps_translation au site sans saturer le réseau entre serveur sql/serveur web => moins de lenteurs => pas de crash. On garde les exceptions en écriture, mais seulement sur une quinzaine de secondes.

It's a great approach. I would in other circumstances (or stick to the hook), but this blessed project is 99% custom-made features which allows for full freedom, so I might as well get some Symfony in!

Thanks, but I think you gave me the tip I needed already! For those stumbling here through google with the same question: my scope was altering/hiding some steps and adding several others, for a customer with a very extended product. Ie: their prices are generated from a formula based on various parameters, so the price tab "existing" could lead to accidental overwriting. MANY, MANY new switches and fields. "displayAdminProductsExtra" is too hidden away, we aimed at more visual clarity for the client's large team. On top of Knacky's suggestion, I'm attempting to override 'PrestaShopBundle\Controller\Admin\ProductController' from the module's 'config/services.xml' file. From there I should be able to: override createFormBuilder() to add my data/steps change the main template through the @Template annotation of formAction() if needed use Knacky's method to improve the other tabs \o/ Good luck.

Thank you! That's a great help and it should help with a big part of the changes I have to do make.

Hello, Noob here. I'm developing a module where I need to alter the formbuilder instance for the product page in the BO. The one used in PrestaShopBundle\Controller\Admin\ProductController::createProductForm . It doesn't seem to have a "FormBuilderModifier" hook, so I am stuck. Any idea of a method I could use to access it from a module hook? Thank you very much in advance!