В статье на хабре про построение 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С серверов с целью добавления настроек под каждую ИБ.

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

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

Пришло время продолжить сравнение двух языков программирования на примере реализации ВЭБ-интерфейса к данным о звонках с АТС Panasonic KX TDA200. Попутно был реализован телефонный справочник берущий данные как из базы данных mysql так и с контроллера домена ActiveDirectory.

В силу исторических причин, у нас в конторе, используется старенькая АТС Panasonic TDA200. И, как известно, журнал звонков она выводит в последовательный порт, для чтения данных из которого, на сервере использовалась одна программулька. У этого ПО есть ряд ограничений, делающий его использование неудобным (размер лог-файла, размер БД) и дабы побороть эти недостатки и в силу природной лени (чтобы избежать постоянной очистки лога и БД вручную) было решено набыдлокодить что-то своё. А так как, уже давно, на глаза попадается слово «python» да и пытливый ум периодически просыпается, то решено было данную задачу реализовать на этом языке и попутно на, хорошо мне знакомом, tcl. Ну а результатами решил поделиться с обществом. Да, сразу замечу, что задача решена и сервис доведён до «промышленной» эксплуатации. Для хранения данных используется СУБД MariaDB (оно уже было), в качестве хост-системы CentOS 7.