Eolia sur PhenixTweet

1 année

@Eolia
J'ai un module pour afficher l'enregistrement "client en rupture de stock" dans les statistiques. Le module a été développé par PrestaShop il y a longtemps.
Il fonctionnait avec PhenixSuite, mais depuis la mise à jour v1.6.2.16 - (2023-09-27) il s'est arrêté. Y a-t-il une chance que vous puissiez examiner ce problème et le modifier pour PhenixSuite ?

Module: https://fk123ab.com/statso...

Eolia @eolia

1 année

a répondu au Message de BigM - 1 année

Bonjour @BigM
en dehors d'un warning pour deprecated le module s'installe bien et semble fonctionnel chez moi.

BigM @bigm

1 année

a répondu au Message de Eolia - 1 année

Ma faute. Il y a un vieux bug dans PrestaShop lorsque les clients s'inscrivent pour recevoir une notification et que la date n'est pas enregistrée. Il affiche toujours 30-11--0001 au lieu de la date d'enregistrement. J'ai corrigé ce bug d'une manière ou d'une autre (selon le forum PrestaShop), mais je n'ai pas remarqué que cette correction avait été annulée lors de la mise à jour de la V17.
Quoi qu'il en soit, votre module avancé semble beaucoup plus utile, donc je vais l'acheter.

Eolia @eolia

1 année

a répondu au Message de BigM - 1 année

C'est dans la définition de la colonne ajoutée en fait, ça doit être:

CODEADD `date_add` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP

BigM @bigm

1 année

a répondu au Message de Eolia - 1 année

Pouvez-vous préciser où ajouter le code ? J'utilise maintenant votre module "customersoos".

Eolia @eolia

1 année

a répondu au Message de BigM - 1 année

Ah, dans ce cas c'est différent car la colonne date_add ayant déjà été ajoutée par l'ancien module il faut faire une requête SQL

CODE
ALTER TABLE `ps_mailalert_customer_oos`
CHANGE `date_add` `date_add` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP AFTER `id_lang`;

et remplacez ps_ par votre préfixe de table s'il est différent.

BigM @bigm

1 année

a répondu au Message de Eolia - 1 année

Je suis peut-être trop stupide. Les anciennes alertes clients sont affichées avec la date, mais les nouveaux enregistrements n'affichent que 0000-00-00 00:00:00

Eolia @eolia

a répondu au Message de BigM - 1 année

Vous avez effectué la requête ci-dessus ?

BigM @bigm

1 année

a répondu au Message de Eolia - 1 année

Oui, mais cela n'a rien changé. --MySQL a renvoyé un résultat vide (c'est-à-dire zéro enregistrement)--

Je pense que le problème se situe dans MailAlert.php car dans le module customersoos il est indiqué 0000-00-00 00:00:00 et dans le module statsoos il est indiqué 30-11--0001.

Eolia @eolia

1 année

a répondu au Message de BigM - 1 année

La requête que je vous ai donné dit qu'à chaque enregistrement on remplit le champ date_add avec l'heure courante.
Si vous avez des dates pourries telles que 30-11-0001 il faut les mettre à jour dans votre base, à la date d'aujourd'hui.

doekia @doekia

1 année

a répondu au Message de BigM - 1 année

Je pense que vous avez un problème de date et de timezone dans votre serveur.

MySQL est "débile". la date null n'existe pas, et devient 000-00-00 00:00:00 mais à cause du décalage horaire de votre timezone devient un timestamp décalé.

CODE update  {table} set {column} =now() where {column} <  '1900-01-01'

Devrait résoudre le problème

{table} à remplacer par votre nom de table

{column} = votre colonne de date

(2) Afficher ce fil

S'identifier