Salle de discussion évolutive utilisant PHP/MySQL?

Question

Pardonnez l'absence de question. J'essaye de construire un site Web avec les mêmes fonctions qu'un forum de discussion. L'idée de 5 à 50 spectateurs dans chaque chambre (avec des milliers de chambres) est très réelle, seulement environ 1% de la salle serait bavarder.

J'ai eu quelques idées, mais tout ce que j'ai imaginé semble nécessiter une puissance de traitement folle ... Quelle serait une manière efficace de faire cela?

Answer 1

Vous avez posé une question très large, mais:

magasin chaque message comme une ligne dans votre base de données, utilisez AJAX pour recharger le contenu de la fenêtre de discussion avec les derniers messages par exemple

SELECT * FROM `chat_messages` WHERE `room_id` = 'ID' ORDER BY `id` DESC LIMIT 100 

Sélectionne les 100 messages les plus récents pour le salon de discussion. Boucle sur les résultats et affiche tous les messages que vous voulez.

Si votre base de données utilisateur dispose des autorisations pour créer des tables, vous pouvez aussi créer dynamiquement une table pour chaque salle de chat (ce qui serait beaucoup plus rapide performances sage)

Vous auriez alors avez simplement un input ou textarea dans un formulaire qui, une fois soumis, insère une nouvelle ligne dans la base de données (qui s'affichera pour tout le monde la prochaine fois que la fenêtre de discussion sera rechargée). Un autre moyen, plus optimisé, consiste à renvoyer uniquement les nouveaux messages aux utilisateurs à chaque requête, en stockant l'horodatage de chaque message dans la base de données, et en stockant l'horodatage de la dernière requête localement en JavaScript, puis utilisez un requête comme:

SELECT * FROM `chat_messages` WHERE `room_id` = 'ID' AND `timestamp` > 'LAST_REQUEST' ORDER BY `id` DESC LIMIT 100 

Puis en ajoutant le résultat à la fenêtre de discussion, plutôt que de le remplacer.

Answer 2

Il existe des programmes spécifiques prévus à cet effet (IRCD, voir http://www.atheme.org/project/charybdis et similaires). Cependant, si vous voulez vraiment réinventer la roue, vous voudrez probablement une solution d'hébergement qui a une bonne quantité de RAM physique, et mémoire partagée extensions (ex. APC)

fonctionnalité de mémoire partagée (APC dans ce cas) sera le meilleur moyen de garder les conversations de tout le monde dans la synchro, sans disque dur tourner trop ou autre spirale MySQL sur de contrôle. Vous devriez être capable de gérer des centaines de requêtes simultanées de cette façon sans que le serveur ne vous dérange, car il ne taxe pas MySQL. Il lit presque directement les puces RAM.

Vous pouvez mémoriser des canaux individuels pour des conversations (ex: "channel- # welcome") et les interroger directement via AJAX. Voir apc_store, apc_add et apc_fetch pour plus d'informations.

Même si vous finissez par stocker des conversations dans MySQL pour quelque raison que ce soit, il est toujours préférable d'utiliser une sorte de mémoire cache pour la lecture, car cela prend énormément de charge sur le serveur de base de données.

Si vous le faites de cette façon, il est préférable de rendre vos bases de données innodb, car elles ne verrouilleront pas pendant les écritures. En utilisant APC, votre réactif limitant sera la quantité de RAM et la longueur des conversations que vous avez l'intention de garder dans le tampon partagé.