Bien le bonjour !

Moi et un ami avons créer un petit tchat en PHP utilisant JQuery et la technologie AJAX.
Dans ce tchat, il est possible de converser à deux ou entre plusieurs membres en même temps.

Le problème de notre solution, c'est qu'avec AJAX, cela utilise une requête à chaque ajout de message ! Ce qui pour un grand nombre de membre (des centaines) serait très problématiques pour les performances de notre hébergement !

Auriez-vous une alternative nous évitant de prendre un serveur dédié (notamment pour les sockets) !

Merci à toutes vos idées qui pourraient nous donner un bon coup de main

Quentin.

salut ,

je ne crois pas qu'il y en est, j'ai aussi developpé un tchat via ajax mysql et le seul truc que tu puisse faire c'est utiliser un fichier txt à voir, niveau resource c'est limite mais quelques part je suis certain que tu as utilisé un fichier texte pour connaitre les tchateurs encore connecté ou pas

dog

En effet on a utilisé un fichier texte pour limiter un petit peu !

Mais niveau ressource ça doit être horrible ?
Après j'ai entendu parlé du protocole XMPP qu'utilise Facebook !

Mais il n'y a aucune manière d'alléger tout ça ? Utiliser les cookies ? (SACRILEGE ?)

vide bien la table à mesure pour commencer, ne stock pas plus de 2 minutes de conversation voir moins, ca va limiter le travail SQL, ensuite tu peux limiter les envois en surveillant que les utilisateurs n'abuse pas, après techniquement le meilleur tchat en ligne open source n'a jamais fais mieux que cette technique. Sinon franchement je ne crois pas qu'il y est de remède miracle , pour ma part javais un serveur dédié, et le tchat ma parfois bien planté la base de donnée, je n'avais jamais su comment, j'avais simplement vidé la bdd pour la relancer, les tchateurs etait pas plus d'une dixaine en même temps, sois prudent avec tes cent utilisateurs

Salut,

Il y a pas longtemps un pote avait réalisé un petit mur style Facebook qui devrait donc s'actualiser régulièrement. Et il se voyait aussi utilisé beaucoup de requêtes SQL.
Je lui ai donc proposé comme solution de créer un petit fichier texte qui contiendrait le timestamp du dernier envoi.
Ensuite chaque utilisateur va aller vérifier ce timestamp dans le fichier et le comparé par rapport à la variable de session contenant le dernier timestamp vérifier dans le fichier.

Donc au lieu de faire une requête SQL pour check les derniers messages dans la base (même si il y a en a pas), ça va vérifier le timestamp stocké dans le fichier et si celui ci est plus grand que le dernier alors on fait une requête SQL pour récupérer les derniers messages.

Mais je crois qu'il pourrait tout de même y avoir un hic au niveau du verrou d'écriture dans le fichier si 2 utilisateurs tente d'écrire en même temps.