Из клиента подключатся к процессу на сервере и смотреть лог он-лайн

@паха76 · Регистрация: 22.12.2013

Студворк — интернет-сервис помощи студентам

Имеем на сервере некий процесс, следящий за устройствами (отслеживает статус, принимает данные etc)
На все телодвижения ведется лог, на данный момент пишется в БД.
Хотелка такая - из клиента подключатся к этому процессу и смотреть лог он-лайн, причем клиентов может быть одновременно несколько
Поскольку некоторым образом знаком с сокетами то идея такая - и на сервере и на клиенте есть часть содержащая как слушателя, так и клиента (отправителя).
Слушатель на сервере принимает "заявки" на подписку/отписку логов, на клиенте отправляет завку и соответственно принимает лог. Слушатели на сервере и клиенте асинхронные, сидят на одном (каждый своем) порту.
Это решение в "лоб", работоспособность лишь на бумаге (думаю, должно взлететь)
Есть ли какие более изящные варианты решения?

@Монфрид · 09.01.2014, 15:22

Сообщение от паха76

из клиента подключатся к этому процессу и смотреть лог он-лайн

зачем к процессу? почему не подключиться к бд? В общем, можно напрямую к бд коннектиться, а можно написать сервис, который будет давать только то, что нужно клиенту. Сервис wcf

@паха76 · 09.01.2014, 15:35 **[ТС]**

Сообщение от Монфрид

можно написать сервис

сервис должен опрашивать БД с достаточно большой частотой - напрягает сервер лишний раз.
Сервис wcf мне не знаком - если я правильно понимаю на него могут подписаться несколько клиентов?

@Монфрид · 09.01.2014, 17:42

Клиенты запрашивают данные у сервиса, он отдаёт. Без разницы сколько клиентов

@паха76 · 13.01.2014, 14:00 **[ТС]**

Апну топик
Почитал про wcf,

Добавлено через 6 минут
Апну топик
Почитал про wcf, написал простенькую реализацию - все крутится. Но - клиент должен дергать сервис, что в моем случае мягко говоря "не айс"
Клиент не знает, в какое время происходят события, а дергать сервис с какой-то частотой (n раз в сек) представляется нецелесообразным.
Хотелось как раз наоборот - клиент дает заявку на начало(окончание) сеанса, а сервис передает всем подключенным клиентам все телодвижения устройств, за которыми он следит. Видимо, или wcf не подходит, или я не умею его готовить
Что посоветует почтенная публика?

@Grishaco · 13.01.2014, 16:47

Сообщение от паха76

Видимо, или wcf не подходит, или я не умею его готовить

Дуплексные службы

@паха76 · 30.01.2014, 14:33 **[ТС]**

апну еще разок
Направьте на путь истинный
Пока все мои муки явили следующее:
Крутится wcf сервис с callback. При возникновении события дергаем метод сервиса, передаем ему сообщение. Метод дергает callback - клиенты получают.
Насколько грамотно так делать?

@hepper · 30.01.2014, 16:10

Сообщение от паха76

Насколько грамотно так делать?

намного грамотней чем

Сообщение от паха76

дергать сервис с какой-то частотой

в 1м сообщении ИМХО впринципе рабочая схема описана, но если я верно понял, разница от того что сервер будет оповещать клиентов о каждой записи в лог от "дерганья" сервера по времени будет не велика, если только события не возникают достаточно редко,
иначе - если сообщение в лог(базу) пишется в среднем раз в секунду, то для получения актуального лога клиентом напрямую из базы надо запрашивать ее с такой же частотой, при схеме с сервисом система будет та же самая, только опрашивать базу будет не клиент а сервис (чуть меньше нагрузка на базу если клиентов много) и отдавать клиентам.
в общем все зависит от количества клиентов и частоты опроса базы.

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

Из клиента подключатся к процессу на сервере и смотреть лог он-лайн

Решение

Решение

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153

	Из клиента подключатся к процессу на сервере и смотреть лог он-лайн 09.01.2014, 15:19. Показов 1497. Ответов 7 Метки нет (Все метки) Имеем на сервере некий процесс, следящий за устройствами (отслеживает статус, принимает данные etc) На все телодвижения ведется лог, на данный момент пишется в БД. Хотелка такая - из клиента подключатся к этому процессу и смотреть лог он-лайн, причем клиентов может быть одновременно несколько Поскольку некоторым образом знаком с сокетами то идея такая - и на сервере и на клиенте есть часть содержащая как слушателя, так и клиента (отправителя). Слушатель на сервере принимает "заявки" на подписку/отписку логов, на клиенте отправляет завку и соответственно принимает лог. Слушатели на сервере и клиенте асинхронные, сидят на одном (каждый своем) порту. Это решение в "лоб", работоспособность лишь на бумаге (думаю, должно взлететь) Есть ли какие более изящные варианты решения? 0

@Монфрид 1245 / 1055 / 293 Регистрация: 07.03.2012 Сообщений: 3,246
	09.01.2014, 17:42
	Клиенты запрашивают данные у сервиса, он отдаёт. Без разницы сколько клиентов 0

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153
	13.01.2014, 14:00 [ТС]
	Апну топик Почитал про wcf, Добавлено через 6 минут Апну топик Почитал про wcf, написал простенькую реализацию - все крутится. Но - клиент должен дергать сервис, что в моем случае мягко говоря "не айс" Клиент не знает, в какое время происходят события, а дергать сервис с какой-то частотой (n раз в сек) представляется нецелесообразным. Хотелось как раз наоборот - клиент дает заявку на начало(окончание) сеанса, а сервис передает всем подключенным клиентам все телодвижения устройств, за которыми он следит. Видимо, или wcf не подходит, или я не умею его готовить Что посоветует почтенная публика? 0

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153
	30.01.2014, 14:33 [ТС]
	апну еще разок Направьте на путь истинный Пока все мои муки явили следующее: Крутится wcf сервис с callback. При возникновении события дергаем метод сервиса, передаем ему сообщение. Метод дергает callback - клиенты получают. Насколько грамотно так делать? 0