[SQL] Chat en PHP et socket

[Bobtop]

Bonjour j'ai une petite question avant de me lancer.

J'ai lu le tuto sur developpez.com pour créer un chat en php avec les sockets.

Est ce que ce genre de chat requiere bcp de ressource ?

Je possède un serveur dédié et je me demande si a ne va pas le faire planter.
Ce qui me fait peur c'est le fichier qui fait office de serveur et qui tourne 24h/24, est ce que ça pompe ce genre de script ?

Je me penche vers cette solution car cela me permettrait de faciliter l'intégration du chat et de proposer de nombreuses autres options en intéraction avec le chat.

Je penche qu'il est inutile de se pencher vers un script PHP/MySQL qui d'après ce que j'ai lu est extremement couteux en ressources.

Les solutions IRC me dérange par le fait ou il faut passer par un autre site qui gere ça mais je trouve que ça fait trop amateur (du moins c'est la sensation que j'ai quand je tombe sur un site comme ca)

Merci pour vos réponses

[wamania]

Fait de l'AJAX
Si c'est fait proprement, ça coute peu de ressource, y a rien qui tourne en fond et ça permet une actualisation régulière.
Je pense que tu trouve un paquet énorme d'exemple de chat en AJAX

[Bobtop]

Bon je me suis penché sur l'Ajax, j'a fait un petit chat avec utilisation de fichiers textes pour enregister tout, effectivement c'est pas mal cependant une petite question :

Pour mettre les discussions à jour, il faut bien faire un refresh (?) (dans mon cas j'ai mis un petit setInterval('refresh()', 1000) qui appelle le script php charger de rapatrier les nouveaux messages), le fait de rappeler le fichier de refresh toutes les secondes (délai maximal à mon avis) ne risque t il pas de faire planter le serveur quand il y aura un peu de monde sur le chat ?

[wamania]

le but est bien sur de réduire au maximum les ressource utilisé par le PHP que tu appelles. Dans ce cas, ça peut tenir une bonne charge.
Fais surtout attention à tes requetes SQL, construit les vraiment proprement.

Pour rafraichir, effectivement, un setTimeOut, par contre 1s me semble me semble court, ça fait bcp de rafraichissement. Apres, ça depend si tu as bcp de monde (et donc un débit qui necessite un tel rafraichissement). Après, ça reste à toi de juger.

Bon courage en tout cas

[Bobtop]

En fait j'utilise un fichier texte pour stocker les messages.

Reste à savoir si le traitement d'un fichier texte est plus rapide ou plus lent qu'un traitement sur une base MySQL ?
En gros je parcours le fichier texte ligne par ligne et je rècupère les lignes contenant un timestamp supérieur au timestamp de la dernière vérif.

Avec une requête SQL je pourrais récupérer tous les messages voulus en 1 seul requête. Je peux être faire un bench pour voir.

Merci

[wamania]

En général, pour ce type de stockage, le plus rapide c'est le fichier texte. Mais ça peut dépendre du nombre de lignes totales que tu pense avoir à parser au max.
La requete serait clairement plus pratique.
Comme tu dis, un bench, et tu sera fixer.