Nicolas (Stafe)

Même si le post est daté, je viens de tomber sur ce même problème sur la boutique d'un client. Trois colonnes manquantes dans la DB. Voici le patch SQL : ALTER TABLE `ps_tax_rules_group` ADD `deleted` BOOLEAN NOT NULL , ADD `date_add` DATETIME NOT NULL , ADD `date_upd` DATETIME NOT NULL ;

C'est ce que j'ai fini par faire en effet Je trouve cela moins sympa à maintenir en revanche, mais rien de dramatique ^^

Bah justement si, c'est ce que j'avais commencé par faire, mais le hookDisplayAdminProductsExtra est déjà dans un <form></form> (celui du product) Donc je ne peux pas re-créer un <form></form> à l'intérieur du premier

ça ne règlerait pas le problème, mais te confirmerait l'origine. Tu as un lien à nous communiquer ?

Pour moi c'est symptomatique d'un hébergement sous dimensionné qui arriverait en bout de charge :-/ L'idéal serait de tester sur un dédié pour confirmer. Si tu lances le site en local (lamp/wamp) tu constates le problème également ?

Oui donc pas de méthode "propre" avec le formHelper, dommage ça

Ton site se trouve sur un dédié ou sur un serveur mutualisé ?

Peut-être un problème de charge ? Les erreurs 500 interviennent toujours sur les mêmes pages ? Ou parfois ça fonctionne et parfois non ?

Bonjour, J'ai entrepris de développer un module nécessitant l'ajout d'une tab dans l'admin d'un produit. Jusque là pas de problème, je me hook sur le hookDisplayAdminProductsExtra. Là où j'ai dû probablement loupé quelque chose, c'est au moment d'ajouter mes nouveaux champs au product_form. Voulant faire les choses proprement, j'ai utilisé le HelperForm, sans me rendre compte tout de suite que toutes les tabs sont englobées dans un seul et même <form> ! Donc je me retrouve avec un <form> dans un <form> : pas bien ! Je n'ai pour le moment pas trouvé de solution à ce problème. Y-a-t-il un moyen pour que le HelperForm::generateForm ne génère que les champs, sans le <form> </form> ? Merci d'avance à toi qui prend le temps de lire ce petit post Bonne journée.