design pattern sockets lecture/écriture

[rgamor]

Bonjour,

je suis à la recherche d'une solution élégante afin de pouvoir lire et écrire sur une socket php.

Tout d'abord la connexion de la socket se fera via une requête ajax qui initialisera une variable 'online' stockée en bdd et lancera la procédure de connexion.
Une fois la connexion correctement établit j'aimerais pourvoir lire en boucle sur la socket afin de stocké dans une bdd ou un fichier log, tout en pouvant écrire dessus.

Je suis ouvert à toute réflexions, propositions, suggestions...
Est-il préférable de faire ça d'une autre façon, un autre langage?

[Marc3001]

Tu parles AJAX et PHP donc j'imagine que tu veux développer une appli Web.

Tu ouvres une socket avec une requête AJAX? AJAX c'est XMLhttprequest, c'est donc une requête http et non une ouverture de socket....

Pour répondre à ta question, oui AJAX est adapté pour effectuer des actions de lecture/mise à jour de données BDD ou LOG. Après c'est faisable aussi sans AJAX, le seul interêt de l'AJAX étant de faire tout ça sans recharger ta page.

[rgamor]

en faite la requête AJAX c'est juste pour lancer le script PHP qui s'occupera de la connexion puis de la lecture/écriture de la socket

[Benjamin Delespierre]

C'est effectivement possible, tu te sers d'Ajax pour piloter un trigger PHP qui, in-fine, lance une commande quelconque (en l'occurence ouvrir une socket).

Le seul hic: une fois que tu auras ouvert ta socket, tu sera obligé de terminer le script PHP, sinon le XHR restera pendu en attente de réponse... Or, une fois le script terminé, tu perdras le handle de ta socket et il n'y a aucun moyen de le persister (les handles de ressources ne sont jamais sérialisables). A la limite, si tu es en PHP 5.3 sur un serveur dédié, tu peux créer un daemon PHP qui lui sera capable de garder et traiter la socket jusqu'a ce qu'on lui dise (par un autre trigger) d'arrêter sont travail. J'avais trouvé un article là dessus, le voici: http://devlog.info/2010/03/07/creating-daemons-in-php/

Il faudrait davantage de détails sur ce que tu souhaite faire pour qu'on te guide.

[rgamor]

j'aime bien cette idée. c'est un peu ce que je recherche.
Je voulais comme lancer un thread qui pourrait effectuer des opérations (lecture en continu et écriture) sur une socket.

En faite j'ai un serveur qui m’enverra des infos une fois connecté et auquel je pourrais envoyer des commandes. je voudrais donc récupérer ces infos pour en faire un log pour ensuite les utiliser.

[grunk]

Et pourquoi absolument avec PHP ? de ce que tu en dis , tu veux faire un daemon qui écoute une socket réseau en permanance. PHP est tout sauf le plus adapté pour ce genre d'exercice.

[Benjamin Delespierre]

Envoyé par grunk

Et pourquoi absolument avec PHP ? de ce que tu en dis , tu veux faire un daemon qui écoute une socket réseau en permanance. PHP est tout sauf le plus adapté pour ce genre d'exercice.

Alors attention, j'ai jamais dit que c'était la solution la plus adaptée. C++ ou Java sont certainements de meilleurs candidats dans ce genre d'entreprise. Cela étant, PHP en est tout à fait capable comme le montre l'article cité plus haut et à l'avantage d'être assez simple à mettre en oeuvre (contrairement à C++ ou Java), c'est à toi, en fonction des spécifications de ton projet de faire le bon choix de technos à adopter.

[grunk]

C'est pas tant PHP qui m'inquiète dans cet exercice mais le serveur web. J'ai une application critique entièrement basée sur les sockets et j'ai encore aujourd'hui du mal à avoir quelques chose de performant et robuste et c'est souvent à cause d'apache (bon c'est sous windows ) qui rame pas mal.

[rgamor]

j'ai oublié de préciser que je ne voulais pas avoir besoin d'un client spécifique, voila pourquoi le web et installable avec bon nombre d'offre d'hébergeur de site donc pas d'accès total au serveur ni même à la config du serveur web

[Marc3001]

Et pourquoi utiliser un serveur web pour la partie démon gérant la socket. Tu peux très bien coder ton démon en php et le lancer via une commande php sans passer par un serveur Web type Apache.

Les gens l'oublient souvent mais php n'est pas exclusivement destiné à être utilisé avec un serveur Web.

[Benjamin Delespierre]

Envoyé par grunk

C'est pas tant PHP qui m'inquiète dans cet exercice mais le serveur web. J'ai une application critique entièrement basée sur les sockets et j'ai encore aujourd'hui du mal à avoir quelques chose de performant et robuste et c'est souvent à cause d'apache (bon c'est sous windows ) qui rame pas mal.

Oui, enfin là on parle de PHP en mode CLI bien entendu. Je vois pas bien ce qu'apache viendrait faire dans la réalisation d'un Daemon PHP

[Thes32]

Envoyé par Benjamin Delespierre

Oui, enfin là on parle de PHP en mode CLI bien entendu. Je vois pas bien ce qu'apache viendrait faire dans la réalisation d'un Daemon PHP

J'ai sous entendu le client...

[Benjamin Delespierre]

Envoyé par rgamor

j'ai oublié de préciser que je ne voulais pas avoir besoin d'un client spécifique, voila pourquoi le web et installable avec bon nombre d'offre d'hébergeur de site donc pas d'accès total au serveur ni même à la config du serveur web

Dans ce cas tu peux tout simplement oublier la création d'un daemon. Je l'avais spécifié dans mon post: c'est seulement si tu es sur un dédié. De toute manière, je doute fortement qu'un hébergeur mutualisé te permettre d'ouvrir des sockets.

[rgamor]

reste plus que les websocket du HTML5?!

[Benjamin Delespierre]

C'est à dire que tu ne nous as toujours pas parlé de ce que tu voulais faire concrètement, on va pas pouvoir t'aiguiller sur un techno à moins que tu nous décrives complétement ton problème.

[grunk]

Oui, enfin là on parle de PHP en mode CLI bien entendu

Il parlais de requête ajax au début , donc je supposais que ca devait passer par un serveur web.

Envoyé par rgamor

reste plus que les websocket du HTML5?!

Me semble que c'est désactivé dans la plus part des navigateurs maintenant , à cause d'une faille dans l'API.

[rgamor]

je voudrais pouvoir contrôler des serveurs de jeux (Steam..) via une interface web.

pour les websockets il faut que le serveur soit compatible websocket je crois et je ne contrôle pas le protocole du serveur de jeu.

[Marc3001]

Et tes serveurs de jeux, ils sont sur une plateforme dédiée?

Si c'est le cas, ça peut-être plus facile d'utiliser cette plateforme pour mettre en place ta solution.

[grunk]

Voila qui est déjà plus clair :

un lien peut être utile : http://a-pellegrini.developpez.com/t...s/php/cstrike/

Après si il sagit d'envoyer des commande au serveur ou de le monitorer à un instant T , on est bien loin du daemon et de son fonctionnement 24/7. Auquel cas y'a plus vraiment de souçis de performance et une requete ajax périodique pour refresh les données est tout à fait envisageable.

[rgamor]

Envoyé par grunk

un lien peut être utile : http://a-pellegrini.developpez.com/t...s/php/cstrike/

En faite c'est pour améliorer ce très bon tuto.

Je pense que l'idée de daemons n'est pas mauvaise, en limitant leur nombre.
Je voudrais juste lire en permanence ce qu'il a sur la socket afin d'intercepter certains messages.

Envoyé par grunk

Après si il sagit d'envoyer des commande au serveur ou de le monitorer à un instant T , on est bien loin du daemon et de son fonctionnement 24/7. Auquel cas y'a plus vraiment de souçis de performance et une requete ajax périodique pour refresh les données est tout à fait envisageable.

Tu peux expliquer un peu plus, j'ai pas saisie le rafraîchissement des données, quelles données?