В статье на хабре про построение GUI было предложено реализовать калькулятор. И вот моя реализация на tcl/tk

Представляю вниманию баг-фикс релиз Rac-GUI 1.1.0-2. Исправлена ошибка при вызове диалога авторизации. Добавлены опции

infobase_user
infobase_pwd

в вызов rac при редактировании ИБ.

Исправлена ошибка с добавлением названия кластера в конфиг. Исправлен баг с пробелами в именах кластера и ИБ при создании"

На данный момент новая версия, ввиде пакета, доступна только для Debian (и основанных на нём дистрибутивах). Также в git.

Скачать новую версию можно в разделе "Программы".

Вышла новая версия Rac-GUI за номером 1.1.0 выпуск 1.

Вышла новая версия Rac-GUI. Из изменений - в конфиг добавлены две опции для определения имени пользователя информационной базы и пароля.

#set default(infobase_user) "ib_user"
#set default(infobase_pwd) "ib_password"

Если данные переменные будут определены в конфиге то они будут подставляться каждый раз при соединении с любой ИБ. Данная установка будет работать для всех ИБ. Сейчас идёт работа над изменением конфига 1С серверов с целью добавления настроек под каждую ИБ.

Скачать новую версию можно в разделе "Программы".

Задача

Настроить процесс непрерывной сборки и доставки на сайт пакетов программ из Git-репозитария с исходниками. Так как buildbot - это распределённая система, то будет логичным под каждую архитектуру и операционку сделать отдельный сборочный хост. В нашем случае это будут LXC-контейнеры (в случае linux) и qemu (в случае windows):

• vm-srv-build1 - centos 7, тут будет buildbot мастер (master) и один из работников (worker)
• vm-srv-build2 - debian 10, для сборки DEB пакетов
• vm-srv-build3 - windows 10, для сборки, сами понимаете, под что

Собирать будем Rac GUI - графическая морда к 1С rac для управления кластером серверов. Под линукса будут использоваться штатные средства под каждую ОС, для сборки exe-файла под windows из tcl-скрипта используется freewrap. Код сайта статический, генериться из markdown-шаблонов при помощи tcl-ssg. Т.е. при сборке нового пакета buildbot будет запускать генерацию сайта. (дальше)

Для полноценного запуска Mattermost в работу, туда требуется добавить определённое количество пользователей, конечно логичным было-бы подключиться к нашему AD, но модуль интеграции с LDAP продаётся за деньги, а руками вколачивать несколько десятков юзеров утомительно да и не правильно. Потому будем городить костыли.

Настало время обновить движок сайта. От WordPress я отказался и перешёл на полностью статичное наполнение. Страницы генерятся из markdown файлов при помощи Tclssg - Static Site Generator (ссылка внизу каждой страницы). Ссылки на файлы и картинки со старого варианта должны работать как и прежде.

Также добавлено две новых статьи по интеграции Mattermost с Zabbix и GLPI.

В список своих поделок добавил "Tk Latex Editor" и "Command Generator". Доступно как описание так и архивы с файлами (всё рабочее).

Продолжим разбираться с mattermost в части интеграции с внешними сервисами.

Часть вторая. Интеграция с Zabbix

Во второй части повествования о интеграции mattermost, речь пойдет про отправку сообщений об авариях из zabbix в mattermost. В результате поисков в сети был взят за основу вот этот скрипт. Код написан на Perl, поэтому может потребоваться до установка перловых пакетов. Прежде чем приступить к описанию кода (он несколько изменён по сравнению с исходным) сперва, как водится, произведём некоторые настройки. (дальше)

Выбирая замену, используемой у нас, системы обмена сообщениями, наткнулся на описание Mattermost, и решил попробовать. Одним из плюсов, описываемой системы, является простая интеграция со сторонними сервисами, так называемые "хуки" (outgoing и incoming hooks). Вот про настройку взаимодействия через хуки с внешними системами и будет данная статья (в нашем конкретном случае это zabbix и glpi).

По мере вникания в тему работы 1С-овских продуктов в среде linux, обнаружился один недостаток — отсутствие удобного графического мультиплатформенного инструмента для управления кластером серверов 1С. И решено было этот недостаток исправить, путём написания GUI для консольной утилиты rac. Языком для разработки был выбран tcl/tk как, на мой взгляд, наиболее подходящий для этой задачи. И вот, некоторые интересные аспекты решения хочу представить в данном материале.