Всем привет!
Решил развивать свой блог делясь своим опытом.
Я, как и многие другие, столкнулся с проблемой: к проекту надо подключить библиотеку, которой может и не быть на компьютере, на котором будет установлена программа. А может она будет, но не той версии. Может гораздо более старой версии, возможностей которой вам не хватит. Что мы можем сделать? Как мне кажется, довольно эффективным решением является статическая линковка со своей программой. А чтобы не раздувать своей проект исходниками сторонних библиотек, мы можем таскать их архив. Если думать в контексте CMake, то мы можем указывать URL на архив или даже ссылку на ветку в git репозитарии, что гораздо удобнее. Но тут нам CMake преподносит неприятный сюрприз. Во время сборки проекта, мы не сможем заставить CMake указать собрать сторонний проект раньше, чем он соберёт наш.

Meeting with DjonDB

Hello, I work on relant, I would like to tell you about my experience with DjonDB, and what was the task I faced the task and why we decided to use a NoSQL solution, especially DjonDB.

We are engaged in the implementation of IPTV services, and It was necessary to organize the server monitoring signal quality or the IPTV servers. On the servers was a program that could send the statistics of the signal and each channel on the monitor server in JSON format. Of course, we also have syslog messages. But the most informative messages are received in JSON.

Здравствуйте!
Я бы хотел рассказать о своём опыте использования DjonDB, о том с какой задачей я столкнулся, почему решил использовать NoSQL решение и почему использовал DjonDB.

Мы занимаемся внедрением услуги IPTV, надо было организовать сервер мониторинга качества сигнала с серверов IPTV. На серверах стояла программа, которая могла отправлять статистику о сигнале и каждом канале на сервер мониторинга в формате JSON.