Привет! Я продолжаю про буквы для блога Текстброкера — моих хороших друзей.
Начнём с того, что сегодня, пожалуй, уже не осталось сайтов, где главная страница — единая точка входа. Это во времена Арпанета был список нод с адресами, по которым надо было ходить. Это у BBS были меню и текст на входе. Сейчас люди заходят на ваш сайт со всех сторон. Поэтому каждая значимая страница – главная. То есть к странице любого товара на сайте интернет-магазина надо относиться как к главной. И к странице услуги. И к любой другой.
На главную люди часто попадают либо через поиск, набирая название вашей компании, либо через бумагу или ещё каким-то «социальным» образом, например, когда с ними делятся ссылкой. Читать
Архив автора: admin
Цихлазомы меека

Цихлазома Меека – яркая представительница семейства американских цихлид. Прежде известная под названием Cichlasoma meeki, но некоторое время назад вид был перенесн в Thorichthys meeki. Красногорлая цихлазома (за ярко-красный окрас нижней части головы), масковая цихлазома (за способность раздувать жабры, пугая противников) — не менее известные ее названия. Рыбка проста в содержании, а потому доступна даже начинающему аквариумисту.
Меека – аквариумная рыбка средних размеров. На воле ее максимальный размер – 17 см, в неволе – редко превышает 12-15 см, а бывает и меньше.
Макрогнатус глазчатый

Макрогнатус глазчатый (Macrognathus aculeatus) – аквариумный угорь, представитель семейства Mastacembelidae (хоботнорылых). Условно мирный житель общего аквариума с повышенной ночной активностью и необычным поведением. Желающим завести столь интересного питомца рекомендуется проявить максимальную осторожность в обращении с ним. Угорь в порядке самозащиты может укусить или поранить острыми иголочками, находящимися на его спине.
Python — Пример импортирования пакета
# Файл: dir1__init__.py
Print(‘dir1 init’)
x = 1
# Файл: dir1dir2__init__.py
Print(‘dir2 init’)
y = 2
# Файл: dir1dir2mod.py
Print(‘in mod.py’)
z = 3
В данном случае каталог dir1 может быть подкаталогом нашего рабочего каталога (то есть домашнего каталога программы) или подкаталогом одного из каталогов, перечисленных в пути поиска модулей (технически, входящего в список sys.path). В любом из этих случаев для каталога, вмещающего подкаталог dir1, не требуется наличие файла __init__.py.
Инструкции import выполняют файлы инициализации в каждом каталоге, которые присутствуют в пути к модулю, – инструкции print, присутствующие в этих файлах, позволят отследить их выполнение. Кроме того, как и файлы модулей, уже импортированные каталоги могут передаваться функции reload для принудительного повторного исполнения этого единственного элемента.
Как показано ниже, для повторной загрузки каталогов и файлов функция reload также может принимать цепочку имен, разделенных точками:
>>> import dir1.dir2.mod # Сначала запускаются файлы инициализации
dir1 init
dir2 init
in mod.py
>>>
>>> import dir1.dir2.mod # Повторное импортирование не выполняется
>>>
>>> from imp import reload # Требуется в версии 3.0
>>> reload(dir1)
dir1 init
>>>
>>> reload(dir1.dir2)
dir2 init
После операции импортирования путь, указанный в инструкции import, становится цепочкой вложенных объектов. Здесь mod – это объект, вложенный в объект dir2, который в свою очередь вложен в объект dir1:
>>> dir1
>>> dir1.dir2
>>> dir1.dir2.mod
Каждый каталог в пути фактически становится переменной, которой присваивается объект модуля, пространство имен которого инициализируется всеми инструкциями присваивания в файле __init__.py, находящемся в этом каталоге. Имя dir1.x ссылается на переменную x, которой присваивается значение
в файле dir1__init__.py, точно так же, как имя mod.z ссылается на переменную
z, которой присваивается значение в файле mod.py:
>>> dir1.x
1
>>> dir1.dir2.y
2
>>> dir1.dir2.mod.z
3
Автор: Няшный Человек
Дата публикации: 2016-03-22T20:30:00.000+02:00
АВТОМАТИЗАЦИЯ ПРОЦЕССА ТЕХОБСЛУЖИВАНИЯ И РЕМОНТА АВТОТРАНСПОРТА
АВТОМАТИЗАЦИЯ ПРОЦЕССА ТЕХОБСЛУЖИВАНИЯ И РЕМОНТА АВТОТРАНСПОРТА
АВТОМАТИЗАЦИЯ ПРОЦЕССА ТЕХОБСЛУЖИВАНИЯ И
РЕМОНТА АВТОТРАНСПОРТА
================================================================================
Светлана Бублич on 10/07/2014 02:39:00
Проанализируем причинно-следственные
связи, согласно которым процесс ТО и
ремонта автотранспорта будет
осуществляться наиболее эффективным
образом.
Материальная база: Процесс ТО и ремонта
автотранспортных средств тесно связан с
использованием различных типов
оборудования как непосредственно
участвующего в выполнении процесса
(оборудование для проведения диагностики
автотранспорта и т.п.), так и оборудования
необходимого для осуществления
информационного обмена между различными
этапами выполнения процесса (ПК,
оргтехника, сетевое оборудование, телефоны
и пр.). Использование оборудования и тем
более в таком большом количестве требует
пристального внимания за его состоянием.
Только оборудование в исправном состоянии,
с установленным на нем необходимым
программным обеспечением, при наличии всех
необходимых сертификатов, регулярно
подвергающееся плановой проверке способно
обеспечить эффективное выполнение
процесса.
Внешняя среда: Первоочередное влияние
оказывают поставщики материалов,
необходимых для выполнения процесса ТО и
ремонта. От стоимости этих материалов,
своевременности и качества их поставки
зависит не только эффективность выполнения
процесса, но и сам факт его выполнения.
Аутсорсинговые компании по ремонту и
техническому обслуживанию
автотранспортных средств также оказывают
большое влияние на выполнение процесса ТО и
ремонта на предприятии. Однако, с учетом
того, что, как правило, на «внешнее» ТО и
ремонт отправляют, прежде всего,
специфическое оборудование и транспорт,
который проблематично отремонтировать
собственными силами, то и степень влияния
аутсорсинговых фирм определяется
процентным соотношением специфических
машин по отношению к обычным видам
транспорта.
Также, естественно, большое влияние
оказывает и объем поступившего
финансирования на решение проблем
направления ТОиР.
Прочие факторы внешней среды – косвенные
факторы, особое, значительное влияние имеют
только при наступлении некоторых особых
событий (принятия новых жестких законов, ЧС,
экономический кризис и пр.).
Персонал: Персонал, как ресурс, имеющий
непосредственное отношение к выполнению
рассматриваемого процесса, также имеет
большое влияние на его эффективность.
Грамотно подобранный квалифицированный
персонал, не прекращающий развитие и
обучение в данном направлении, которого
полностью устраивают условия его работы –
«рецепт» эффективного выполнения любого
процесса предприятия.
Услуги: Единственный из факторов, на
который может оказать влияние не только
организация, выполняющая процесс ТО и
ремонта, но и организация-разработчик
программного средства, оптимизирующего
данный процесс. То есть, чем более подробно
процесс ТО и ремонта учитывается в АИС, тем
более эффективным может быть его
планирование и планирование его ресурсов,
что в свою очередь непосредственно влияет
на объем затрат на выполнение процесса и,
следовательно, на эффективность его
выполнения.
Теперь перейдем непосредственно к
формированию требований на разработку
системы автоматизации технического
обслуживания и ремонта.
Цели автоматизации: Уменьшить трудовые,
временные и материальные ресурсы
сотрудников по учёту ТО и ремонтов
автотранспорта.
1. Увеличить эффективность планирования
ТО и ремонтов автотранспорта.
2. Уменьшить несоответствие выделяемых
средств на проведение ТО и ремонтов с
реально необходимыми затратами.
Критерии успеха:
1. Сотрудники должны в течение 2 месяцев
после первого выпуска перейти на работу с
системой.
2. Повышение производительности работы
сотрудников за счет высвобождения рабочего
времени, затрачиваемого ранее на
формируемые документы и отчетность.
3. Отсутствие (малый процент) отказов
автотранспортных средств, по причине
несвоевременно проведенных мероприятий ТО
и ремонта.
4. Планируемые расходы на проведение ТО и
ремонтов соответствуют (с минимальным
отклонением) реальным затратам.
Факторы бизнес – риска:
1. Введение новых форм обработки
информации может вызвать трудности в
работе с модулем в связи с
некомпетентностью персонала. Потребуются
временные ресурсы на обучение работников.
2. Не все сотрудники готовы к работе с
новым модулем.
3. Возможны проблемы при интеграции модуля
в основную систему управления
предприятием.
Образ решения: Проект будет представлять
собой приложение для ведения учета
проведенного технического обслуживания и
ремонтов автотранспорта, формирования
плана-графика ТО и ремонтов, планирования
затрат на будущие ТО и ремонты (финансовых и
материальных).
Требования к функциям, выполняемым
системой:
Система должна обеспечивать выполнение
следующих функций:
1. Ввод, редактирование, и удаление
информации о проведенных ТО и ремонтах.
2. Формирование, просмотр и печать отчетов
по критериям запроса.
3. Просмотр справочников по различным видам
документов.
4. Формирование документов по учету ТО и
ремонтов.
5. Формирование плана-графика ТО и ремонтов
(с учетом затрат).
Масштабы и ограничения проекта:
1. На предприятии уже имеются
автоматизированные рабочие места
сотрудников, ответственных за выполнение
процесса ТО и ремонтов.
2. Имеется сервер, на котором будет
установлено необходимое программное
обеспечение.
Требования пользователей
Выделим пользователей проектируемой
системы. Для каждого пользователя
перечислим варианты использования.
Дежурный механик ответственен за ввод
данных о поступившем на ТО и ремонт
автотранспорте, а также за распределение по
видам обслуживания на основании
план-графика, формируемого в системе
диспетчером. Диспетчер также формирует
итоговую отчетность.
Механик вводит информацию о произведенном
обслуживании автотранспорта и планирует
использование материалов, на основании
полученных со склада данных о материалах,
имеющихся в наличии.
Экономист планирует в системе допустимые
затраты на ТО и ремонты и получает данные об
уже произведенных затратах.
Снабженец получает информацию о
необходимых материалах для формирования
плана закупок.
Руководство получает итоговые отчеты.
Таким образом, мы наглядно
продемонстрировали все основные функции,
которые должна выполнять система, за
исключением функций создания,
редактирования и удаления, которые должны
присутствовать в системах подобного рода
по умолчанию.
В результате нашей работы мы получили
перечень требований, предъявляемых к
системе с точки зрения ее будущего
пользователя. Полученные данные можно
использовать формирования спецификации
требований к системе и проектирования
концепции системы, а также для составления
технического задания на разработку
системы.
Мониторинг транков (trunk) в asterisk с помощью zabbix
Мне понадобился простой мониторинг состояния транков в asterisk. Иногда после проблем с интернетом на некоторых серверах автоматически не восстанавливаются транки к sip провайдерам. Приходится дергать их вручную через sip reload после того, как пользователи начинают жаловаться. А так как провайдеров может быть несколько, не всегда сразу становится понятно, что какой-то из каналов отвалился.