Si tu n'es pas sur un système temps réel à forte contrainte... Tu peux te brosser cela ne sera jamais 0 ou 1.

Dans un premier temps il faudrait que tu instrumentalises ton code pour voir jusqu'ou il se balade.
Tu sauras alors ou il s'arrête et surtout s'il repasse plusieurs fois là ou il ne devrait pas.

Merci XTG, mais comment sur un traitement je peux avoir des comportements différents pour un même cas, un même exemple, une même action. J'aurai tendance à dire que c'est 0 ou 1 pour tous les cas et pas de l'aléatoire car c'est bien de ça qu'il s'agit pour un même cadre, une opération identique, 9 fois sur 10 c'est ok et la 10ème fois ca foire d'où ma question quel est le comportement d'un webservice trop sollicité, le script php patiente, reprend la main, est rejoué ?

En tout cas merci de ton aide.

Mega

Un webservice se repose sur le protocole http, donc s'il est indisponible erreur 500 ou autre.
Donc si tu as des incohérences dans ton traitement c'est ton traitement du webservice qu'il faut remettre en cause et non le webservice lui même.

Quand on traite un fichier par exemple, il peut arriver que le fichier n'existe pas.
Si l'on ne traite pas ce cas d'erreur on travaille dans le flou.
L'image est pareille avec un webservice.

Après si tu as une librairie en surcouche de ton application qui exploite le webservice va falloir regarder dedans.
Ils peuvent tout à fait implémenter du ping-pong et oublier de vider un buffer...

Bonjour,

Meilleurs voeux tout le monde !

J'avais une petite question pour les pros du webservice. Que se passe t-il pour une page php qui appelle un webservice si celui-ci est indisponible ou pas disponible tout de suite. Concrètement il y a un effet de ping pong entre les 2, car sans boucle j'ai du mal à comprendre comment je peux avoir dans ma base des enregistrements multiples et surtout aléatoire. Quelqu'un a un schéma ou autre, une petite idée ?

Par avance merci

Mega