🖥️ Mikulski API
Очередная шутка, которая зашла слишком далеко.
Возникла потребность обмениваться некоторыми данными по стримам между Mikulski_Radio на VPS и Streamix MiniChat на домашнем ПК. Для этого решил освоить создание WebSocket-сервера.
По ходу стройки я подумал, а почему бы не добавить в оборот и остальную информацию, которая циркулирует вокруг.
На прямо-вот-все методы меня, конечно же, не хватило. И в целом, все "ивенты" сильно упрощены... Но давайте будем честны: кто, кроме меня, будет этим пользоваться?
Тем не менее, теперь есть возможность "из-под капота" получать в ту же секунду актуальные события, касающихся моего стриминга, и делать запросы на получение последних таковых.
Предусмотрено зашифрованное соединение (SSL-сертификат), примитивная авторизация, ограничения по количеству соединений с одного IP и по количеству запросов за короткий промежуток времени.
Очевидно, чтобы шутка удалась, нужно было разместить документацию по Mikulski API на GitHub. Однако, я решил не особо мозолить глаза и в качестве компромисса опубликовал ее на веб-сайте (также скрыв из виджетов новостей/блога).
https://mikulski.rocks/mikulski-api/
---
Another joke that went too far.
There was a need to exchange some stream data between Mikulski_Radio on a VPS and Streamix MiniChat on a home PC. To do this, I decided to master the creation of a WebSocket server.
During the construction process, I thought, why not add the rest of the information that circulates around to the turnover.
Of course, I didn't have enough of me for all the methods. And in general, all the "events" are greatly simplified... But let's be honest: who else is going to use it?
However, now it is possible to receive current events related to my streaming from "under the hood" at the same second and make requests for the latest ones.
An encrypted connection (SSL certificate), primitive authorization, restrictions on the number of connections from one IP and on the number of requests in a short period of time are provided.
Obviously, in order for the joke to work, it was necessary to post the documentation on the Mikulski API on GitHub. However, I decided not to bother other people's eyes too much and, as a compromise, published it on the website (also hiding it from the news/blog widgets).
https://mikulski.rocks/mikulski-api/
Возникла потребность обмениваться некоторыми данными по стримам между Mikulski_Radio на VPS и Streamix MiniChat на домашнем ПК. Для этого решил освоить создание WebSocket-сервера.
По ходу стройки я подумал, а почему бы не добавить в оборот и остальную информацию, которая циркулирует вокруг.
На прямо-вот-все методы меня, конечно же, не хватило. И в целом, все "ивенты" сильно упрощены... Но давайте будем честны: кто, кроме меня, будет этим пользоваться?
Тем не менее, теперь есть возможность "из-под капота" получать в ту же секунду актуальные события, касающихся моего стриминга, и делать запросы на получение последних таковых.
Предусмотрено зашифрованное соединение (SSL-сертификат), примитивная авторизация, ограничения по количеству соединений с одного IP и по количеству запросов за короткий промежуток времени.
Очевидно, чтобы шутка удалась, нужно было разместить документацию по Mikulski API на GitHub. Однако, я решил не особо мозолить глаза и в качестве компромисса опубликовал ее на веб-сайте (также скрыв из виджетов новостей/блога).
https://mikulski.rocks/mikulski-api/
---
Another joke that went too far.
There was a need to exchange some stream data between Mikulski_Radio on a VPS and Streamix MiniChat on a home PC. To do this, I decided to master the creation of a WebSocket server.
During the construction process, I thought, why not add the rest of the information that circulates around to the turnover.
Of course, I didn't have enough of me for all the methods. And in general, all the "events" are greatly simplified... But let's be honest: who else is going to use it?
However, now it is possible to receive current events related to my streaming from "under the hood" at the same second and make requests for the latest ones.
An encrypted connection (SSL certificate), primitive authorization, restrictions on the number of connections from one IP and on the number of requests in a short period of time are provided.
Obviously, in order for the joke to work, it was necessary to post the documentation on the Mikulski API on GitHub. However, I decided not to bother other people's eyes too much and, as a compromise, published it on the website (also hiding it from the news/blog widgets).
https://mikulski.rocks/mikulski-api/