|
|
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Есть сотня клиентов, каждый из которых ~ сто раз в секунду что-то хочет от сервера. Это "что-то" (чего хотят клиенты от сервера) небольшое и уже (почти) готовое - "только спроси, сразу отдам". Протокол tcp. Возможно, клиентов будет не сто, а тыща. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 01:59:03 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Давно хотел ZeroMQ потрогать. Кроме чтения описания и небольших тестов - не пробовал. Только другим советы давал... Для Delphi есть библиотека - оболочка: https://github.com/bvarga/delphizmq ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:12:24 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Засада: The package contains a wrapper (zmq.pas), and a higher level api (zmqapi.pas). It should work with ZMQ 2.2.x, and with 3.2.x. А последний Stable Release на сегодня - 4.0.4. Берем предыдущую 3.2.4, от греха подальше: http://miru.hk/archive/ZeroMQ-3.2.4~miru1.0-x86.exe Из всей инсталляции нужна только библиотека libzmq-v90-mt-3_2_4.dll (ядро системы обмена сообщения, скомпилированная MS VS 2008, "релизный" вариант) -> переименовываем в libzmq.dll и помещаем в каталог с будущими исполняемыми файлами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:26:38 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Не забываем, что для приложений, созданных в MS VS 2008, требуется "редистрибутабле пацк": http://www.microsoft.com/ru-ru/download/details.aspx?id=5582 Скорее всего, он у всех уже установлен, но мало ли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:31:23 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Инсталлер можно не грузить, а построить библиотечку самостоятельно, из исходников: http://download.zeromq.org/zeromq-3.2.4.zip Для построения нужна MS VS 2008 Pro для С++. Можно обойтись и бесплатной Express версией MS VS, но тогда пакет библиотек для построения в Windows придется грузить отдельно. В инструкции пишут, что можно обойтись и MinGW: http://zeromq.org/build:mingw Однако, лично мне этого сделать так и не удалось. В общем, MS VS 2008. Можно и более новую студию но, пишут, что приложения не будет работать на Win2K и WinXP. Распаковываем скаченные исходники, открываем каталог builds\msvc, открываем из MS VS "решение" msvc.sln Выбираем конфигурация "Release" и даем команду "построить решение" (F7). Идём пить чай, это не дельфи, это минут на десять. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:42:56 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Готово. В подкаталоге \lib появилась нужная библиотека: libzmq.dll. Какая-то она подозрительно маленькая (всего 186кБ), по сравнению с теми вариантами, что в инсталляторе были, но, надеюсь, это не беда : ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:48:02 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччД - а зачем ты все это написал ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:59:00 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Кроме "любезно приложенной мной" () dll - ки, для дельфикодинга нужен фал, описывающих функции в этой библиотеке. Это есть вот здесь: https://codeload.github.com/bvarga/delphizmq/zip/master Из всего, что скачано, для работы потребуется совсем чуть-чуть. Нужны два файлика: 1. zmq.pas 2. zmq.inc Если хочется работать не с функциями dll, а использовать дельфийские классы - обертки, то можно использоват еще два файлика: 3. zhelpers.pas 4. zmqapi.pas Как работать - примерно описано в файле README.md. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 02:59:22 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Всё! Будем писать сверхскоростной сервер обработки сообщений. :) ...пошел варить кофе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 03:01:15 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
READMEYou should use the higher level api, which'll save you a lot of time, and incidentally the code'll be easier to read. Очередная реинкарнация ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 03:03:38 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Дополнение к ТЗ ( 16562010 ): сервер получает беззнаковое 32 - разрядное целое и возвращает квадрат этого числа в беззнаковом 64м целом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 03:04:13 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
В общем, все вышеупомянутые .pas и inc файлы складываем в одно место и указываем Delphi, чтобы она это место знало (например, добавляем директорию в library path). И так, сервер, готов: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. Сервер в цикле слушает порт №5555, читает из порта число и пишет значение квадрата числа. Надеюсь, он будет работать безупречно. А пока он только компилируется, стартует и выводит Starting... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 03:32:57 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Клиент: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. Судя по выводимым сообщениям, все работает правильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 04:01:14 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Нужно убрать из циклов тормозящие Writeln(), запустить сервер на удаленном компе и оценить скорость работы с несколькими клиентами... ... ...завтра. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 04:02:04 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Меряю. Разное количество клиентов. Клиенты запускаются и ждут, пока запустится сервер. Сервер выполняет 1 млн запросов и выводит сообщение о времени выполнения. ... При попытке выполнить 1024 коннекта получил сообщение "assertion failed fds.size() <= fd_setsize"... Посмотрел в исходниках dll на этот самый fd_setsize - он там действительно FD_SETSIZE равен 1024. Просто уменьшил число клиентов до 1000. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 06:14:42 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
То есть, после двух сотен клиентов - на пределе, еле справляется. Нужно попробовать разнести серверную части в несколько потоков. ... Вообще, клиенты могут сами регулировать нагрузку. Все, что нужно - выполнить привязку сокета к двум верверам: Код: pascal 1. 2. - и все. Запросы будут поочередно отсылаться разным серверам. Но хочется выжать все из одного процесса сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 06:19:43 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччДТо есть, после двух сотен клиентов - на пределе, еле справляется. Нужно попробовать разнести серверную части в несколько потоков. ... Вообще, клиенты могут сами регулировать нагрузку. Все, что нужно - выполнить привязку сокета к двум верверам: Код: pascal 1. 2. - и все. Запросы будут поочередно отсылаться разным серверам. Но хочется выжать все из одного процесса сервера. Профилировщиком шмальни, где он супостат чешетца.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 06:55:49 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччД, А написать сервер на портах завершения ввода/вывода (IO completion ports)? Пишут, что это чуть не лучший вариант под Windows для обработки многих запросов. http://msdn.microsoft.com/ru-ru/library/windows/desktop/aa365198(v=vs.85).aspx http://habrahabr.ru/post/145140/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 09:51:43 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччД, не пробовал в тот же сценарий запрячь что-либо из этого набора , чтобы потом можно было как-то сравнить результаты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2014, 13:35:49 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Интересно, что длина сообщений может быть любой (почти: Integer), просто короткие сообщения доставляются прямо в теле сообщения, а для длинных специально автоматически выделяется память и в сообщении - адрес начала блока. После чтения следующего сообщения предыдущее "пропадает". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2014, 05:10:48 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
...в общем, выяснилось, что клиентов не будет больше сотни, и скорость обработки вполне приемлима. ... ~~~~~~~~~~~~~~~~~~~~~~~~ Таким образом, был рассмотрен режим обмена сообщениями по схеме "Запрос-Ответ" (Request-Reply). Схема работы "Запрос-Ответ": сервер слушает сокет, принимает сообщения от всех желающих, и отвечает на запросы. ... ~~~~~~~~~~~~~~~~~~~~~~~~ Бывает, что нужно по-другому. Сервер должен оповестить клиентов о каком-то событии. Клиенты отправляют серверу заявку, что они готовы получать сообщения о наступившем событии ("подписываются" на событие). Одних клиентов могут интересовать одни события, других - другие. А сервера вообще не волнует, кому из клиентов что нужно. Сервер - это как бы радиоприемник, вещающий в эфир. Кто слушает - молодец. А кто не слушает - тот ССЗБ. Такая схема называется "Издатель - Подписчик" (Publisher-Subscriber). Пример. Автоматическая метеостанция измеряет температуру, атмосферное давление и скорость ветра. Результаты измерений время от времени (например, после завершения цикла измрений) передаются "всем заинтересованным лицам". Кого-то интересует всё, кому-то нужна температура, кого-то волнует только скорость ветра. Пишем код метеостанции (), то есть, сервер-издатель : ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2014, 06:08:55 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Через сокеты не тестил ? Synapse, к примеру. Интересно, сильно уступит по скорости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2014, 10:15:19 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччДА сервера вообще не волнует, кому из клиентов что нужно. Сервер - это как бы радиоприемник, вещающий в эфир. Кто слушает - молодец. А кто не слушает - тот ССЗБ. В смысле, используешь UDP broadcast или TCP multicast? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2014, 12:16:14 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovчччДА сервера вообще не волнует, кому из клиентов что нужно. Сервер - это как бы радиоприемник, вещающий в эфир. Кто слушает - молодец. А кто не слушает - тот ССЗБ. В смысле, используешь UDP broadcast или TCP multicast? ZeroMQ вроде точно не использует UDP. Как реализовано - можно посмотреть в исходниках libzmq.dll. Прикладной программист выбирает транспортный уровень для сокета с помощью zmq_bind: Код: pascal 1. ... Заявлено, что ZeroMQ позволяет обмениваться между разными системами "в сети", между процессами и между потоками в рамках процесса. Я ничего, кроме tcp пока не пробовал. В документации пишут, что в данны момент поддерживается работа на базе TCP, IPC (на POSIX), inproc, TIPC ("Transparent IPC" от Ericsson), SCTP, PGM, NORM и SOCKS5 (насчет последнего упоминают особо - типа, теперь ZeroMQ может и через сеть Tor ходить) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2014, 15:59:06 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччД... Бывает, что нужно по-другому. Сервер должен оповестить клиентов о каком-то событии. Клиенты отправляют серверу заявку, что они готовы получать сообщения о наступившем событии ("подписываются" на событие). Одних клиентов могут интересовать одни события, других - другие. А сервера вообще не волнует, кому из клиентов что нужно. Сервер - это как бы радиоприемник, вещающий в эфир. Кто слушает - молодец. А кто не слушает - тот ССЗБ. Такая схема называется "Издатель - Подписчик" (Publisher-Subscriber). Пример. Автоматическая метеостанция измеряет температуру, атмосферное давление и скорость ветра. Результаты измерений время от времени (например, после завершения цикла измрений) передаются "всем заинтересованным лицам". Кого-то интересует всё, кому-то нужна температура, кого-то волнует только скорость ветра. Пишем код метеостанции (), то есть, сервер-издатель : Сервер. Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. Инициализация: все то же самое, что и для работы по шаблону "Запрос - Ответ". За исключением того сокет создается с опцией ZMQ_PUB (сокет - издатель): Код: pascal 1. Рабочий цикл: сервер только отправляет сообщения подписчикам (методы zmq_msg_send, zmq_sendmsg, zmq_send). Попытка получить данные выбросит исключение. .... В каждом рабочем цикле отправляется три сообщения (вернее, "публикуется"): о температуре, о давлении и о скорости ветра. Для разнообразия показаны разные способы формирования сообщений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 02:53:52 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
При публикации температуры и давления используется структура типа zmq_msg_t: Код: pascal 1. Служебная структура, ничего особенного в ней нет, просто массив из 32 байт. Код: pascal 1. 2. 3. 4. Чтобы переслать данные, нужно попросить библиотеку ZMQ инициализировать область памяти нужного размера. А затем заполнить этк область: Код: pascal 1. 2. 3. 4. А затем - отправить сообщение, используя метод zmq_msg_send или zmq_sendmsg: Код: pascal 1. или Код: pascal 1. ... В нашем случае мы уже имеем готовый буфер с данными - строку fMsgStr: Код: pascal 1. 2. Можно не заморачиваться с zmq_msg_t и сразу вызвать метод zmq_send: Код: pascal 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 03:03:16 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
То есть, сервер - издатель получается еще короче: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 03:05:16 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Еще раз: сервер - издатель публикует данные асинхронно, ему в общем случае начхать на клиентов - подписчиков. То есть, если клиента запустить после запуска сервера, то все , что было опубликовано ранее, теряется. Поэтому, вероятно, имеет смысл запускать сначала подписчиков, а потом уже сервер - издатель. ... ~~~~~~~~~~~~~~~~~~~~ Теперь разберёмся с клиентами (подписчиками). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 03:09:07 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Клиент. Клиент-подписчик получает извещения, читает данные и показывает их с помощью Writeln(). Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. Инициализация: - все почти так же, как и для шаблона "Запрос - Ответ". Однако, сокет создается с опцией ZMQ_SUB, а после вызова zmq_connect() дополнительно вызывается метод zmq_setsockopt() с опцией ZMQ_SUBSCRIBE: Код: pascal 1. 2. 3. 4. Рабочий цикл. В цикле выполняется синхронное чтение сообщения из сокета и вывод его с помощью Writeln(). Так как сообщения могут быть разными и разной длины, мы используем метод zmq_msg_recv(), который работает со структурой zmq_msg_t. При этом сообщение считывается полностью в зарезервированную системой область. Метод zmq_msg_recv() возвращает количество считанных байт. Кроме того, количество принятых байт можно узнать, используй метод Код: pascal 1. . Сами данные находятся в буфере, адрес которого можно узнать с помощью метода zmq_msg_data(). Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. Все, клиент готов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 03:32:19 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Если запустить сервер - издатель и несколько клиентов - подписчиков, увидим, что все "гладко и сладко". Вот они, красавчики: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 03:35:37 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Эту тупые клиенты-подписчики реагируют на все публикации. А хорошо бы, одни чтобы реагировали на температуру, другие - на ветер, третьи - на что-нибудь еще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 03:37:40 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
чччД... А хорошо бы, одни чтобы реагировали на температуру, другие - на ветер, третьи - на что-нибудь еще. Как выяснилось, это сделать несложно. Клиент, настраивая сокет - подписчик, должен указать в параметрах строку фильтра. Вместо: Код: pascal 1. - следует указать, например 'Temperature': Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. Теперь этот подписчик получит только те сообщения, которые начинаются с 'Temperature'. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 14:54:20 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Фильтров может быть добавлено несколько. В этом случае клиент получит только те сообщения, которые соответствуют любому из фильтров: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Таким образом, получаем сообщения только о температура и о давлении: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 14:57:40 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Замечания. 1. Сообщения фильтруются клиентом - подписчиком, не сервером-издателем. Так написано. То есть, клиент на транспортном уровне вроде бы получает все поступающие сообщения. Как мне кажется, это должно здорово снижать производительность системы в случае, когда сообщения длинные и поступают часто. Однако, тесты "на коленке" (много разных "длинных" сообщений + фильтр) показали, что это не так. Возможно, при включенной фильтрации клиент получает не сообщение целиком, а только его начальную часть, для сравнения с фильтром. Если сообщение "не годится", оставшаяся часть не принимается. Возможно. 2. Сервер публикует сообщения когда нравится (т.е., асинхронно с клиентом), а клиент-подписчик читает их по готовности, начиная с момента коннекта к серверу-издателю. Таким образом, если клиент обрабатывает сообщения слишком медленно, очередь сообщений может стать слишком большой, и может случиться беда. ZeroMQ обрабатывает данную ситуацию в зависимости от того, как вы настроите сокет-подписчик и сокет-издатель. Каждое соединение между исходящим сокетом (на сервере) и входящем (на клиенте) реализуется с помощью т.н. "труб" (pipes). То есть, между сокетом - источником сообщения и сокетом - получателем создаются "трубы" (pipes), по которым "текут" сообщения. Можно задать "емкость" трубы как на источнике, так и на получателе. То есть, "максимально допустимый уровень воды"(high-water mark - HWM). Некоторые сокеты (типа PUB, PUSH) имеют только исходящие буферы, для них можно определить HWM на отправление. Если сокеты принимающие (типа SUB, PULL, REQ, REP), то для них можно определить определить HWM на прием. Есть сокеты, которые работают в обе стороны (DEALER, ROUTER, PAIR), для этих можно определить оба значения HWM. Так вот, уровень HWM задается все тем же методом zmq_setsockopt() , с опциями: ZMQ_SNDHWM : - задать high water mark для исходящих сообщений (для сокета - издателя) ZMQ_RCVHWM : - задать high water mark для входящих сообщений (для сокета - подписчика) По умолчанию HWM для обоих типов равен 1000 сообщений. Если буфер заполнен, то, в зависимости от типа сокета, оставшиеся сообщения либо игнорируются, либо выполняется блокировка процесса. Пишут, что ZeroMQ не гарантирует, что сокет сможет принять столько сообщений, сколько указано при установке ZMQ_SNDHWM, реально граница может быть на уровне 60-70% от заданного HWM. Типа, "рекомендация" для системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2014, 15:38:20 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Кошмар, сколько ошибок. Например: чччД Код: pascal 1. Теперь этот подписчик получит только те сообщения, которые начинаются с 'Temperature'. Конечно, вместо SizeOf(cFilter1) следует передавать длину строки cFilter1 в байтах... не сглючило, так как все строки были длиной больше 4 байт, а работало правильно - так как строки отличались, начиная с первого символа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2016, 23:32:50 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Короче понятно, а как клиента отключить если, допустим в связке с ROUTER ? Например, не заплатил мне бабок за погоду... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2017, 11:51:45 |
|
||
|
Cервер обработки сообщений
|
|||
|---|---|---|---|
|
#18+
Trester789Короче понятно, а как клиента отключить если, допустим в связке с ROUTER ? Например, не заплатил мне бабок за погоду... Библиотека ZMQ не контролирует подключение клиентов, это не ее уровень. Она обеспечивает коннект при наличии связи и автоматическое восстановление коннекта после сбоев связи. Ну и занимается передачей/приемом сообщений. В твоем случае сервер просто может (например) не отвечать на запросы клиентов, которые ему не "нравятся". Или, в соответствии с рекомендациями разработки протокола безопасности http://zmtp.org/ - отправлять "шум". Вопрос идентификация клиентов можно реализовать самостоятельно, на уровне протокола (почитай рекомендации, ссылка выше). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2017, 22:52:40 |
|
||
|
|

start [/forum/topic.php?all=1&fid=58&tid=2042211]: |
0ms |
get settings: |
7ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
207ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 190ms |
| total: | 464ms |

| 0 / 0 |
