Je n'arrive pas à faire un serveur de socket en php. Avez-vous un code
fonctionnant en local ?
Quels pogrammes dois-je installer (windows) ? Pour l'instant, j'ai installé
EasyPHP 1.8
Je suis bloqué par ce problème de socket en PHP...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alex
Eric wrote:
Je n'arrive pas à faire un serveur de socket en php.
Quelle étrange idée de vouloir faire ca en php???
Sinon essaye de trouver le code source d'un server de socket de base en C ou C++ (ca se trouve facilement sur google), et tu recode en php, ca doit pas etre si différent (suffit de virer les "socket_" des noms des fonctions php :p)
-- Alex
Eric wrote:
Je n'arrive pas à faire un serveur de socket en php.
Quelle étrange idée de vouloir faire ca en php???
Sinon essaye de trouver le code source d'un server de socket de base en
C ou C++ (ca se trouve facilement sur google), et tu recode en php,
ca doit pas etre si différent (suffit de virer les "socket_" des noms
des fonctions php :p)
Je n'arrive pas à faire un serveur de socket en php.
Quelle étrange idée de vouloir faire ca en php???
Sinon essaye de trouver le code source d'un server de socket de base en C ou C++ (ca se trouve facilement sur google), et tu recode en php, ca doit pas etre si différent (suffit de virer les "socket_" des noms des fonctions php :p)
-- Alex
John GALLET
Bonjour,
Je n'arrive pas à faire un serveur de socket en php. Avez-vous un code fonctionnant en local ?
Je suis bloqué par ce problème de socket en PHP... Utilise de l'huile trois en un.
Quel esprit tordu a décidé que php était la technologie la plus adaptée pour faire un daemon socket, surtout si c'sst pour échanger du XML ? SOAP ne serait-il pas plus approprié ? Ou tout bêtement http ?
a++; JG
Bonjour,
Je n'arrive pas à faire un serveur de socket en php. Avez-vous un code
fonctionnant en local ?
Je suis bloqué par ce problème de socket en PHP...
Utilise de l'huile trois en un.
Quel esprit tordu a décidé que php était la technologie la plus adaptée
pour faire un daemon socket, surtout si c'sst pour échanger du XML ?
SOAP ne serait-il pas plus approprié ? Ou tout bêtement http ?
Je suis bloqué par ce problème de socket en PHP... Utilise de l'huile trois en un.
Quel esprit tordu a décidé que php était la technologie la plus adaptée pour faire un daemon socket, surtout si c'sst pour échanger du XML ? SOAP ne serait-il pas plus approprié ? Ou tout bêtement http ?
a++; JG
Eric
Kezaqo ? http n'est pas un langage. Tu veux dire html ? Si c'est le cas, je veux bien un code en html permettant de faire un serveur de Socket. SOAP ? c'est quoi ? Peux-tu me fournir un code de serveur Socket et + d'explications sur ce langage ?
Cordialement Eric
Quel esprit tordu a décidé que php était la technologie la plus adaptée pour faire un daemon socket, surtout si c'sst pour échanger du XML ? SOAP ne serait-il pas plus approprié ? Ou tout bêtement http ?
a++; JG
Kezaqo ?
http n'est pas un langage. Tu veux dire html ? Si c'est le cas, je veux bien
un code en html permettant de faire un serveur de Socket.
SOAP ? c'est quoi ? Peux-tu me fournir un code de serveur Socket et +
d'explications sur ce langage ?
Cordialement
Eric
Quel esprit tordu a décidé que php était la technologie la plus adaptée
pour faire un daemon socket, surtout si c'sst pour échanger du XML ?
SOAP ne serait-il pas plus approprié ? Ou tout bêtement http ?
Kezaqo ? http n'est pas un langage. Tu veux dire html ? Si c'est le cas, je veux bien un code en html permettant de faire un serveur de Socket. SOAP ? c'est quoi ? Peux-tu me fournir un code de serveur Socket et + d'explications sur ce langage ?
Cordialement Eric
Quel esprit tordu a décidé que php était la technologie la plus adaptée pour faire un daemon socket, surtout si c'sst pour échanger du XML ? SOAP ne serait-il pas plus approprié ? Ou tout bêtement http ?
a++; JG
Guillaume Bouchard
Eric wrote:
Je te demanderais d'apprendre à faire des citations dans le bon sens. Sur usenet on cite avant et on commente après.
Kezaqo ?
Gnarf gnu gniou ?
http n'est pas un langage.
je crois que non, mais http fait trés bien la fonction serveur (si j'ai tous compris au problème...)
Tu veux dire html ?
HTML est encore moins un langage, c'est un code de structuration.
SOAP ? c'est quoi ?
Le savon voyons ! Google, SOAP :
"SOAP is a simple XML-based protocol to let applications exchange information over HTTP."
http://www.w3schools.com/soap/default.asp
Peux-tu me fournir un code de serveur Socket et + d'explications sur ce langage ?
Moi non, par contre, lis le liens en dessus, c'est très interessant (j'avoue que je découvre en même temps que toi)
Quel esprit tordu a décidé que php était la technologie la plus adaptée pour faire un daemon socket, surtout si c'sst pour échanger du XML ?
Le même qui à pondu phpGtk sans doute ;)
-- Guillaume.
Eric wrote:
Je te demanderais d'apprendre à faire des citations dans le bon sens.
Sur usenet on cite avant et on commente après.
Kezaqo ?
Gnarf gnu gniou ?
http n'est pas un langage.
je crois que non, mais http fait trés bien la fonction serveur (si j'ai
tous compris au problème...)
Tu veux dire html ?
HTML est encore moins un langage, c'est un code de structuration.
SOAP ? c'est quoi ?
Le savon voyons !
Google, SOAP :
"SOAP is a simple XML-based protocol to let applications exchange
information over HTTP."
http://www.w3schools.com/soap/default.asp
Peux-tu me fournir un code de serveur Socket et +
d'explications sur ce langage ?
Moi non, par contre, lis le liens en dessus, c'est très interessant
(j'avoue que je découvre en même temps que toi)
Quel esprit tordu a décidé que php était la technologie la plus adaptée
pour faire un daemon socket, surtout si c'sst pour échanger du XML ?
Je te demanderais d'apprendre à faire des citations dans le bon sens. Sur usenet on cite avant et on commente après.
Kezaqo ?
Gnarf gnu gniou ?
http n'est pas un langage.
je crois que non, mais http fait trés bien la fonction serveur (si j'ai tous compris au problème...)
Tu veux dire html ?
HTML est encore moins un langage, c'est un code de structuration.
SOAP ? c'est quoi ?
Le savon voyons ! Google, SOAP :
"SOAP is a simple XML-based protocol to let applications exchange information over HTTP."
http://www.w3schools.com/soap/default.asp
Peux-tu me fournir un code de serveur Socket et + d'explications sur ce langage ?
Moi non, par contre, lis le liens en dessus, c'est très interessant (j'avoue que je découvre en même temps que toi)
Quel esprit tordu a décidé que php était la technologie la plus adaptée pour faire un daemon socket, surtout si c'sst pour échanger du XML ?
Le même qui à pondu phpGtk sans doute ;)
-- Guillaume.
John GALLET
Re,
http n'est pas un langage. En effet, c'est un protocole d'échanges de données. Ca tombe bien, c'est
ce que tu es en train de vouloir ré-implémenter. En particulier pour récupérer du xml, http ça marche bien. Seule une contrainte forte de ton client réseau qui peut ne pas être capable d'implémenter facilement http peut orienter le choix vers des raw sockets. Mais dans ce cas là, perso, je ne fais pas ça en PHP, c'est de la bidouille, et c'est pas fait pour.
Tu veux dire html ? Si c'est le cas, je veux bien un code en html permettant de faire un serveur de Socket. Cette phrase n'a aucun sens.
SOAP ? c'est quoi ? Simple Object Access Protocole. Le mensonge est dans le premier mot, ou
alors on va dire qu'il s'applique à "object" et pas à "protocole" ;-).
Son avantage théorique est de pouvoir sérialiser (via une mise en forme xml) des "objets" d'une machine à une autre, indépendamment du langage. Je peux recevoir un "objet" dans un client soap en php sur unix alors qu'il vient d'un serveur soap en .NET sous windows. Enfin modulo les gags de compatibilité et modulo que ton "objet" est en fait une structure vide qui n'a comme méthodes que des getters et des setters (wouf), ce qui est complètement débile car ils sont donc toujours vides donc que mettre les variables publiques ou protected était aussi simple, mais c'est une autre histoire.
Peux-tu me fournir un code de serveur Socket Mauvaises lunettes, changer de lunettes.
Je répète :
RTFM : http://fr2.php.net/manual/en/ref.sockets.php Exemple numéro 1.
d'explications sur ce langage ? Ce n'est pas un langage, c'est un protocole. Il s'implémente en PHP 4 avec
deux types de classes, dont celles de Shane Caraveo. Intro sur http://www.afup.org/article.php3?id_article8
En PHP5 on peut ajouter aussi : http://fr2.php.net/manual/en/ref.soap.php
Il me semble grand temps pour ton projet de s'arrêter et de réfléchir au véritable BESOIN applicatif, là c'est parti pour du n'importe quoi fait n'importe comment.
a++; JG
Re,
http n'est pas un langage.
En effet, c'est un protocole d'échanges de données. Ca tombe bien, c'est
ce que tu es en train de vouloir ré-implémenter. En particulier pour
récupérer du xml, http ça marche bien. Seule une contrainte forte de ton
client réseau qui peut ne pas être capable d'implémenter facilement http
peut orienter le choix vers des raw sockets. Mais dans ce cas là, perso,
je ne fais pas ça en PHP, c'est de la bidouille, et c'est pas fait pour.
Tu veux dire html ? Si c'est le cas, je veux bien un code en html
permettant de faire un serveur de Socket.
Cette phrase n'a aucun sens.
SOAP ? c'est quoi ?
Simple Object Access Protocole. Le mensonge est dans le premier mot, ou
alors on va dire qu'il s'applique à "object" et pas à "protocole" ;-).
Son avantage théorique est de pouvoir sérialiser (via une mise en forme
xml) des "objets" d'une machine à une autre, indépendamment du langage. Je
peux recevoir un "objet" dans un client soap en php sur unix alors qu'il
vient d'un serveur soap en .NET sous windows. Enfin modulo les gags de
compatibilité et modulo que ton "objet" est en fait une structure vide qui
n'a comme méthodes que des getters et des setters (wouf), ce qui est
complètement débile car ils sont donc toujours vides donc que mettre les
variables publiques ou protected était aussi simple, mais c'est une autre
histoire.
Peux-tu me fournir un code de serveur Socket
Mauvaises lunettes, changer de lunettes.
Je répète :
RTFM : http://fr2.php.net/manual/en/ref.sockets.php
Exemple numéro 1.
d'explications sur ce langage ?
Ce n'est pas un langage, c'est un protocole. Il s'implémente en PHP 4 avec
deux types de classes, dont celles de Shane Caraveo. Intro sur
http://www.afup.org/article.php3?id_article8
En PHP5 on peut ajouter aussi : http://fr2.php.net/manual/en/ref.soap.php
Il me semble grand temps pour ton projet de s'arrêter et de réfléchir au
véritable BESOIN applicatif, là c'est parti pour du n'importe quoi fait
n'importe comment.
http n'est pas un langage. En effet, c'est un protocole d'échanges de données. Ca tombe bien, c'est
ce que tu es en train de vouloir ré-implémenter. En particulier pour récupérer du xml, http ça marche bien. Seule une contrainte forte de ton client réseau qui peut ne pas être capable d'implémenter facilement http peut orienter le choix vers des raw sockets. Mais dans ce cas là, perso, je ne fais pas ça en PHP, c'est de la bidouille, et c'est pas fait pour.
Tu veux dire html ? Si c'est le cas, je veux bien un code en html permettant de faire un serveur de Socket. Cette phrase n'a aucun sens.
SOAP ? c'est quoi ? Simple Object Access Protocole. Le mensonge est dans le premier mot, ou
alors on va dire qu'il s'applique à "object" et pas à "protocole" ;-).
Son avantage théorique est de pouvoir sérialiser (via une mise en forme xml) des "objets" d'une machine à une autre, indépendamment du langage. Je peux recevoir un "objet" dans un client soap en php sur unix alors qu'il vient d'un serveur soap en .NET sous windows. Enfin modulo les gags de compatibilité et modulo que ton "objet" est en fait une structure vide qui n'a comme méthodes que des getters et des setters (wouf), ce qui est complètement débile car ils sont donc toujours vides donc que mettre les variables publiques ou protected était aussi simple, mais c'est une autre histoire.
Peux-tu me fournir un code de serveur Socket Mauvaises lunettes, changer de lunettes.
Je répète :
RTFM : http://fr2.php.net/manual/en/ref.sockets.php Exemple numéro 1.
d'explications sur ce langage ? Ce n'est pas un langage, c'est un protocole. Il s'implémente en PHP 4 avec
deux types de classes, dont celles de Shane Caraveo. Intro sur http://www.afup.org/article.php3?id_article8
En PHP5 on peut ajouter aussi : http://fr2.php.net/manual/en/ref.soap.php
Il me semble grand temps pour ton projet de s'arrêter et de réfléchir au véritable BESOIN applicatif, là c'est parti pour du n'importe quoi fait n'importe comment.