goodguy о разработке   python, zope, php, sqlite, postgresql, mysql и прочее с чем сталкиваюсь

В который раз это имя оказывается связанным с искусством, причём с давних пор. И современный пример прекрасно дополняет вклад классиков в поддержании его на слуху. Обнаружился он совершенно случайно, когда озадачился тем, что пора превращать свой домашний сервер во что-то более увлекательное, чем просто хранилище файлов и веб-проектов. И оказалось, что есть очень симпатичный проект медиа–центра, с удобным интерфейсом и возможностями, отлично вписывающимися в моё представление того, что должно получиться в итоге. И с версиями как под Linux так и под Windows! А самое интересное – посмотрите, на чём оно написано

За последние пару дней коллеги на моей работе организовали два прокола, один крупный, потребовавший потом откаты потока платежей, а другой менее заметный (но тоже был бы весьма неприятным, случись он в других условиях). Что примечательно – в обоих случаях повинно недостаточное тестирование. А стало оно таковым из-за целого клубка недочётов, может быть недостаточной жёсткости временами и некоторой неорганизованности. По сути, весьма сложная система почкуется аки гидра на отдельные проекты, каждый из которых стремительно набирает вес. И каждый килограммчик должен придирчиво осмотреть тестер, чтобы проверить, что там только полезный вес без жирков и опухолей. Но, тестер смотрит на гидру и видит верхушку айсберга, а внутренние особенности могут проплыть мимо, потому что увы и ах, но некому описать анатомию нашей малышки (и уж тем более не успеть, когда ей то вшивают силикон, то вырезают аппендикс). Дитё уходит с осмотра с записью «здоров», и вдруг выясняется что у неё геморрой. Или оказывается у неё есть вторая почка, которую никто не проверил. И чем дальше оно растёт, тем меньше знают о том, что у неё вообще нужно осмотреть. И это при том, что используются весьма неплохие инструменты для управления процессом, но вот беда – далеко не все используют их разумно и в полную силу.

Сегодня ещё один бесплатный (с недавних пор) продукт заслужил свое место на моем рабочем столе. Новая версия Sun VirtualBox наконец оказалась той самой системой виртуализации, которая мне действительно по душе. Шустрая, умеет прокидывать USB устройства (из-за чего были отвергнуты многие альтернативы, так как виртуальная среда мне нужна ещё и для нормальной работы с моим сканером, но это другая история), и компактная – всего 27Мб инсталлятор и 59Мб в установленном виде. Сравните с объемом VMWare – 485Мб. Но самое вкусное – интеграция дисплеев, когда все окна виртуальной машины висят на одном рабочем столе с базовой! А для аскетов доступна и версия под GPL! В-общем можно считать, что этот пост – реклама

Вот, что и требовалось доказать – стоило перестать лениться и откладывать «на потом», как за вечер бот из предыдущего поста научился понимать Atom (в необходимой мере) и постить в Blogger (благодаря чему обновляется ещё одно зеркало зеркало моего блога). А всё благодаря более-менее продуманной архитектуре, да удобству python и Twisted в качестве средства разработки. И зачем люди ещё пишут на PHP сложные системы…

Кстати, у Blogger’а выяснилась пара забавных моментов. Первый – это то, он строго следует спецификациям Atom при создании и редактировании сообщений. Но при этом, если отправлять ему содержимое поста с типом xhtml, завернутое в <div xmlns="http://www.w3.org/1999/xhtml">...</div>, то назад он возвращает содержимое завёрнутое как html, но при этом сохраняет этот самый div. Логика загадочна для меня.

Второй момент ещё более непонятный: по ходу тестирования я делал пачки постингов в блог. В какой-то момент получилось так, что пост проходит, возвращается назад с присвоенным id и т.п., а в блоге не появляется. Никаких намёков на то, почему так, нет. Буду пробовать дальше

Дополнение: всё оказалось очень просто. Из-за кучи постингов во время тестов blogger включил для моего аккаунта требование вводить captcha перед каждым постом. По сути можно было написать в блог только через веб-форму. Налицо явная недоработка API, так как ошибку внятную можно было и вернуть.

Свершилась тут недавно маленькая радость – взял я себя в руки и дописал бота для постинга RSS-лент в LiveJournal, и обновил свой ЖЖ с его помощью. Заодно и проверил опции редактирования записей и т.п. Очень приятное оказалось XML-RPC API у этой системы, но есть одна вещь, о которой явно в документации не упоминается. Я, следуя рекомендациям, выбрал путь авторизации с помощью credentials, как самый надёжный и исключающий прямую передачу пароля по сети. И по идее, полученную строку можно использовать несколько раз, до истечения срока действия (даже был сделан учёт расхождений во времени у сервера ЖЖ и у меня). Но, как выяснилось, действует строгое правило – один «крендель» на один запрос постинга/редактирования. Что в принципе правильно. Так что, кто будет сталкиваться – учтите

PS: Кому не понравились вылезшая вчера кучка постов в моём ЖЖ – извините!

Совершенно случайно нашел симпатичный и полезный учебник по основам z3c, внятно разъясняющий идею этой коллекции пакетов, и как легко и быстро приступить к их использованию.

После выхода PostgreSQL 8.3 с отключенным type casting целых чисел в строки, с ним возникли проблемы у целой кучи софта, что даже удивительно. Вроде бы серьезные люди, пишут серьезные системы, а делают такие детские допущения. Но, не ошибается тот, кто не работает, а вот вовремя исправить ошибку – это хорошее дело. Поэтому можно порадоваться dbmail 2.2.10rc2, в котором поправлены SQL запросы и теперь он снова полностью функционален в связке с новым PostgreSQL. Кстати, хороший почтовый сервер, рекомендую.

Пришлось мне по работе столкнуться с такой интересной программой как rrdtool, весьма симпатичным средством для мониторинга. Задача стояла такая, чтобы… ну скажем она была аналогична тому, чтобы с помощью паяльника приготовить яичницу. Ничего невыполнимого, но выбор инструмента жестко задан сверху, и сменить его даже на утюг невозможно. Зато появился опыт возни с такой системой. Причём под Windows. И в процессе набивания шишек удалось узнать одну вещь – чтобы это чудо правильно понимало в какой вы временной зоне, достаточно завернуть его вызов внутрь батника или любого другого скрипта, в котором предварительно будет задана переменная окружения:


SET TZ=UTC


Где вместо UTC может быть выбранная вами зона, записанная в виде aaannbbb, где aaa – название вашей зоны (MSK, -03 и т.п.), nn – временное смещение вашей зоны от Гринвича (в случае Москвы это будет «-3»), а bbb вы можете опустить, а можете добавить – там должно быть название вашей временной зоны в случае летнего времени. Для Москвы строка должна выглядеть так:


SET TZ=MSK-3MSD


Наконец вышел Trac 0.11b2, который работает с PostgreSQL 8.3 не страдая из-за проблем с более строгой типизацией. Ну и всяких приятных рюшечек тоже хватает. Рекомендую обновиться.