Miku Hatsune
Мудрец
(11188)
5 лет назад
Не, ну. Ничего не мешает ноде обращаться к бд напрямую, если она лежит на одном сервере с сайтом
Просто пусть смотрит в бд, а при обновлении оной, пусть меняется пакетами с клиентом.
забань плизМыслитель (6203)
5 лет назад
даже не так.
при появлении какого-то события -> кидаем его на сокет сервер, котрый в свою очередь добавляет нужные данные в бд, а нужные отправляет другим клиентам.
̑̈☣̑̋̑̎̑̈ ☠̤̥̤̭̤ ☢J̯̤ͣͮͣ̐̈
Высший разум
(160375)
5 лет назад
Да как бы проблем в скрещивании не каких нет даже прилежании я так полагаю может работать сразу несколько интерпретаторов ещё можно в этот звериниц и Python закинуть некто не запрещает вроде И документации на эту тему полным полно другое дело это нежелание её читать :):):) Как я понял у тебя сервера разные а скорей всего ты просто тупо пытаешься парусить нодом php сайт ну всё в твоих руках некто не запрещал
⚤
иии
Профи
(538)
5 лет назад
Так не сделаешь.
Вообще, все это чушь.
Через ajax обращайся, и все. Лови Сообщения по кол-ву.
Т. е сравнивай кол-во сообщений каждую секунду. Если добавлено сообщение, то выводи.
У тебя что там, что там идёт обращение к серверу. Что там, что там, идёт одинаковый запрос в базу. Возможно чуть быстрее. Но лично я не видел разницы вообще.
Tom RiddleУченик (158)
5 лет назад
Это самый древний и высоконагруженный способ для веб приложений в 500+ клиентов. Это быстро нагрузит сервер. Многие хостеры посчитают данный алгоритм реализации как псевдо ddos - атака. Этого я как раз и хотел избежать
Михаил Калашников
Ученик
(97)
5 лет назад
лично я не понимаю в сокетах, а именно веб сокетах. Но тебе видимо уже помогли, смотря верхним ответам. Но есть совет драгоценный. Любой супер мега пупер с большой зарплатой программист читает офф. документацию. Почитай ее, я уверен что там есть инфа про это.