{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Skurudo Blog(post): заметки с тегом скрипт", "_rss_description": "Сцена́рный язы́к (язык сценариев, жарг. скрипто́вый язык, от англ. scripting language) — высокоуровневый язык программирования для написания сценариев", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/www.skurudo.ru\/tags\/script\/", "feed_url": "https:\/\/www.skurudo.ru\/tags\/script\/json\/", "icon": "https:\/\/www.skurudo.ru\/pictures\/userpic\/userpic@2x.jpg?1691593083", "authors": [ { "name": "Pavel Galkin", "url": "https:\/\/www.skurudo.ru\/", "avatar": "https:\/\/www.skurudo.ru\/pictures\/userpic\/userpic@2x.jpg?1691593083" } ], "items": [ { "id": "264", "url": "https:\/\/www.skurudo.ru\/all\/notifications-about-problems-in-oxidized\/", "title": "Уведомления о проблемах в Oxidized", "content_html": "

Разбор не сильно освещенных мест в довольно популярных продуктах несет с собой некоторое количество боли. Разработчики пишут документацию, считая некоторые вещи очевидными, но так бывает довольно не всегда и примеров с конфигурациями частенько бывает не хватает. В случае же с блогерами все тоже довольно грустно. Обзоры похожи один на другой и никто не старается копнуть вглубь и предложить что-то интересное или необычное.<\/p>\n

Например есть довольно зрелый продукт для резервного копирования конфигурация — Oxidized. Разработка пришла на смену RANCID и заменила его чуть более чем полностью. В нем исторически есть набор фич, но развитие за годы замедлилось. Работает ведь отлично, зачем ломать? Но есть задачи немного в сторону.<\/p>\n

В Oxidized нет возможности из коробки направить уведомлении об успешном или наоборот — не очень успешном процессе резервирования. Для этого можно использовать так называемые хуки. И вроде hook не слишком сложный, но важно помнить, что важен формат — yaml.<\/p>\n

hooks:\r\n  failed:\r\n    type: exec\r\n    events: [node_fail]\r\n    cmd: 'echo "$OX_NODE_NAME,$OX_NODE_IP,$OX_JOB_STATUS" >> \/home\/oxidized\/.config\/oxidized\/ox_node_failed.log'<\/code><\/pre>
На выходе мы получаем текстовый файл в формате csv и сможем еще уже отправить дальше. Например в телеграм путем не очень хитрых манипуляций:<\/p>\n
#!\/bin\/bash\r\n\r\n# Set the API token and chat ID - обозначаем токен и id чата\r\nAPI_TOKEN="token"\r\nCHAT_ID="chat-id"\r\n\r\n# Parse file with error - объявляем путь к файлу\r\nFILE=\/opt\/oxidized\/ox_node_failed.log\r\n\r\n# Checking if file is empty or not - проверяем, пустой ли файл\r\nif [ -s $FILE ]\r\nthen\r\n     echo "File is not empty, do the JOB"\r\n\r\n       # Read file, prepare messade and send to Telegram - читаем файл, готовим сообщение и отправляем\r\n        while IFS=, read -r col1 col2 col3\r\n        do\r\n            MESSAGE=("<b>ERROR DETECTED<\/b> while backup on device $col1 with IP: $col2 reason: <b>$col3<\/b>. Check <a href=\\"http:\/\/oxidized.url\\">Oxidized<\/a>!");\r\n            echo $MESSAGE\r\n\r\n        # Use the curl command to send the message - отправляем сообщение\r\n        curl -s -X POST https:\/\/api.telegram.org\/bot$API_TOKEN\/sendMessage -d parse_mode="html" -d chat_id=$CHAT_ID -d text="$MESSAGE";\r\n\r\n        done < $FILE\r\n      \r\n        # Clean file - очищаем файл, чтобы избежать повторной отправки\r\n        >$FILE\r\n\r\nelse\r\n     echo "File is empty, nothing to do"\r\n     exit;\r\nfi<\/code><\/pre>
Теперь и на Github<\/a>! ^_^<\/p>\n",
            "date_published": "2024-11-27T09:07:35+03:00",
            "date_modified": "2024-11-27T09:15:50+03:00",
            "tags": [
                "Mikrotik",
                "Oxidized",
                "Telegram",
                "скрипт"
            ],
            "_date_published_rfc2822": "Wed, 27 Nov 2024 09:07:35 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "264",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "257",
            "url": "https:\/\/www.skurudo.ru\/all\/how-to-spend-some-time-and-overcome-anxiety\/",
            "title": "Как потратить немного времени и победить тревожность",
            "content_html": "
В небольшие промежутки времени между домашними и рабочими делами есть большое желание приобщиться к мировой мультипликации и посмотреть, какие новые и волшебные идеи приходят к нам из страны восходящего солнца. И как большинство длинных историй начинаются со слов «короче», здесь будет нечто подобное.<\/p>\n
Короче началось все с того, что любимый торрент трекер AnimeBytes снова по каким-то своим техническим проблемам слег и анонсов восстановления его не было. Пришлось какое-то продолжительное время использовать NyaaTorrents. Он менее удобен и проигрывает визуально, но прост и функционален. В момент использования стало понятно — есть проблема, которая касается и NyaaTorrents, и AnimeBytes. Для получения нужных нам материалов для проведения досуга нужно заходить, обновлять страничку, смотреть обновления, скачивать.<\/p>\n
ДОКОЛЕ?! Автоматизацию в массы!<\/p>\n
И вспомнилось мне, что еще со времен uTorrent была прекрасная возможность использовать RSS для получения о новых релизах и ссылки на сами торренты. Точно такая же фишка обнаружилась и в QBittorrent, идейном наследнике uTorrent. Таким образом мы делаем следующее — добавляем в наш торрент клиент RSS фид от торрент трекера и с помощью встроенных фильтров автоматически скачивает то, что нам нужно.<\/p>\n
Вот так выглядит список правил для зимнего сезона 2024 года + остатки 2023-ого:<\/p>\n
\n\"\"\n<\/div>\n
Сложности? Есть некоторые моменты, на которые стоит обратить внимание — разные названия в разных rss-фидах и релизах (нужно учесть варианты), а также имеет смысл фильтровать разрешения (т. е. скачивать релиз только 720р или только 1080р, чтобы несколько раз не скачивать одно и то же). Поскольку расписание на сезон более или менее фиксированное, в начале сезона составляем список и в течение этого времени оно работает автоматически, без нашего участия.<\/p>\n
И казалось бы, оно работает и чего еще желать? Неплохо бы все-таки знать, а что там нового реально скачалось? Кто-то же должен сказать: «Скачано, подано, давайте смотреть! Позязя!».<\/p>\n
По умолчанию QBittorrent дает возможность отправлять данные по электронной почте, уже даже с поддержкой SSL. Но использовать электронную почту в 2024 году для уведомлений? А почему бы не использовать телеграм сразу? Можно и его.<\/p>\n
Если бы мы сидели где-нибудь под линуксами, то у нас была бы возможность сразу использовать готовый скрипт — qbittorrent_telegram_notification<\/a>. Однако у нас Windows и нужно как-то выкручиваться по-другому. Под другим подразумевается использование Powershell для отправки сообщений.<\/p>\n
\n\"\"\n<\/div>\n
В настройках QBittorrent нам нужно вызвать внешнюю программу после завершения скачивания: «powershell.exe -File C:\\cmd\\qbittorrent-alert.ps1 „%N“»<\/i>. Встроенный в Windows Powershell вызывает наш скрипт с параметрами. Не стоит забывать про Powershell Policy, обычно по умолчанию выполнение скриптов запрещено — нужно будет разрешить: Set-Executionpolicy -Scope CurrentUser -ExecutionPolicy UnRestricted<\/i><\/p>\n
Сам скрипт распространяется свободно и доступен в Github — Telegram notification template with Qbittorrent<\/a>. Для работы достаточно указать токен телеграм бота и идентификатор чата, куда будут отправляться сообщения.<\/p>\n
По итогу наших стараний получаем приватную «уведомлялку» о новинках.<\/p>\n
\n
\n\"\"\n\"\"\n<\/div>\n<\/div>\n",
            "date_published": "2024-02-27T13:16:06+03:00",
            "date_modified": "2025-05-27T11:51:55+03:00",
            "tags": [
                "Microsoft",
                "Powershell",
                "Telegram",
                "скрипт",
                "торрент"
            ],
            "image": "https:\/\/www.skurudo.ru\/pictures\/2024-02-27_006.png",
            "_date_published_rfc2822": "Tue, 27 Feb 2024 13:16:06 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "257",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/jquery\/jquery.js",
                    "system\/library\/fotorama\/fotorama.css",
                    "system\/library\/fotorama\/fotorama.js"
                ],
                "og_images": [
                    "https:\/\/www.skurudo.ru\/pictures\/2024-02-27_006.png",
                    "https:\/\/www.skurudo.ru\/pictures\/2024-02-26_005.png",
                    "https:\/\/www.skurudo.ru\/pictures\/2024-02-27_006v2.png",
                    "https:\/\/www.skurudo.ru\/pictures\/2024-02-27_007.png",
                    "https:\/\/www.skurudo.ru\/pictures\/2024-02-27_004.png"
                ]
            }
        },
        {
            "id": "230",
            "url": "https:\/\/www.skurudo.ru\/all\/yaszait-yet-another-simple-zabbix-agent-installer-tool\/",
            "title": "YASZAIT — Yet Another Simple Zabbix Agent Installer Tool",
            "content_html": "
Понадобилось на несколько разных серверов на Debian\/Ubuntu поставить агент Zabbix, чтобы подключить их к мониторингу. Вместо того, чтобы ставить совсем все руками, немного автоматизировал процесс и добавил интерактива и в конце немного покажет адреса, чтобы удобно добавить в inventory. Скрипт спрашивает ровно три вещи:<\/p>\n
    \n
  1. хостнейм сервера — можно прощелкать, укажет автоматически<\/li>\n
  2. адрес Zabbix сервера — указывать обязательно<\/li>\n
  3. порт — можно прощелка, укажет стандартный 10050<\/li>\n<\/ol>\n
    Для запуска скрипта:<\/p>\n
    bash <(wget -O - https:\/\/raw.githubusercontent.com\/skurudo\/usefulbash\/main\/zabbix-add-agent-on-debian.sh)<\/code><\/pre>
    Код приведен ниже и также доступен на Github<\/a>:<\/p>\n
    #!\/bin\/bash\r\n# YASZAIT\r\n# Yet Another Simple Zabbix Agent Installer Tool\r\n##############################################################\r\n# enter some data to start\r\necho -n "Enter this server name: "\r\nread SRV_HOSTNAME\r\n# if SRV_HOSTNAME is empty, use server hostname\r\nif [ -z "$SRV_HOSTNAME" ]; then\r\n        SRV_HOSTNAME=($(hostname -f))\r\nfi\r\necho -n "Enter Zabbix Server (FQDN or IP): "\r\nread ZABBIX_SERVER\r\n# if ZABBIX_SERVER is empty, try again\r\nif [ -z "$ZABBIX_SERVER" ]; then\r\n    echo -n "=> Please enter address of your Zabbix server... [example.org or IP]: "\r\n        read -r ZABBIX_SERVER\r\nfi\r\necho -n "Listening port (10050): "\r\nread LISTEN_PORT\r\n# if LISTEN_PORT is empty, set it to 10050\r\nif [ -z "$LISTEN_PORT" ]; then\r\n    LISTEN_PORT=10050\r\nfi\r\n\r\n# Zabbix agent simple installation\r\napt-get install zabbix-agent\r\n# change configuration file\r\ncat > \/etc\/zabbix\/zabbix_agentd.conf << EOF\r\n# simple core config file\r\n#\r\n# address of the server\r\nServer=$ZABBIX_SERVER\r\nServerActive=$ZABBIX_SERVER\r\n# port for Zabbix\r\nListenPort=$LISTEN_PORT\r\n# hostname \r\nHostname=$SRV_HOSTNAME\r\n#Hostname=$(hostname -f)\r\n# pid and logs\r\nPidFile=\/var\/run\/zabbix\/zabbix_agentd.pid\r\nLogFile=\/var\/log\/zabbix-agent\/zabbix_agentd.log\r\nLogFileSize=0\r\nEOF\r\n# restart the zabbix agent\r\nservice zabbix-agent restart \r\n# check agent status\r\nservice zabbix-agent status\r\n# show a little ip4 addresses for Zabbix server\r\necho "######################################"\r\necho "# Information about IP addresses #####"\r\necho "######################################"\r\necho "Server ipv4 addresses:"\r\nip addr show | grep "inet "<\/code><\/pre>
    Сейчас пока задач по доработкам нет — свои задачи скрипт выполнил, но некоторые мысли есть...<\/p>\n