Добрый день уважаемые!

Хотел бы послушать ваши замечания/предложения по описанной мною схемы построения системы.

Разрабатываю проект, являющийся веб-приложением.
Весь бэкенд на php + mysql.

В какой-то момент понял, что обновление данных на страничке пользователя через периодические ajax запросы проверки на сервер очень быстро погубят систему. Просто в силу большого количества запросов и необходимости при каждом таком запросе делать запрос к БД.

Решил использовать для этого Node.JS и WebSocket'ы.

Итого пришёл к такой схеме:
Веб сервер c PHP

Веб сервер с Node.JS

Сервер БД MySQL

Сервер memcached

Логика предполагается такой:

Страничку клиенту генерирует веб сервер с PHP запрашивая данные с MySQL. В процессе работы, если изменяются какие-то данные, требующие обновления у клиентов это помечается флагом в memcached.

На страничках клиентов устанавливается соединение WebSocket с сервером Node.JS, где в цикле проверяются флаги из memcached и если для данного клиента есть необходимость обновить содержимое, то с Node.JS ему отправляется команда и клиент обращается ajax-запросом на веб-сервер, где ему всё что надо генерируют.

Для сопоставления сессий на сервере с php и Node.JS при первоначальном входе клиента и генерации ему странички с генерацией php сессии отправлять этот идентификатор сессии на Node.JS для установки WebSocket'а и там уже его сохранять в массиве WebSocket соединений.

Вопросы у меня такие:

Стоит ли городить такую схему или у неё есть какой-то принципиальный изъян?

Схема сопоставления сессий адекватна или это колхоз?

Сразу дам свои пояснения почему так решил делать. Так как во-первых с Node.JS опыт работы это прямо вот сейчас и начал "щупать" при возникновении задачи, то не хочу неумеючи писать на нём что-то большее чем проверка при необходимости получить обновления с сервера. И во-вторых, просто не нравится идея писать что-то серверное на JS.
А с сессиями вопрос, потому что ведь получение флагов с memcached должно быть для данной сессии, а идентификаторы этих сессий в php и Node.JS никак не связаны между собой. Хотя сессии php опять же может автоматом держать в memcached.

skyANA...ни какие факторы повлияли на выбор архитектуры.


kolobok0я не знаком с указанным зверем, но чем это лучше стандартизированного ява-скрипта? Вроде как там на раз-два вашу логику реализовать = не вы первый в сотом кругу...

(круглый)
ЗЫ
Если реклама была - простите, заткнулся

В том и дело. Вот зачем мне нужны эти два зверя дополнительных (Node.JS + Memcached). Чтобы пользователю на экран браузера прилетали обновления без его участия, т.е. не когда он обновил страницу, а когда на сервере появилось что ему показать нового, так вот для этого если делать периодические запросы к серверу через IFRAME или через setInterval тот же самый, это получается что просто каждую секунду будет генерировать запрос на сервер. И соответственно для каждого такого запроса надо обратиться к БД. При допустим 100 одновременных клиентах, это 100 запросов в секунду. Я считаю что это будет совершенно лишний и серьёзный напряг впустую для сервера.

А вебсокетом соединение при загрузке страничке установлено и висит себе. Когда на сервере есть что клиенту показать нового, сервер сам шлёт клиенту сообщение и на клиенте генерируется запрос на обновление.

skyANAа реальные цифры какие? Ползапроса в минуту?
А реальных цифр нет. Приложение пока разрабатывается, но разрабатывается с прицелом на вполне приличную аудиторию. Потому какие-то кажущиеся мне в будущем очевидно проблемные места хочу заранее учесть.

Dimitry SibiryakovА что, сразу прислать новые данные серверу впадлу?.. Зачем тут генерация дополнительного запроса на обновление?
Теоретически не впадлу. Проблема в том, что как уже написал, с Node.JS знаком "слегка", а эти новые данные чтобы послать, это надо из БД выбрать данные, всячески их обработать, сформировать в зависимости от обновляемых данных контент и потом уже послать клиенту. Для того чтобы сделать это не "говнокодом" надо нехило влезать в изучение этой самой Node.JS, а писать код совсем уж "рукожопно", лишь бы как-то работало - не хочется.

Поэтому и думаю цель эту достигнуть кратчайшим путём. Вроде как не сильно усложняется схема. Как вся логика приложения писалась, так и будет писаться. А проверка просто реализуется дополнительным сервером. Сетевые издержки тоже минимальны, от сервера лишь несколько байт ответа о необходимости выполнить ajax запрос и всё.

Прошу вас Уважаемые рассмотреть мой вопрос о том, каким образом мне информацию о сессии в на php сервере и Node.JS сервере синхронизировать.

В частности в Node.JS в общем виде сессии (точнее даже не сессии а коннекты и не в Node.JS а в WebSocket компоненте для Node.JS) реализуются таким образом:


Что типа новое соединение добавляется в массив соединений, который обходится постоянно и проверяется что для каждого соединения делать. Если что-то для него надо сделать, то шлём по этому соединению клиенту сообщение:



Так вот вопрос в том, как мне связать элемент из clientsArr со значением SESSION_ID в php?
Пока всё что пришло в голову, так это при установке соединения WebSocket клиент должен послать на сервер Node.JS идентификатор сессии сгенерированный в php и на стороне Node.JS в массиве сохранить соответствие соединения c сессией.
Есть ли у вас опыт как такую задачу решать правильно?

Что меня смущает: Если идентификатор сессии слать на Node.JS через страничку, т.е. php генерирует код странички, в этом коде в JS-переменную записан идентификатор php сессии и эта переменная вместе с остальными параметрами передаётся для установления WebSocket'а, то ведь теоретически можно смухлевать и используя простейшие средства встроенные в каждый современный браузер послать на Node.JS произвольный идентификатор сессии. Если с php такой фокус не пройдёт, так как php имеет свою схему проверки корректности сессий, то Node.JS то никакой возможности для проверки правда ли эта сессия сгенерированная каким-то другим сервером соответствует этому клиенту нет.

Помогите кто понял что я написал и кто знает как это решить.

kolobok0.....
Спасибо за информацию. CMS-ки никакие и не использую. Всё самописное, ну кроме например когда сильно нужны нахлобучки по типу класса для разбора/генерации XLS файлов, или класс мэйлер.
Книжку возьму на заметку и почитаю.
А про куки я что-то совсем не подумал.

kealon(Ruslan)... всё отвалится
Можете ссылкой кинуть, почему отвалится? У Node.JS или WebSocket есть серьёзные проблемы с производительностью? Это плохое решение?
Прошу дайте ссылку с более развёрнутыми пояснениями вашей мысли.

Petro123...профильный форум
Так у меня же вопрос не по php программированию. У меня больше вопрос по организации схемы работы задуманного комбайна. Потому и нашёл самое близкое как я посчитал по смыслу "разработка ИС"

Мнения по этому вопросу понял. Если что, надо провести тесты.

Репрезентативен ли будет тест такого плана:
На страничке циклом создаю N websocket соединений, а на сервере периодически рандомно посылаю каким-то из этих соединений сообщения, попутно подсчитывая сколько соединений закрылось.