Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

nicolas
2006-04-18 16:48:21

rvelices a écrit:

OK. En fait si tu trouves trop complique le truc de microtime, on peut tout laisser comme c'est, mais pour la requete d'insertion on appele directement mysql_query a la place de pwg_query. Comme ca pas de message d'erreur.

On va y arriver! :-)

rvelices
2006-04-18 14:02:03

OK. En fait si tu trouves trop complique le truc de microtime, on peut tout laisser comme c'est, mais pour la requete d'insertion on appele directement mysql_query a la place de pwg_query. Comme ca pas de message d'erreur.

nicolas
2006-04-18 09:06:05

rvelices a écrit:

nicolas a écrit:

comme je disais on change le type du champ en int et en utilisant microtime() comme date d'expiration. Ce ne te convient pas ?

C'est bon, mais il faudrait mettre plutot un BIGINT ou soustraire une grande valeur des secondes microtime() pour ne pas avoir un depassement.

J'essaie de regarder ça dans la journée.

rvelices
2006-04-18 01:44:44

nicolas a écrit:

comme je disais on change le type du champ en int et en utilisant microtime() comme date d'expiration. Ce ne te convient pas ?

C'est bon, mais il faudrait mettre plutot un BIGINT ou soustraire une grande valeur des secondes microtime() pour ne pas avoir un depassement.

nicolas
2006-04-17 20:49:45

rvelices a écrit:

nicolas a écrit:

Je reste persuadé que ta méthode n'est pas la bonne.

Peut etre, mais les requetes sont optimisees et il n'y a aucune erreur.  Si tu trouves un autre moyen tres bien. Sinon on peut toujours revenir a ta version initiale, cad nombre de requetes non optimise, mais correct.

comme je disais on change le type du champ en int et en utilisant microtime() comme date d'expiration. Ce ne te convient pas ?

rvelices
2006-04-17 18:35:08

nicolas a écrit:

Je reste persuadé que ta méthode n'est pas la bonne.

Peut etre, mais les requetes sont optimisees et il n'y a aucune erreur.  Si tu trouves un autre moyen tres bien. Sinon on peut toujours revenir a ta version initiale, cad nombre de requetes non optimise, mais correct.

nicolas
2006-04-17 18:19:57

rvelices a écrit:

nicolas a écrit:

J'ai corrigé et amélioré. Pour moi c'est correct et pour vous ?

Tel que c'est maintenant sous svn tu porras avoir une Erreur MySql a la fin de ta page (duplicate key) si t'as un client et un serveur tres rapides et tu passes sur 2 pages dans la meme seconde. C'est la raison de mon test supplementaire.

dans ce cas il faut changer le type du champ et passer de datetime à timestamp (ou int(11)). La probabilité de faire une requête dans le même timestamp est alors nulle.

Je reste persuadé que ta méthode n'est pas la bonne.

rvelices
2006-04-17 18:03:18

nicolas a écrit:

J'ai corrigé et amélioré. Pour moi c'est correct et pour vous ?

Tel que c'est maintenant sous svn tu porras avoir une Erreur MySql a la fin de ta page (duplicate key) si t'as un client et un serveur tres rapides et tu passes sur 2 pages dans la meme seconde. C'est la raison de mon test supplementaire.

Et en fait mysql_affected_rows va jamais retourner -1 car dans ce cas pwg_query appelerait la fonction die bien avant.

nicolas
2006-04-17 17:03:02

J'ai corrigé et amélioré. Pour moi c'est correct et pour vous ?

chrisaga
2006-04-14 20:55:28

Malheureusement, l'histoire n'est pas finie.
J'ai du réouvrir le bug.

<:o(

nicolas
2006-04-09 19:16:47

VDigital a écrit:

Je pense que tu peux le clore.

Non je ne pense pas. Le bug y est mais je n'arrive pas à comprendre comment le reproduire de manière sûre. Je l'ai quelque fois mais pas tout le temps.

J'ai fini par trouver un moyen de le reproduire facilement. J'ouvre deu onglets: un sur admin, un sur galerie. Dans la partie admin je mets sur le panier. Dans la partie galerie j'ajoute des photos. Je clique une fois pour ajouter la photo dans le panier. Je raffraichie la page dans la partie admin et j'essaie d'ajouter de nouveau la photo dans la galerie. J'ai alors le bug.

Je l'ai finalement corrigé. C'est Radu qui l'avait introduit involontairement en corrigeant le code que j'avais écrit. Il avait voulu supprimer une requête en utilisant mysql_affected_rows. Bonne idée mais il ne faut faire l'insertion que si cette fonction renvoie -1!

VDigital
2006-04-09 17:05:56

Je pense que tu peux le clore.
Mais si tu veux une bizzarerie des sessions... ( Mais est-ce un problème des sessions ? )

Va dans l'admin, n'importe où, gérer par exemple et fait un refresh...
8-)

nicolas
2006-04-09 16:45:37

Bonjour à tous,
je n'arrive pas à reproduire ce bug de manière systématique. Quelqu'un peut-il me donner la "recette" ?

Nicolas

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact