Получать данные в реальном времени только одним способом (от сервера к клиенту). Стоит ли вебсокет? - PullRequest
0 голосов
/ 08 июля 2020

Мне нужен мой веб-сайт, чтобы получать данные с сервера в реальном времени (это для проекта в html5, css3, javascript, php, mysql).

Сначала я думал насчет веб-сокетов, но, возможно, это что-то «чудовище», поскольку мне не нужна двусторонняя связь, мне просто нужно захватить в Интернете (в реальном времени без каких-либо действий пользователя) значения поля mysql и в зависимости от сами по себе делают то или другое в javascript.

Моя система может иметь около 1000 пользователей одновременно.

Какую систему вы мне рекомендуете? Знаете ли вы какой-нибудь пример?

Спасибо!

Ответы [ 2 ]

0 голосов
/ 09 июля 2020

Итак, у вас в основном есть веб-сайт, и вы планируете получать уведомления с сервера. Мне это кажется непрерывным потоком данных с сервера к вам, клиенту через нерегулярные промежутки времени, и разумный способ сделать это (если вы не план по сохранению в таблице IP ваших клиентов) через веб-сокеты. Это будет подход push based. После того, как вы установили соединение, оно остается открытым, и вы можете непрерывно получать свои данные.

Другой вариант, как упомянуто выше, - это непрерывное извлечение данных с сервера (сервер запроса изменений), и это можно сделать с помощью HTTP.

Итак, если вы выберете опцию на основе pu sh, вы можете Websockets или можете посмотреть Server Sent Events. Для вытягивания (запрос-ответ) вы можете использовать HTTP или что-то более легкое, например gRPC.

Для получения дополнительной информации проверьте параметры здесь

0 голосов
/ 08 июля 2020

Вопрос не в том, является ли общение односторонним или двусторонним, а в том, какой партнер по коммуникации инициирует речевой акт. Если данные вашего приложения в реальном времени изменяются асинхронно, а не в определенном ритме, сервер должен асинхронно отправлять обновления веб-клиенту. И это на самом деле одно из стандартных применений веб-сокетов, которое не может быть хорошо реализовано с парами HTTP-запрос / ответ (клиент должен будет опросить).

...