Telegram бот для Mikrotik с Webhook и парсером JSON

[Sersoftin]

Признаюсь, создание парсера JSON на скрипт-языке Mikrotik для меня было видом спорта.

Прочитав это подумал, что существует такая же статья на английском. Странноватая формулировка.

[xmaster83]

Йоу, полегче, полегче… я вот не пойму это искусство интеграции, или извращение?

[Chupakabra303]

Как обычно, истина где-то посередине.

[DeSharky]

Микротик головного мозга ))

[hexman]

Второй вариант, не совсем уж и отличается от первого, как по мне, так ещё и более костыльный. Смысл?

[Chupakabra303]

Язык интерпретируемый, есть консоль, понимающая команды языка, с автодополнением. В командной строке быстро можно проверить любые варианты и конструкции. Всегда можно вывод в консоль сделать из работающей программы. Ничем не хуже тех же Linux shell скриптов.

[bonsai]

одна и та же команда в консоли и в скрипте работаю по-разному.

Можно, пожалуйста, чуть подробнее этот момент?
Я всегда считал что, например, RSC скрипт это вообще тупо засыл команд в консоль. Во внутренние скрипты не углублялся, но вроде похоже всё 1в1.

[AMaxKaluga]

1. Домен нужен для случая когда на одном IP адресе у вас много web серверов. Т.е. в вашем случае абсолютно не нужен.
2. Вариант решения попроще. Вижу, что в прошивке у микротика есть NetCat (nc). С помощью него можно открыть слушатель порта с ожиданием 0 байт и при подключении вызывать ваш скрипт. Делать это в цикле.

[achekalin]

Ну все, осталось выпустить исполняемый модуль для MT- (ROS?) скриптов под основные операционки… Я не про CHR, а именно про синтаксис и про распространенность: сегодня иначе как на ROS эти скрипты не попишешь, а так бы распространенность повысилась, и даже (возможно) перевалила бы эту же величину для более привычных языков (того же brainfuck).

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