@frostspb29 мая 2019 в 14:07

Асинхронная библиотека для работы с API Mikrotik

1 мин

12K

Python *

Recovery Mode

+14

Комментарии 9

@resetme 29 мая 2019 в 15:29

А можно названия функций сделать ещё длиннее? Чтобы потруднее было набирать.

@resetme 31 мая 2019 в 13:00

Судя по минусам многие любят писать
create_rosapi_connection за место создания экземпляра объекта из определенного пространства имен и использования методов типа read и write или send и recieve.

@chelaxe 1 июн 2019 в 05:02

from aio_api_ros import create_rosapi_connection as crc

@resetme 1 июн 2019 в 19:12

Проблема при этом останется. Вот паттерн из многих подобных библиотек.

from aio_ros import Connection

conn = Connection(...)
resp = conn.send(...)

@heyZEUS 30 мая 2019 в 17:59

эмммммм, а что мешало посмотреть инфу по хотспотам просто подключившись к микроту по ssh, или через вебморду, ну или через тот же винбокс?)

@frostspb 30 мая 2019 в 18:00

Ну, например, есть свой микросервис, который должен логинить юзеров на разные микроты, через апи

@heyZEUS 30 мая 2019 в 19:17

а зачем для этого апи, если всё нужное и так есть в микроте?) Просто на данный момент вижу, что приходится тратить лишнее время на написание команд для подключения к микроту ради выполнения на нем действий, предусмотренными его же синтаксисом

@frostspb 30 мая 2019 в 19:59

Ну, возникла производственная необходимость встроить этот функционал в приложение на торнаде

@chelaxe 31 мая 2019 в 02:31

api Mikrotik и так есть в Mikrotik)) Написание команд для ssh, тут равносильно реализации работы с api Mikrotik. ssh, web-интерфейс — это для человека — администратора, api — для автоматизации. Использование api для автоматизации действий с Mikrotik это правильный подход, нежели использовать для этого ssh, web-интерфейс.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий