В богатом русском языке к сожалению нет некоторых слов, поэтому вместо того чтобы начать заметку словами «Пися/Пиша модульные тесты», я вынужден удлинить фразу.
В процессе написания модульных тестов часто приходится заглядывать в старые тесты, чтобы быстро вспомнить как подменить тот или иной объект, поэтому я решил что пришло время набросать небольшую шпаргалку, авось и кому-то ещё сгодится.
Сразу прошу сильно не пинать, это шпаргалка, а не руководство, поэтому всё предельно кратко.
Если вы когда-нибудь пытались написать своего бота, программу-переговорщик (negotiator), интерпретатор протокола связи и тому подобные вещи, то наверняка сталкивались с конечными автоматами. Данная тема в принципе не представляет большой сложности, но если вдруг у вас не было курса «теории автоматов», милости прошу под кат.
Сегодня мы попытаемся создать простой детерминированный конечный автомат. Мне вдруг захотелось написать его на Perl'е, но так как мы не будем использовать никаких специфических трюков, перенести общую концепцию на любой другой императивный язык не составит большого труда.
Введение
Довелось мне работать админом в крупной компании, имеющей более 10-ти филиалов в разных городах, объединенных достаточно нестабильными и медленными каналами. Как и во многих других, основу обмена информацией в компании представляла электронная почта. Следует отметить что на каждом филиале, как и в головной конторе имеется свой почтовый сервер, управление почтовыми аккаунтами производится местным админом. Все почтовые сервера работают под управлением FreeBSD + Postfix + SpamAssassin + amavisd-new + Courier-IMAP.
Задача основная — поддержка актуального справочника email адресов всех пользователей компании для внутреннего использования, второстепенная — список имеющихся email адресов для основного почтового сервера, дабы он проверял есть ли такой адрес в компании перед тем как переслать письмо на нужный филиал.
Каналы нестабильны, частенько «падают», скорость их работы вообще непредсказуема. Кому интересно как была решена задача приглашаю под кат.
Хотя (Active)Perl, Python, Tcl интерпретаторы от компании
ActiveState достаточно популярны, почему то о самой среде разработки
Komodo IDE мало чего прочитаешь на просторах интернета, кроме как на официальном сайте. Увы, т.к. я не силен в английском, то некоторые моменты мне было бы легче понять на картинках или переводе. Не найдя развернутых ответов (на русском) на периодически встающие вопросы настройки и оптимизации, хочу поделиться личным опытом тыканий и смыканий, в надежде найти таких же как я, начинающих пользователей
Komodo IDE. Сам я пишу на
Perl скрипты для работы с БД. Итак, что же я использую?
Некотрое время назад, в компании, в которой я сейчас работаю, было принято решение оптимизировать работу серверных приложений. Изначально они использовались в связке nginx+apache+mod_fastcgi или mod_fcgid. Однако, хотелось избавиться от apache, учитывая что nginx сам умеет работать с FastCGI приложениями.
В процессе решения данной задачи мною был написан модуль-наследник от модуля FCGI::ProcManager. В него был добавлен функционал по контролю над количеством рабочих процессов в зависимости от нагрузки и ограничение времени жизни рабочих процессов определенным количеством запросов.
IT-сообщества Kiev.pm и Moscow.pm анонсировали совместную Perl-конференцию в мае этого года:
Perl Mova + YAPC::Russia «May Perl».
Организаторы обещают два дня интересных докладов, большое количество интересных зарубежных гостей, цветущий и отремонтированный Киев, еще не отданный на растерзание футбольным фанатам.
Решил поделиться ещё одним способом организации сервиса прогноза погоды по телефону. Здесь, по сравнению с
этим постом, больше интеллекта перенесено в Asterisk.
Эта публикация родилась на основе ведущейся разработки, поэтому комментарии вида «надо было делать не так, а эдак» или «почему вы не взяли готовое решение А» неуместны; так было необходимо исходя из поставленной задачи. Описание задачи выходит за рамки сегодняшней темы, поэтому рассматривайте все, что находится под катом как иллюстрацию, как пример способа обработки веб форм.
ВНИМАНИЕ! Под катом много кода!
Как ни странно, не удалось мне найти простую консольную утилиту для склеивания в один спрайт кучи png-иконок, поэтому пришлось взять в руки mcedit (все, что было под рукой) и написать небольшой скрипт, который учитывает, в отличие от других реализаций, что при слишком большой ширине/высоте картинки возникают проблемы с реализацией просмотра png в Windows GDI (там ограничение, похоже, signed int).
Под катом, собственно код с небольшими пояснениями.
Сегодня пробежимся по работе с базами данных при web-разработке с использованием Dancer. Думаю, не совру, если скажу, что многие из нас любят perl за то, что, в частности, есть более одного пути добиться желаемого результата.
