Сведения о вопросе

Fhohir

16:10, 1st October, 2020

Теги

HTML    

Вывод риалтайм данных через веб-интерфейс

Просмотров: 279   Ответов: 6

Добрый день, уважаемые Хабраюзеры. Недавно мне поставили задачу сделать визуализацию постоянного потока данных в виде вебстраницы. Данные идут сплошным потоком такого вида

A: 61.56 61.43 61.08 62.03 61.35 61.38 61.51 61.05 62.12 61.52…
B: 16.77 17.76 16.96 16.35 16.12 16.28 16.72 16.87 16.15 16.79…
C: 61.56 61.43 61.08 62.03 61.35 61.38 61.51 61.05 62.12 61.52…
D: 16.77 17.76 16.96 16.35 16.12 16.28 16.72 16.87 16.15 16.79…
…………………………………………………………………
Y: 61.56 61.43 61.08 62.03 61.35 61.38 61.51 61.05 62.12 61.52…
Z: 16.77 17.76 16.96 16.35 16.12 16.28 16.72 16.87 16.15 16.79…

То есть в начале строки идентификатор элемента(назовем его датчиком), а после двоеточия через пробел начинаю идти состояния «датчика» каждую секунду. Вот мне и нужно показать на вебстранице все датчики(их могут быть десятки и сотни) и актуальное на данный момент значение состояния. Сами состояния сохранять не нужно, после показа их можно спокойно удалять(сбор статистики идет отдельно), а значит вместо бд, можно использовать мемкеш. если я не ошибаюсь его скорости должно хватить даже если интервалы будут не секундные, а например 100мс. Хотя я в сомнении нужна ли вообще какая то база — данные идут выводятся в stdout, может сразу их брать и визуализировать? Понятное дело что обычный html4/xhtml и ajax тут не справится, а вот средствами html5, судя по тому что я видел, вполне можно такое организовать. но к сожалению у меня пока не было времени основательно разобраться с новыми возможностями и все самому попробовать, потому и прошу совета. Как бы вы реализовали такую задачу?(обязательное требование вывод на вебстраницу, а не в отдельный гуй) Какие технологии бы использовали — webgl, websockets, итд?



  Сведения об ответе

#hash

11:51, 26th September, 2020

Обратите свой взор в сторону comet, возможно это то что вам надо. На хабре было несколько статей посвященных этой технологии.


  Сведения об ответе

qwerty101

14:09, 27th September, 2020

Мне кажется, слишком сложные варианты вам предлагают. Я бы сделал буферизацию поступающих данных через memcache, а затем выдачу данных из кеша в ответ на ежесекундные http-запросы. Для этого достаточно любого скриптового языка на стороне сервера (python, php и т.п.).


  Сведения об ответе

qwerty101

21:23, 26th September, 2020

Можно заюзать socket.io/


  Сведения об ответе

crush

13:36, 26th September, 2020

очень просто. на клиентской стороне непрерывно запрашивать новые данные XmlHttpRequestом, а на серверной стороне отдавать их только тогда, когда поступили новые данные; до тех пор просто держать соединение открытым. такой подход называется поллинг (кажется), а почитать про всё это можно тут


  Сведения об ответе

SKY

14:38, 30th September, 2020

Если обновлять данные со скоростью 50-100мс, то у пользователя в глазах будет лишь рябь. Логично, что обновление лучше производить не чаще 1 раза в секунду.
Браузер должен нормально рендерить эти запросы, ведь вы будете обновлять не всю страницу, а только блоки с цифрами (кстати, не забудьте указать им position: absolute, иначе обновляться будет вся страница). WebSockets пока ненадежны. Их то включают в стандарт, то исключают, т.е. нет никакой уверенности, что с обновлением браузера их поодержка не пропадёт.
Поэтому остается поллинг. Или вообще сделайте на java/flash'e, где есть нормальная поддержка нормальных сокетов.


  Сведения об ответе

SILA

08:04, 25th September, 2020

Если вы контролируете пользовательское окружение (грубо говоря, можете сказать каким браузером пользователю пользоваться), то WebSockets вполне нормальное решение для этого, про опрос сервера вообще забываете, это он шлёт браузеру информацию когда она изменяется (в идеале). Беда в том, что сейчас WebSokets из популярных браузеров поддерживает только Chrome. FF4, похоже, выйдет без поддержки, хотя в ранних бетах была :(


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться