Вопрос новичка Erlang/Mochiweb об общении с клиентами

Вот хорошая статья о реализации веб-чата Mochiweb. HTTP-клиенты не имеют PID, поскольку HTTP является протоколом без сохранения состояния. Вы можете использовать файлы cookie, чтобы связать запрос с уникальным посетителем чата.

Во-первых, сделайте свое исследование правильно. Ознакомьтесь с этой статьей и этот, а затем последний.

Позвольте процессам mochiweb передавать данные чата на другой ваш сервер приложений (это может быть gen_server, рабочий процесс в вашем приложении OTP со многими руководителями, другие распределенные рабочие процессы и т. д.). Вы не должны зависеть от PID процесса mochiweb. Используйте другой способ уникальной идентификации ваших пользователей. Файлы cookie, идентификаторы сеансов, токены аутентификации и т. д. Что-то, управляемое только вашим приложением. Пусть процессы mochiweb просто доставят данные чата на ваши серверы, как только они станут доступны. Вы могли бы сделать какую-то очередь в mnesia, где у каждого пользователя есть очередь сообщений, в которую другие пользователи отправляют сообщения чата. Затем процессы mochiweb просто продолжают спрашивать mnesia, доступно ли сообщение для пользователя при каждом соединении. Таким образом, это будет зависеть от методологии чата: HTTP Long polling/COMET, REST/Server push/Keep-alive соединения blur blur blur.... Просто держите его отказоустойчивым и не задействуйте процессы mochiweb в движке чата, просто пусть mochiweb будет только транспортом, и пусть ваши джунгли чата будут позади него!

Вы можете использовать несколько структур данных, чтобы избежать использования PID для идентификации. Возьмем пример очереди(). Представьте, что у вас есть реплицированная база данных mnesia с таблицей RAM, в которой вы реализовали однозначно идентифицируемую очередь () для каждого пользователя. Процесс (процесс mochiweb), удерживающий соединение с пользователем, хранит только идентификатор этого сеанса пользователя. Затем он использует это удостоверение, чтобы через регулярные промежутки времени проверять свою очередь() в Mnesia (если вы намерены делать это таким образом — поддерживая процессы mochiweb в течение всего сеанса пользователя). Тогда это означает, что независимо от того, через какой PID процесса подключен пользователь, пока процесс имеет идентификатор пользователя, он может извлекать (читать) сообщения из своей очереди сообщений (). Следовательно, это может привести к тому, что у пользователя будет несколько клиентских сеансов. Тот же процесс может использовать этот идентификатор для сброса сообщений от этого пользователя в очереди других пользователей().