http://mikrotik.moscow Новое в теме Проблема с ":put" в скриптинге форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 03 Aug 2026 01:43:19 -0400 Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
И еще кое-что. В документации и для справедливости к MT есть старый раздел «Советы и хитрости», на который ссылается текущий мануал по скриптам вот здесь: https://wiki.mikrotik.com/wiki/Manual:Scripting_Tips_and_Tricks Там есть раздел с названием «Будьте осторожны при добавлении массива к строке», который, возможно, объясняет это лучше.
19.03.2022 21:29:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399896 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399896 Sat, 19 Mar 2022 21:29:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Моя мысль в том, что вина не в бедном операторе «:put». По сути, при подстановке переменных «лучшей практикой» было бы просто использовать «кастинг», в большинстве случаев это излишне. Но, как уже отмечалось, обработка ошибок в скрипте тоже ограничена, так что лучше вообще избегать появления ошибок. А вот с «.» и массивами все сложнее. Массив может хранить разные вещи (например, пары ключ-значение, список строк/чисел и т.д., функции или их смесь), и от того, что именно хранится, зависит, как сработает :put. Если у вас массив только из строк, он может работать примерно так, как вы ожидаете (хотя, думаю, всё равно не совсем).

:global strarr {"abc"; "def"}  
:put [len $strarr]
# 2  
:put [typeof $strarr]
array  
:put "strarr=$strarr"  
#strarr=abc;strarr=def  
:global strstrarr "strarr=$strarr"  
:put [len $strstrarr]
#2  
:put [typeof $strstrarr]
#array  
:put $strstrarr  
#strarr=abc;strarr=def  
:put ($strstrarr->0)  
#strarr=abc  
:put "onemorelevel=$strstrarr"  
#onemorelevel=strarr=abc;onemorelevel=strarr=def  

Всё это работает, потому что внутри массива — обычные типы, например строки (или числа — то же самое). Но, как в вашем и в следующем примере, массивы могут хранить пары ключ-значение. И вот когда это происходит, подстановка строк уже не работает.

:global arrarr {a=1;b="txt"}  
:put "$arrarr"  
#a=1;b=txt  
:put "some text $arrarr"  
# ### как было сказано ранее в обсуждении — никакого вывода ###  

Как работает оператор «точка .» с массивом, действительно описано в справке (например, он ведёт себя как функциональный оператор «set apply»), но почему в первом примере текст повторился — вопрос. Дальше, если у вас есть строка, а затем массив, скрипт может распознать «точечный оператор», если видит сначала строковый токен, а за ним массивный, как в «text$myarray», и поэтому получится тот же эффект. В общем, я буду дальше называть это последовательно — непоследовательно. В какой-то мере многие вещи имеют смысл — просто совсем не хватает нескольких примитивов, а типы получились асимметричными.
19.03.2022 21:01:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399895 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399895 Sat, 19 Mar 2022 21:01:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Amm0, спасибо. Твой ответ оказался самым полезным, и твоя оценка того, что RouterOS постоянно ведёт себя непредсказуемо, кажется вполне точной. Используя твоё предложение и изменив мой исходный пример кода на использование [:tostr], всё действительно работает:

{
   :local data "this is a test";

   {
       :local test [:toarray ""];
       :set ($test->"foo") "bar";
       :set ($test->"bar") "baz";

       :put "debug #1: test=$test";
       :put ("debug #2: test(concat)=" . $test);
       :put "debug #3: test(tostr)=$[:tostr $test]";
       :put "debug #4: test="; :put $test;
   }

   :local foo [/system routerboard get board-name];
   :set data ($data . "\n" . $foo);
   :put "debug: added to data: $foo";
}

:local response [/tool fetch http-method=post http-data=$data output=user url="https://httpdump.io/eyxhj" as-value];

:put ("debug: typeof response=" . [:typeof $response]);
:put ("debug: response=" . [:tostr $response]);
}

Объяснение, что :put “заикается” при попытке вывести массив, хорошо подходит для этого постоянного непредсказуемого поведения OS. Я сделал более детальный тест, чтобы понять, что работает, а что нет:

{
   :local test [:toarray ""];
   :set ($test->"foo") "bar";
   :set ($test->"bar") "baz";

   :put "debug #1: test=$test";
   :put ("debug #2: test(concat)=" . $test);
   :put "debug #3: test(tostr)=$[:tostr $test]";
   :put "debug #4: test="; :put $test;
}

Первый и второй :put ничего не выводят совсем, а третий и четвёртый — выводят. Что четвёртый выводит — для меня это непоследовательное поведение: RouterOS, кажется, неявно преобразует массив в строку, если выводится только он один, но не делает этого при конкатенации (и при этом не выдаёт ни ошибки, ни предупреждения). Мой опыт работы с другими языками показывает, что неявное преобразование нестроки в строку либо происходит как в пункте #4, либо преобразуется в что-то типа статической строки «{array}» в выводе. Полное отсутствие вывода — это (снова для меня) не последовательно и забирает лишнее время на попытки понять, что вообще происходит и отладить проблему.

В любом случае, думаю, я уже достаточно увлёкся в этой ветке — спасибо за полезные комментарии и разъяснения!
19.03.2022 19:15:00, stuartpbb.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399894 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399894 Sat, 19 Mar 2022 19:15:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Скрипты RouterOS точно ведут себя «последовательно, но непредсказуемо». Видимо, тут какой-то спорный баг. Но проблема, скорее, не в команде «:put», а в строке, которую она пытается вывести. Если при подстановке строки (иначе говоря, интерполяции) возникает ошибка, как иногда бывает с «:put "value=$val"», если $val — это массив, тогда строка может провалиться, и в ответ ничего не вернётся. Поскольку подстановка строки происходит до вызова «:put», когда «стек разворачивается» обратно к «:put», строка уже пустая. В общем, лучше всегда убеждаться, что подставляемые переменные — строки, пусть даже пустые, иначе они могут (а могут и не) «упасть» в зависимости от типа (число, массив, ip, ip6, ip-префикс и так далее), а когда строковая подстановка проваливается, возвращается пустая строка. Думаю, основная проблема в том, что ответ от /tool/fetch — это тип «массив», а интерполяция строк с массивами у RouterOS, мягко говоря, «капризная». Почему и когда — неясно, лучше не использовать массивы как переменные внутри строк.

Чтобы решить твою проблему, можно просто обернуть переменную в [:tostr $response], например так: :put "debug: response=$([:tostr $response])". Думаю, дополнительный «$([…])» вокруг переменной создаёт новый вызов в стеке, то есть ещё одну «зону обработки ошибок», так что если ошибка случится, стек «свернётся» только до этого вызова и пустую строку вернёт только он, а не весь скрипт. Теоретически ROS-скрипт должен сам пытаться привести к строке через :tostr, и, возможно, так и есть, но синтаксис $([…]) действует как «ловушка» для ошибок, по крайней мере, судя по моему опыту. :tostr важен тем, что он возвращает именно пустую строку, а не ошибку/nil/ничего.

В целом, по документации много пробелов, но главная беда — это «неряшливость» MikroTik с типами переменных. Например, какие-то команды CLI приводят типы автоматически, другие — нет, а некоторые преобразования возможны только с хитростями.
18.03.2022 23:03:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399893 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399893 Fri, 18 Mar 2022 23:03:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Хорошо, но сейчас этот код использует переменные с глобальной областью видимости, а не локальные. Цель — применять локальную область, чтобы не сохранять состояние в глобальном окружении, если это не нужно, и держать локальные переменные внутри того блока кода, к которому они относятся. Ты также используешь :parse, чтобы обернуть fetch, и :delay — зачем это нужно/где это описано? По документации и примерам кода, которые я нашёл (https://wiki.mikrotik.com/wiki/Manual:Tools/Fetch), есть такой пример:  
{  
   :local result [/tool fetch url=http://10.0.0.1/disable_ether2.php as-value output=user];
   :if ($result->"status" = "finished") do={  
       :if ($result->"data" = "0") do={  
           /interface ethernet set ether2 disabled=yes;  
       } else={  
           /interface ethernet set ether2 disabled=no;  
       }  
   }  
}  
Код, который я изначально использовал в качестве примера, работает, и $response устанавливается (у меня есть полностью рабочий скрипт, который так же работает примерно на 30 роутерах под управлением ROS v6 и v7), просто debug :put после этого не выводит никаких данных (в этом и был смысл этой темы).
18.03.2022 22:29:00, stuartpbb.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399892 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399892 Fri, 18 Mar 2022 22:29:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Но, пожалуйста, «@rextended», прекрати высказываться на людей, которые не знают об этих ограничениях! Скриптовый движок в таких вещах, как управление stdout/stderr, просто провален: например, он не умеет ловить сообщения об ошибках и не поддерживает коды ошибок. Реализация :put тоже провалилась, потому что она вовсе не делает то, чего от неё ждут люди.
18.03.2022 18:24:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399891 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399891 Fri, 18 Mar 2022 18:24:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Вау… Я не ожидал такой реакции от поклонников Mikrotik. Было бы полезнее сначала попытаться выяснить детали, прежде чем бросаться с обвинениями и говорить, что человек полностью неправ, просто за то, что он попросил обновить документацию. Надо было и мне чуть яснее сформулировать. Моя проблема не с планировщиком задач, а с примерно таким скриптом и тем, что :put ведёт себя не так, как ожидается:

{
   :local data "this is a test";

   {
       :local foo [/system routerboard get board-name];
       :set data ($data . "\n" . $foo);
       :put "debug: added to data: $foo";
   }

   :local response [/tool fetch http-method=post http-data=$data output=user url="https://httpdump.io/eyxhj" as-value];

   :put "debug: response=$response";
}

Я проверял это на RouterOS v6 и v7: оба выведут первую команду :put, но вторую нет. Моя версия — внутренний блок кода (используемый, чтобы переменная :local foo была видна только внутри него) перенаправляет вывод так, что :put после fetch просто не появляется в консоли. В документации я ничего не нашёл, что объясняло бы такое поведение, поэтому и попросил обновить документацию, чтобы объяснить случаи, когда :put ведёт себя не так, как логично ожидать (и как работают print в других языках сценариев).
18.03.2022 17:56:00, stuartpbb.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399890 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399890 Fri, 18 Mar 2022 17:56:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Когда у тебя есть скрипт, который запускается, скажем, ровно в 00:00 каждую ночь, где ты ожидаешь увидеть вывод :put? У тебя круглосуточно открыта терминальная сессия, которая ждёт этот вывод? Вот почему у нас есть :log, который отправляет вывод в лог или syslog. Данные также можно отправлять по email, ftp, http, мигать светодиодом +++ (гугли email, telegram +++++). Я использую :put только когда отлаживаю скрипт, чтобы в терминале увидеть, что там происходит во время теста.
18.03.2022 13:24:00, Jotne.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399889 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399889 Fri, 18 Mar 2022 13:24:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Могли бы вы обновить документацию, чтобы это отражалось? https://wiki.mikrotik.com/wiki/Manual:Scripting Я только что столкнулся с той же проблемой и был уверен, что это баг, пока не прочитал это.
17.03.2022 02:35:00, stuartpbb.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399888 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399888 Thu, 17 Mar 2022 02:35:00 -0400 RouterOS Проблема с ":put" в скриптинге RouterOS в форуме RouterOS.
Не получается использовать :put для вывода содержимого глобальной переменной внутри скрипта. В терминале cli всё работает нормально, и видно, что глобальная переменная меняется из скрипта, но при запуске скрипта в консоли никакого вывода нет. Использую версию 6.43.7 и последнюю Winbox. Искал решение на форуме и в гугле — без успеха. Буду признателен за советы.
01.01.2019 02:16:00, Okietim.]]> http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399887 http://mikrotik.moscow/forum/forum57/85784-problema-s-_put_-v-skriptinge/message399887 Tue, 01 Jan 2019 02:16:00 -0500 RouterOS