<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">

<channel>
<atom:link href="http://nuk-svk.ru:80/blog/tags/python/rss.xml" rel="self" type="application/rss+xml" />

<title><![CDATA[Posts tagged "Python" | SVK home page]]></title>
<link>http://nuk-svk.ru:80/blog/tags/python/</link>
<description></description>
<language>ru</language>

<lastBuildDate>Wed, 22 Jul 2026 17:32:15 GMT</lastBuildDate>
<generator>Tclssg 3.0.1</generator>

        <item>
          <title><![CDATA[Использование Buildbot в примерах.]]></title>
          <link><![CDATA[http://nuk-svk.ru:80/blog/buildbot/]]></link>
          <guid><![CDATA[http://nuk-svk.ru:80/blog/buildbot/]]></guid>
          <description>
            <![CDATA[<h3>Задача</h3>

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

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

<p>Собирать будем Rac GUI - графическая морда к 1С rac для управления кластером серверов. Под линукса будут использоваться штатные средства под каждую ОС, для сборки exe-файла под windows из tcl-скрипта используется <a href="http://freewrap.sourceforge.net">freewrap</a>.
Код сайта статический, генериться из markdown-шаблонов при помощи <a href="https://github.com/tclssg/">tcl-ssg</a>. Т.е. при сборке нового пакета buildbot будет запускать генерацию сайта.
(<a href="http://nuk-svk.ru:80/blog/buildbot/">дальше</a>)]]>
          </description>
          <pubDate>Wed, 24 Jul 2019 21:00:00 GMT</pubDate>
        </item>
    
        <item>
          <title><![CDATA[Mattermost. Добавление пользователей]]></title>
          <link><![CDATA[http://nuk-svk.ru:80/blog/mm_adduser/]]></link>
          <guid><![CDATA[http://nuk-svk.ru:80/blog/mm_adduser/]]></guid>
          <description>
            <![CDATA[<p>Для полноценного запуска Mattermost в работу, туда требуется добавить определённое количество пользователей, конечно логичным было-бы подключиться к нашему AD, но модуль интеграции с LDAP продаётся за деньги, а руками вколачивать несколько десятков юзеров утомительно да и не правильно. Потому будем городить костыли.</p>

(<a href="http://nuk-svk.ru:80/blog/mm_adduser/">дальше</a>)]]>
          </description>
          <pubDate>Tue, 07 May 2019 21:00:00 GMT</pubDate>
        </item>
    
        <item>
          <title><![CDATA[Продолжение сравнения tcl и python. ВЭБ-интерфейс]]></title>
          <link><![CDATA[http://nuk-svk.ru:80/blog/tcl-vs-python-2/]]></link>
          <guid><![CDATA[http://nuk-svk.ru:80/blog/tcl-vs-python-2/]]></guid>
          <description>
            <![CDATA[<p>Пришло время продолжить сравнение двух языков программирования на примере реализации ВЭБ-интерфейса к данным о звонках с АТС Panasonic KX TDA200. Попутно был реализован телефонный справочник берущий данные как из базы данных mysql так и с контроллера домена ActiveDirectory.</p>

(<a href="http://nuk-svk.ru:80/blog/tcl-vs-python-2/">дальше</a>)]]>
          </description>
          <pubDate>Thu, 01 Mar 2018 21:00:00 GMT</pubDate>
        </item>
    
        <item>
          <title><![CDATA[Всё познаётся в сравнении, или реализация одной простенькой задачи на python и tcl]]></title>
          <link><![CDATA[http://nuk-svk.ru:80/blog/tcl-vs-python-1/]]></link>
          <guid><![CDATA[http://nuk-svk.ru:80/blog/tcl-vs-python-1/]]></guid>
          <description>
            <![CDATA[<p>В силу исторических причин, у нас в конторе, используется старенькая АТС Panasonic TDA200. И, как известно, журнал звонков она выводит в последовательный порт, для чтения данных из которого, на сервере использовалась одна программулька. У этого ПО есть ряд ограничений, делающий его использование неудобным (размер лог-файла, размер БД) и дабы побороть эти недостатки и в силу природной лени (чтобы избежать постоянной очистки лога и БД вручную) было решено набыдлокодить что-то своё. А так как, уже давно, на глаза попадается слово «python» да и пытливый ум периодически просыпается, то решено было данную задачу реализовать на этом языке и попутно на, хорошо мне знакомом, tcl. Ну а результатами решил поделиться с обществом. Да, сразу замечу, что задача решена и сервис доведён до «промышленной» эксплуатации. Для хранения данных используется СУБД MariaDB (оно уже было), в качестве хост-системы CentOS 7.</p>

(<a href="http://nuk-svk.ru:80/blog/tcl-vs-python-1/">дальше</a>)]]>
          </description>
          <pubDate>Mon, 25 Sep 2017 21:00:00 GMT</pubDate>
        </item>
    
</channel>
</rss>
