Socket ? Kesaqo ?

[tepaze]

Bonjour tout le monde,

Je cherche depuis quelques jours sur le web des info sur les socket. J'aimerais savoir dans quelle mesure je pourrais développé leur utilisation sur un de mes sites. Mais comme je ne connais pas grand choses à ceux ci, je viens vers vous afin d'y voir plus clair.

Je suis actuellement sur un hebergement mutualisé chez une grande enseigne dont le nom commence par un O et fini par un H. Ceux ci ne permettent pas en mutualisé l'utilisation des socket, ou alors sans vraiment le faire expres d'apres ce que j'ai lu.

A savoir, l'utilisation des sockets ne serait pas permanente, mais uniquement lors d'évènement sur 1 à 4 journée(s) (1 à 5 par mois) qui rassemblerais entre 50 et 200 personnes en simultanées, a qui il faudrait servir du contenu HTML de façon simultané (pour tout le monde, au même moment à 10 sec. près)

Du coup mes questions sont les suivantes :
- Puis je utiliser un serveur autre que celui fournissant les pages Web pour le serveur de socket (ex.: un pc chez moi relié à internet - je sais c'est pas serieux, mais c'est juste pour les socket, et je n'ai pas - actuellement - de serveur privé) ?

- Je connais PHP et JS, mais cela est il suffisant pour atteindre mon objectif ?

Voila ou j'en suis de ma réflexion, qui n'est pas encore aboutit je dois bien l'avouer

PS: Désolé pour l'orthographe approximatif

[Golgotha]

Bonjour,

J'ai eu la même problématique que toi, hébergement mutualisé et besoin d'utiliser les Sockets pour faire du temps réel simultané.

Voici la solution que j'ai trouvé et qui marche parfaitement bien : http://pusher.com/

[tepaze]

Ok, ca a l'air pas mal... Mais finalement cette solution consiste a délégué la gestion des socket à un serveur externe non ?

Alors construire un socket sur un serveur familial est il si bizarre que cela ?

Cela en dehors des problematiques d'administrations et de disponibilités, voir de bandes passantes...

Sinon, c'est exactement ce que je cherchais

[Golgotha]

Ok, ca a l'air pas mal... Mais finalement cette solution consiste a délégué la gestion des socket à un serveur externe non ?

Tout à fait

[tepaze]

Merci Golgotha

[tepaze]

Je reviens vers vous car la solution que tu m'as proposé Golgotha et tout de même onéreuse...

Du coup, je regarde comment mettre en oeuvre un webSocket sur un serveur (non mutualisé)

Coté client, je vais opter pour le maintenant fameux socketio qui semble avoir l'avantage de chercher à utiliser un ensemble d'outils presente sur le poste client, mais je suis assez embété sur la technologie à adopter coté serveur.

Après pas mal de recherche, et étant donné que je ne connais pas Java, il apparait que PHP et node.js sont capable de faire du socket. Je ne connais pas non plus node.js, mais je connais un peu le JS.

Pensez vous que PHP soit adapté ?

Quels sont vos avis ?

Je m'engage dans une galère ?

Bref, merci de vos retour...

[Bovino]

Je ne connais pas non plus node.js

Ce serait surement une bonne occasion de s'y mettre ! Parce que Node.js est particulièrement adapté aux sockets du fait de l'aspect fortement événementiel de JavaScript.

[Tsoko]

Bonjour,
Je vais peut-être dire une bêtise mais si j'ai bien compris, cela reste ponctuel.
Vouloir utiliser le système de socket fait sous-entendre que vous allez faire inter-agir vos membres autour d'une table.
Donc pourquoi s'embarquer là-dedans alors que vous ne maitrisez pas et cela reste ponctuel?
Pourquoi ne pas prendre un script de tchat? Il y en a plein et de très bien pour une conversation simulée réelle?

[tepaze]

>Tsoko : Je ne cherche pas à faire un chat. Il y a effectivement bcp de tuto tres bien pour faire cela. Je veux pouvoir modifier une page chez tous les clients de la même façon et a peux pres en même temps sans qu'ils aient à rafraichir la page.
Et de toute façon, je ne vois pas tres bien quelles sont les solutions alternatives... Utiliser Ajax me parrait bizarre, puisque c'est la page qui appel régulièrement, même s'il n'y a pas de modification à apporter. De plus j'ai cru comprendre que cette derniere solution est tres consommatrice en mémoire client.

Ma question était plutot "Ya t il en php une solution pérène de gestion des socket?" et si la réponse est ambigu : "S'il faut choisir une autre solution, node.js est elle une solution d'avenir?"

J'ai vu qu'il y avait des hebergements qui permettait d'utiliser node.js, tel que appFog ou similaire. Avez vous des retour d'experience sur ceux ci ?

Enfin, tout commentaire ou retour d'expèrience concernant le sujet est bienvenue.

Bien cordialement