Discussion :

[noobC]

Bonjour,

Voilà tout est dans le titre, donc pour préciser j'ai une appli cliente qui envois des requêtes à un serveur. Seulement je ne peux envoyer que 2 requêtes simultanément (sachant qu'elles peuvent être envoyé de plusieurs pc différents).
J'ai pensé à un "repère" dans un fichier ou une base avec un calcul par la suite du temps entre la requête actuelle et la deuxième (lorsqu'on est à 2 requêtes), pour faire une tempo.

Si quelqu'un à une idée d'algo? Et quelle serait la meilleur solution?

Merci

[tim974]

Je sais pas si ça existe en PHP, mais le principe des sémaphores peut t'apporter une solution.

[wiztricks]

Bonjour,
Permettez moi de reformuler!
Vous avez des applications clientes sur plusieurs PC qui envoient des requêtes à un serveur.
Vous voulez limiter le nombre de requêtes simultanées expédié par

1. chaque client,
2. l'ensemble des clients

- W

[noobC]

oui je connais les sémaphores en C mais je vois pas de rapport direct pour cet exemple (à creuser).

Vous voulez limiter le nombre de requêtes simultanées expédié par

1. chaque client,
2. l'ensemble des clients

En fait il s'agit d'un ensemble de client qui interroge un webservice. Comme ce serveur est sollicité par d'autres appli et qu'il regroupe plusieurs webservice, je dois contrôle coté client, donc limité l'envois pour l'ensemble des clients . L'appli en developpement est centralisée (j'aurais dû le préciser dans le post précédent)

[wiztricks]

2 solutions.

jeton : le client attend d'avoir reçu un jeton du serveur avant d'expédier sa requête.
=> si le client ne soumet pas de requête, comment le serveur regénère le jeton?

famine : le serveur ne traite simultanément qu'au plus deux requêtes, les autres requêtes client "attendent" - et les clients soumettent les requêtes suivantes après avoir reçu la réponse à la requête en cours.

Il est en général plus simple de limiter la capacité de traitement côté serveur que de faire fonctionner un algorithme distribué (beaucoup de tests à faire pour couvrir tous les cas de figures).
Mais "comment" dépend beaucoup de l'architecture de votre serveur.
- W

[noobC]

la méthode du jeton n'est pas envisageable parceque je n'ai pas accès au serveur. Pareil pour la "famine", le serveur à sûrement une gestion de ce type mais de toute facon je dois respecter le cahier des charges.

C'est pour ca que j'avais commencé par inscrire dans un fichier les chiffres 1 et 2 pour le nombre de requêtes. A chaque requête j'allais lire le chiffre et j'envoyais ou non ma requête. Par contre fonctionnellement c'est pas super donc je m'oriente vers le javascript pour indiquer une tempo.
Cette solution me parait tout de même bancale parceque j'imaginais aussi faire une comparaison sur les heures, minutes, secondes où sont exécutés les requêtes, parcequ'au final le principe il est là: surcharge coté serveur.