Facebook Developers where very kind to mention some Open Source competitors that already publicly available for try and use. Two of them I’m interested in are: Roadsend and phc.

While waiting for the HipHop for PHP I decided to see how and what Roadsend and phc can do, what limitations they have and what features they provide. It wasn’t full-scale tests, just some quick tests.

Neither Roadsend nor phc were found in Ubuntu software repository, so I compiled them from the source. I was surprised by clear installation instructions provided by both PHP compilers. There was no trouble to compile and install Roadsend and phc, except dependencies that were easily compiled to (I just hate dependencies). Well, I should mention that phc requires much more time to compile event without counting PHP compilation time comparing to Roadsend.

First “Hello World!” PHP script was compiled without any trouble. Script that gathers 100 records from MySQL database compiled well also. I haven’t tried anything complicated yet, but I don’t need it for now. I want just to see what and how they do.

Roadsend

It is a stand alone implementation of PHP that converts PHP code to executable, FastCGI application or stand alone server.

What I liked in Roadsend is that you can choose what to compile: FastCGI application or Stand Alone applications (using MicroServer, but I haven’t tried this) or executable. I like FastCGI – it is patible with many httpd servers including my favorite NGINX. FastCGI script, fetching 100 rows from MySQL database worked with a charm on NGINX.

One more thing I liked in Roadsend – you can compile your code to libraries and reuse that compiled libraries in next your applications. Just don’t forgot that it will work only with Roadsend implementation of PHP.

Another benefit of Roadsend is that they provide ready to use (with Quick and Dirty Guide) scripts to create .deb and .rpm packages and a way to compile it on Windows. Such way would make deployment much easier.

What I don’t liked in Roadsend that it is a stand alone implementation of PHP and you are limited to extensions and features that Roadsend provide. Moreover, they provide only few popular extensions. I think somewhere there are instructions how to port/embed/bind other PHP extensions to Roadsend, but I haven’t found them.

Another disturbing thing is that you can’t control number of FastCGI processes like you do in PHP-FPM or with standard PHP in FastCGI. Nothing is mentioned in manual about that.

If you are limited to PHP Standard Library, MySQL or SQLite, PCRE, XML, CURL – Roadsend may be very useful for you.

phc

phc is a PHP compiler that converts PHP code to executable or PHP extension.

I like the idea of Web application as PHP extension but the main issue in my point of view that compiled PHP extension is called by __MAIN__() function. So, without small hacking of extension C code you can’t have two Web applications as PHP extensions on same server. If they would change function name from __MAIN__() to something more usable like phc_extansionname() - it would be easier.

Another thing I liked in phc is that they use embedded PHP for compilation. So it should be compatible with all PHP extensions.

I like the way they do it in phc: PHP code converted to C code that uses native internal PHP functions and types.

What I missed is the way to create a PHP extension from any function library written in PHP. I think it would be a great benefit for that compiler.

If you like the idea to have your entire website as PHP extension – you should try this solution.

Other solutions

Oh, there are two more solutions: JAVA based Quercus and .NET Phalanger, but I haven’t tried them yet.

After reviewing and trying Roadsend and phc (I’ve read information about Quercus earlier) now, at least, I know what and how do compilation competitors of HipHop for PHP.

But what Facebook will bring to public after two years of development? Which features? Which limitations? Will HipHop for PHP require many changes of existing projects that I work on?

Bookmark:

As you may notice from Munin installation instructions there are some dependencies and those dependencies have some more dependencies… and so on… One of them that I had trouble with was sysstat. Dag’s repository that I used for Munin RPM doesn’t have sysstat RPM package at all and in RPM Find you will find only SRC.RPM package for x86_64 (actually sysstat-5.0.5-16.rhel4.src.rpm).

Of course, it would be easy to download and build that SRC.RPM package if rpmbuild would be installed on one of those servers, but it was minimal install and there was no rpmbuild utility. I couldn’t find any proper RHEL4 repository on-line. The only solution I’ve found on-line was to use CentOS 4 RPM. As far as I know from my contacts and RHEL conference – CentOS 4 is compatible with RHEL 4.

So I used the nearest CentOS 4 RPMS mirror (for example <ftp://ftp.pbone.net/mirror/ftp.centos.org/4.8/os/x86_64/CentOS/RPMS/>) and downloaded next RPMs rpm-4.3.3-32_nonptl.x86_64.rpm, rpm-build-4.3.3-32_nonptl.x86_64.rpm, rpm-libs-4.3.3-32_nonptl.x86_64.rpm, rpm-python-4.3.3-32_nonptl.x86_64.rpm (and any dependency they will require) and installed them:

1. rpm -Uvh rpm-python-4.3.3-32_nonptl.x86_64.rpm rpm-4.3.3-32_nonptl.x86_64.rpm rpm-libs-4.3.3-32_nonptl.x86_64.rpm
2. rpm -Uvh rpm-build-4.3.3-32_nonptl.x86_64.rpm

Now I can build required SRC.RPM packages.

In order to install SRC.RPM package I use command rpm -ivh, in my case: rpm -ivh sysstat-5.0.5-16.rhel4.src.rpm. Source package will be placed in /usr/src/redhat/SRPMS directory and spec file (that we need for rpmbuild) in /usr/src/redhat/SPECS
Now we need to run rpmbuild -ba with proper path spec file, in my case rpmbuild -ab /usr/src/redhat/SPECS/sysstat.spec.
If everything is OK, at the end you will find RPM package in /usr/src/redhat/RPMS.

Now you can install you package with command rpm -Uvh and I can install my sysstat RPM: rpm -Uvh /usr/src/redhat/RPMS/x86_64/sysstat-5.0.5-16.rhel4.x86_64.rpm

I was lucky – all servers that required Munin-node was x86_64 and created RPM package were compatible with all servers and I didn’t have to repeat all operation with SRC.RPM all over again. I just had to upload it to the server and run rpm -Uvh sysstat-5.0.5-16.rhel4.x86_64.rpm.

Bookmark:

О том, что организуется PHP конференция я узнал один из первых, так как меня пригласили туда организаторы и не пассивным слушателем. К сожаления конференция проходила в рабочий день, что было немного не удобно с моим напряжённым графиком. Но свободный день на работе мне дали очень легко — поэтому я согласился в ней участвовать.

Организаторы были в этом году теже, что и в прошлом: InfoShow и «Net Frequency». Всё происходило в центре дистанционного обучения Каунасского технологического университета.

Тема у меня благодатная: «PHP+MySQL проекты с огромной посещаемостью», информация по ней много в сети, и я сделал просто выборку по теме и подкрепил её своими жизненными примерами. Презентацию я сделал на ура за несколько часов в одно из воскресений после прогулок по магазинам с супругой. Потом потратил пару часов на доработку.

Поездка в Каунас прошла очень гладко — 100 км на автобусе проехать очень просто и не долго по автостраде. Музыка в плеере, 3G интернет в мобильном, пара звонков, включая организаторов: попросили выслать им презентацию заранее, что-бы перенесли её в нужный компьютер — переслал её прямо в пути через Gmail клиент в Nokia. Тут всё прошло без проблем.

Сама конференция в этом году прошла очень и очень интересно и я бы сказал на довольно высоком уровне.

Во первых, все докладчики подобрали очень интересные темы:
Rytis Lukoševičius — «Как стать лучшим программистом»
Очень понравилась идея «имени-бренда», очень правильные идеи относительно того что работа должна нравиться. Это не новость, но тема в наши дни я думаю очень актуальная для многих, особенно начинающих PHP программистов.

Rimantas Liubertas — «Дистрибутивные системы контроля версий: git, mercurial, bazaar»
Актуальная тема для многих — такие системы как git или bazaar становятся всё популярней и востребованней среди разработчиков. Беглое ознакомление с ними многим может помочь в дальнейшем при их изучении, да и за всеми новостями не всегда успееш.

Paulius Jačionis — «Как справиться с огромными потоками пользователей»
Человек представил именно свою визию (точнее команды, которая работает над проектом http://www.uzdarbis.lt/), как бороться с нагрузкой, которая образуется при больших потоках пользователей имея маленький парк машин. Очень рад, что я не один здесь и решения которые принимаю я совпадают с теми, что принимают они.

Edvinas Tamošiūnas — «Как новичку влиться в команду, быстро и эффективно»
Это была довольная весёлая презентация с серьёзными и не очень советами. Кто первый раз попадал в такую ситуацию — то они полезны, кто не раз менял работу — то наверняка уже имеет свою тактику.

Giedrius Kriščiukaitis — «За качество и эффективность»
Не ожидал такой открытой презентации о том, что происходит внутри отдельно взятой компании, методах и технологиях. Местами казалось, что работать в «Net Frequency» для меня было-бы вызовом.

Во вторых аудитория в зале задавала очень правильные и конкретные вопросы, а также делилась своим опытом, советами и замечаниями.

Понравилось замечания в адрес моей презентации от Giedrius Kriščiukaitis, что в ней не упомянуто ни одного способа как проверить максимальную нагрузку на разрабатываемом проекте, ни показаны числа. К сожаления у меня нет этих чисел и способов проверить — я работаю с проектом, который уже до меня разместили на нескольких серверах с распределением нагрузки и провести тесты на живом проекте не представляется возможным — ни сайт есть желание положить, ни канал с такой пропускной мощностью, так что многое делается «по приборам» и внутреннему чутью команды. Я покупать копию по «желеу» для этих нужд никто не будет.

Что не понравилось, так то, что Tomas Liubinas и Vladas Diržys не представили свои темы: «OXID eShop Community Edition» и «Не изобретай велосипед, используй framework. Плюсы Zend Framework». Я очень ждал этих презентаций.

На after-party я не пошёл, так как предстояла дорога домой, дома ждала любящая супруга и вкусный ужин. Да и не любитель я пить пиво вечером в другом городе, если потом ехать куда-то надо.

Bookmark:

Из знаменательных событий за последние пару месяцев:

• в апреле слетал с коллегами на Ad:Tech в Париж - очень понравилось
• принял участие в PHP::Conf 2009 в Литве, которая проходила в Каунасе - в этом году была очень сильная конференция
• если верить паспорту, то отпраздновал 28 лет - особо рад небыл, если только подаркам
• oсвоил Facebook
• Обзавёлся Twitter’ом @zaza_lt
• Отказался от участия в конференции блогеров Литвы Login 2009 - очень уж скучно всё начиналось в их описании
• С третьей попытки осисли GIT для личных целей
• Совсем не могу жить без Ubuntu - забыл все проблемы, которые мучали на других OS

А так - рутина и работа…

А иногда задумываютсь:

• о смене дизайна блога
• об обновлении движка блога и удалении каких-то старых страниц
• о том, что не плохо было-бы перейти на английский язык
• о завершении подотовки к ZSE и получении сертификата
• найти время и пересмотреть Zend Framework 1.8.x да и некоторую информацию обновить

Bookmark:

Сегодня наконец выпала возможность в конце рабочего дня собрать на 2 раздельных серверах такую конфигурацию, когда NGINX находиться на одном сервере, а процессы PHP-FPM на другом и NGINX весь .php прогоняет именно через те процессы, что крутятся удалённо.

Весь этот эксперимент проходил на Ubuntu Server 8.10, так что проблем с установкой или сборкой PHP или NGINX у меня не возникло. Единственное, что я сделал не верно и что меня затормозило на пол часа, так это конфигурация NGINX — я упустил строку, в которой PHP файлы указывалось искать не в Document Root, а в /scripts.

Собрать из HTML форму для загрузки файла не составляет труда, добросить за несколько минут туда PHP код, который сделает var_dump($_FILES); и отдаст содержимое загружаемого файла тоже не сложно.

Прицепить маленький текстовый файл и нажать на «Submit» ещё проще. И что же видно в результате? Всё работает идеально. Файл загружен при помощи POST на сервер с NGINX, а там передан к PHP-FPM и уже PHP-обработчик с ним работает как ему/вам угодно — что меня очень радует. Всё работает «out of the box» и никаких особых шаманских танцев не нужно.

Что огорчает, так что PHP-FPM до сих пор не входит ни в стандартную поставку PHP ни в какие-либо пакеты в стандартных дистрибутивах Linux — таскать за собой какие-либо Perl или Lighttpd spawn-скрипты не хочется, плюс те возможности, которые представляет PHP-FPM делает его очень вкусным.

Ещё огорчает, что PHP-FPM это patch к PHP и после его установки установить какой-либо модуль из PECL становиться намного сложнее если вы его хотите скомпилировать со static - приходиться использовать phpize.

Но вообще, эксперимент считаю удавшимся — сборка системы с NGINX + PHP-FPM не представляет сложности и я давно хотел испытать такую конфигурацию хотя-бы в парниковых условиях.

Bookmark:

Продолжая тему MySQL + PHP: charset и collation и правильные мысли и изучение векторов, которые подкинул Алексей Захлестин, я наткнулся на замечательный private член класса Zend_View_Abstract под названием $_encoding, со значением ISO-8859-1. Так-же в этом классе я нашёл как в Zend_View_Abstract устроен метод escape. Этот $_encoding на него влияет, так как в методе escape он является третьим параметром к функциям htmlspecialchars или htmlentities (какую из них использовать вы тоже можете настроить).

Вот смотрю я на их исходный код и понять не могу, как нормальным и безболезненным способом в объект Zend_View передать мне нужный encoding? Везде в уроках по Zend Framework можно увидеть, как во всех View используют строку <meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8″ /> или соответствующую строку из helpers API у Zend_View, но я нигде не замечал как сменить внутреннюю настройку. Ну, кроме наисложнейших манипуляций со всей иерархией bootsrap, ведь есть замечательный helper Zend_View_Helper_Doctype.

Ведь, если бы была единая настройка encoding для всех компонентов Zend Framework, как бы было удобно и не возникала таких проблем, как были у нас. Разработчикам не нужно было-бы думать о том, в каком encoding у них клиент для работы с базой данных, в каком encoding у них страницы, в каком encoding у них остальные используемые компоненты Zend Framework — обо всём позаботились бы в одном месте и сразу.

Может я чего упустил — ткните в соответствующий урок или страницу мануала.

Bookmark:

Проект пишется на PHP 5.2.x + MySQL 5.0 Так как проект международный, база сателлита находиться в collation utf8_unicode_ci.

У сателлита есть 2 части: так называемая клиентская и административная. Клиентская доступна всем и дёргается постоянно, административная только администраторам, ею пользуются раз в неделю примерно пока.

Клиентская часть, из-за ожидаемой нагрузки, писалась полностью мною, без использования каких-либо фреймворков, каркасов и прочего. Благо её простейшие функции позволяли это сделать быстро. Естественно, в качестве MySQL клиента был выбран mysqli, всё как надо, сразу после соединения был выставлен нужный charset, строго как в мануале:

$conn->set_charset("utf8")

Сам mysqli был выбран потому-что проект новый и у него вроде-как получше с поддержкой UTF-8 всё устроено.

Административная часть писалась коллегой, на пару со мной, причём ответственность за качество кода лежит на мне. Для большей скорости написания мы использовали Zend Framework, который мы оба довольно не плохо освоили к этому моменту. К тому-же, административная часть имела куда больше функций и меньше нагрузки, нежели клиентская. Единственное разногласие, которое у нас было с коллегой, это использовать или нет Zend_Form или нет из-за очень сложной кастомизации самих форм и их декораторов, неразумного использования комбинации <dd> и &ltdt> вокруг скрытых полей и прочих мелких религиозных и языковых разногласий. Ни одному из нас не возник простейший вопрос, как устроен другой компонент — Zend_Db. Определит ли он сам charset и collation, который мы используем и нам нужен или будет использовать тот, что установлен по умолчанию. И вот, сегодня мы поняли что мы выстрелили себе в ногу примерно две недели назад — не то пуля летело медленно и наконец долетела, не то порох сырой ныл и сработал только сейчас.

Я всегда думал, что умный Zend_Db как-то сам узнает какой нужно charset и collation использовать, раз он сам узнаёт какие поля у таблицы и какие значения туда можно писать, а какие нет. Оказалось что нет… Я был не прав и ему об этом нужно грубо говорить (ну или клиенту вдолбить в настройки по умолчанию).

Поэтому в самом начале ему пришлось прописать следующие строку сразу после инициализации:

$db->query('SET CHARACTER SET utf8');

Теоретически, если следовать документации Configuring the Character Set and Collation for Applications, хватило-бы только SET NAMES ‘utf8′, но в таком случае collation остался бы utf8_general_ci — а нам этого не хочется. Поэтому, копнув немного глубже, в Connection Character Sets and Collations, было найдено SET CHARACTER SET utf8.

После данных изменений со стороны административной части на Zend Framework, замены $conn->set_charset(”utf8″); тоже на $conn->query(’SET CHARACTER SET utf8′); и правок в базе данных всё заработало прекраснейшим образом.

Я вот понять не могу, почему у Zend Framework нигде об этой проблеме не написано? Зачем у mysqli есть метод mysqli::set_charset, если он меняет collation на верный? Почему в PHP мануале написано не использовать «старый дедовский способ с SET NAMES»?

Вообще, если посмотреть на то, что я встречаю в других проектах, которые попадают к нам на поддержку или консультации, много кто зарывается на этих charset и collation к сожалению, особенно на мультиязычных проектах.

Bookmark:

#define LIBGEOIP_VERSION 1004001

Мне помогло и работает.

Не сам я нашёл, взято с форума MaxMind

Bookmark:

Как всем очень давно известно - лучший способ показать людям что у фирмы дела идут очень хреново - разослать спам.

Да, да, разослать спам! Видимо денег, что-бы заниматься нормальными продажами, готовя нормально коммерческое предложение с анализом ситуации потенциального клиента у них нет! Лучше разослать спам дважды на один и тот-же номер (а вось надоедим и закажут чтоб отвязались). Причём, дорогие маркетингисты из Etalinkas, этот номер принадлежит ЗАО, которое как-бы ваш конкурент мог-бы быть. От куда столько наглости? И вообще, UAB “Etalinkas”, от куда такая любовь к Viagra Marketing Style, а? Неужели не хватает нормальных способов найти клиентов, что вы буквально засыпаете спамом других? У вас всё так плохо, да?

А ещё хочется у вас спросить, UAB “Etalinkas”, от куда у вас этот номер, на который вы два раза отослали SMS со своей “Купи Viagra”?

Честно говоря, побуду немного местным и порадуюсь, что у потенциальных конкурентов дела идут уже плохо, судя по их действиям!

Bookmark:

В сентябре установленный Ubuntu Desktop 8.04 до сих пор работает без сбоев. За 3 месяца я так привык к Gnome и командной строке, что теперь мне сложно работать на Microsoft Windows системах. Единственное, чего не хватает пока, или я не нашёл (да я пока и не искал особо), так это визуальный diff, как у TortoiseSVN.

Кстати, он почти без проблем обновился до версии Ubuntu Desktop 8.10. Одна проблема только с видео-драйверами — заголовок окон не всегда прорисовывается верно. Работать не мешает, но иногда раздражает. Где-то в сети есть решение через установку бета-версии видео-драйверов от NVIDIA, но бета-версию ставить пока не хочется.

Большим подспорьем в работе является то, что многие вещи работает out-of-the-box и даже в Ubuntu Server 8.10. В офисе устанавливал 2 машинки для кой-каких параллельных вычислений на его основе, без кластеризации. Всё что нужно было — встало без проблем. Доступ по SSH настроился без проблем (включая ключи для подключения), PHP свеженький, MySQL, Apache2, Python с поддержкой MySQL. SFTP пашет, графики мониторинга нагрузки тоже есть, VPN поднимается на ура. Subversion, GIT, Bazaar — всё под рукой и всё работает без проблем. Всё обновляется — что ещё нужно для полного счастья?

А командная строка — она просто опьяняет своими возможностями. Через месяц уже никакой разницы где ты редактируются код или настраиваешь систему - локально или удалённо. Привыкаешь запускать PHP и Python в интерактивном режиме и быстро проверять возникшие проблемы.

И чем дальше, тем большие объёмы данных приходиться обрабатывать. Последний раз обе машинки генерировали информацию для сайтмапа сайта 6 дней — 70 000 000 адресов. Потом его индексировали, фильтровали на лишние ссылки день и теперь уже 6 часов генерируют XML файлы из данных в MySQL. Кроме полезной работы для клиента и его сайта, весь этот эксперимент дал кучу информации и занятий по практической оптимизации как запросов и структуры, так и настроек MySQL сервера. Приятно, что работа не только приносит доход но и развивает запас знаний.

И на последок хочется заметить, что очень эффективно удалось использовать Python для многих фоновых задач в одном из проектов. Все они создавались с нуля и бизнес-логику пришлось портировать с PHP, но скорость написания это окупила. Так как с Python написанный код был сразу модульным — при значительных изменениях финальной цели — менялась только минимальная часть Python скриптов.

Ещё успел написать одну статью для Pixel.lt о Zend Framework: Работаем с Zend_DB, правда она на литовском языке. Ещё одна статья на литовком о Zend_Form лежит на диске и ждёт своей очереди, готовая на 60%, может быть я закончу её в следующем месяце.

Короче говоря, жизнь продолжается не смотря на все кризисы и трудности — главное не сдаваться и дальше делать на отлично то, что ты должен делать.

Bookmark:

Greg Bogochwalski раскрыл две темы: Вводная часть о Red Hat и Система обучения и сертифицирования Red Hat. Материал, сразу видно, подготовлен хорошо и человек знаток своего дела.Четко было показано, где граница между Fedora и Red Hat, почему Red Hat платный, за что и как платят и почему для Enterprise желательно выбирать Red Hat Enterprise Linux. Так-же представили короткий список курсов, который можно прослушать в соседних странах, где есть сертифицированные учебные центры. Рассказал про то, какие сертификаты можно получить. Сказал, что возможно будет создаваться база и в Литве, и что возможно, участники конференции будут первые, кто смогут воспользоваться услугами центра по обучению и сертификации, причём со скидкой. Что-же, ждём, что будет дальше (но в любом случае есть желание снести Ubuntu и установить Fedora).

Andrey Meganov раскрыл тему продуктов, входящих в Red Hat и как себя позиционирует Red Hat на рынке. Что-то повторилось из презентации Greg’а, но в целом, тема была очень интересной, так как были представлены более подробно такие продукты как: виртуализация, GFS, Red Hat Cluster Suite, Red Hat Enterprise IPA, Red Hat Enterprise MRG. Лично с Andrey мне удалось очень интересно побеседовать во время обеденного перерыва на тему GFS и Red Hat Cluster Suite. Побольше бы таких разговоров и таких замечательных людей как Andrey Meganov рядом, готовых показать и указать, в которую сторону шаманить.

Laimonas Pronskus коротко представил свою компанию TVG, рассказал о позиции Red Hat Enterprise Linux в Литве и уделил большое внимание системе лицензирования Red Hat Enterprise Linux.

Wiesław Pilarczyk представил всем JBoss Platform, но, к сожалению, оценить JBoss и его презентацию я не могу - я совсем не в курсе, что такое JBoss и с чем и как его едят. Так что без комментариев.

В общем и целом конференцию я лично считаю удавшейся и для себя полезной. Завязаны некоторые интересные контакты, раскрыты некоторые темы, выпит бокал пива с RHCA (а людей с таким статусом не так и много). В подарок, на память о конференции, участники получили по маленькой мыши с логотипом Red Hat и коробочку для визиток. Спасибо организаторам и участникам за это мероприятие.

Bookmark:

Наконец моя мечта, моё желание исполнилось. В руки мне попал Dell Latitude D620. Попал он ко мне не совсем “здоровым”: проблемы с памятью и охлаждением. Память ему меняли 3 раза и не помогало ему, поэтому всё валили на охлаждение.

Да, он действительно грелся. Согревался за минут 5, а то и быстрее (зависело от температуры окружающей среды) и зависал, либо падал.

Вскрыл я его, сняв клавиатуру и убедился, что coоler у него работает. Удалил 1 блок памяти, что находился под клавиатурой, запустил его и он продержался достаточно долго, что-бы я установил на него CentOS 5.1 с DVD. Правда, потом, при попытки собрать ffmpeg (ради эксперимента) как он вновь завис. Так как клавиатура была всё ещё снята, я осмотрел все детали охлаждения ещё раз - показалось чисто. Тогда, я на собственный страх и риск, я решил пропихнуть скрепку через его радиатор, чтоб проверить, не забит ли он мелкой пылью. Оказалось забит. Вычистил. Вставил 2 модуля памяти из разных коробок (по шине они совдали, один модуль был родным 512 МБ, второй 1024 МБ из тех что покупали). Работает, т.е. биос проходит до момента загрузки.

Родной Microsoft Windows XP Home на него не встал - при проверке системного обеспечения он падал. Поэтому туда я водрузил CentOS 5.1 с заранее скаченого DVD ещё разок, настроил Wi-Fi сеть, обновил до CentOS 5.2. Но танцы с бубном вокруг драйверов Wi-Fi карты и драйверов видео карты меня не обрадовали, поэтому на следующий день я туда засунул Ubuntu 8.04 LTS.

Оно уже отработало около 2 недель, на нём уже установлен Wine, разное программное обеспечение для редакции видео, некоторые редакторы и прочие программы с которыми я хотел поэксперементировать.

Bookmark:

Jussi Rasinmäki: Small Team, Big Demands? - Use the Batteries Included - Что стало очень ясно, так что что Финские лесничие вполне овладели Python, XML и даже немного SQL и очень чуть чуть C. Так они создали симулятор предназначенный для менеджмента и планирования вырубки леса. Очень интересная история создания программы, эволюция от C + libxml2 до Python. С какими проблемами столкнулись, какая скорость написания кода, какя скорость написанного кода по отношению к коду на C. Довольно серьёзно всё. Очень жаль что Jussi Rasinmäki не представил интерфейсов системы о только один пример отчёта, очень слабо понятный среднему питонисту.

Raymond D. Hettinger: Core Python Containers - Under the Hood - Ну что хотеть, когда к вам приезжает кто-то из core developer for the Python language. Только чуда. И оно было. Замечательная презентация, отлично изложен материал, примеры и пояснения тоже на высоте, понятный английский язык. Сразу видно, что человек знает своё дело, понимает что к чему и ни капли не сомневается в своей правоте, даже при вопросах, которые могут потребовать более глубокого анализа ситуации. Вообще, после такой презентации, как устроены некоторые компоненты Python, как устроен менеджмент памяти, почему именно такие решения начинаешь очень сильно уважать этот язык. 10 балов!

Nicolas Chauvat: LAX - Logilab AppEngine eXtension - Можеть быть это расширение было-бы куда более понятным, если бы его хорошо представили и подготовили примеры. К сожалению все примеры увенчались почти неудачами. Конечно, готовая административная часть для Google AppEngine, очень схожая с Django тоже не плохо, но готовиться нужно лучше.

Adam Byrtek: Why It’s Good To Be Lazy: Functional Programming with Python - паренёк конечно маньяк, но ещё сам Guido van Rossum в понедельник сказал, что Python нифига не функциональный язык и не надо этим на нём этим заниматься. Но за старания и раскрытие темы я ему благодарен.

Gašper Žejn: Managing Computing Clouds on Unreliable Nodes with Python - А здесь я ожидал большего. Я ожидал опять-таки примеров и рекомендаций как это сделать. Да, они были, но их было маловато, хотелось немного больше.

Хотелось бы заметить что народ поделился ещё кой-какой информацией как используют Python: кто-то пишет дистрибутивную файловую систему под кодовым названием Byron, кто-то на нём программирует Hardware (Telic.pl) тем самым избегая дорогостоящих программистов на C.

Вобщем, потраченные 100 Euro на конференцию (кстати, оплатила всё Dip Studija) очень даже окупились. Погружение в мир Python на 3 дня дал очень много материала для размышлений. Я бы сказал мышление немного меняется после таких встреч.

Bookmark:

Steve Alexander: Developing a Very Large Python Web Application LEAN style - тут я ожидал явных примеров из жизни, каких-то конфигураций, советов. А узнал, что нужно эксплуатировать Open Source и прочее yada-yada.

Jonathan Fine: Math on Web Pages and Mixed Language Programming - Вот посмотрите на название: Mixed Language Programming. я ожидал чего-то космического, можно сказать rocket science. Получил же пример (абстрактный) что некий университет разработал MathTran на основе TeX, где Python находиться как “смазка” между протоколом HTTP и демоном TeX. Бегло рассказали про решение (никаких особенностей и трудностей исполнения не представили), показали новый (ими разработанный) стандарт xson и немного показали как JavaScript может работать с Python (будто в этом есть сложность).

Raymond D. Hettinger: Descriptor Tutorial - Молодец! Тему раскрыли с третьего слайда, а оставшимися её очень и очень закрепили. Очень понятный английский язык, очень правильные слайды, очень хорошие примеры кода. Правильный темп, хорошая тема, полный зал слушателей. Всем очень понравилось. И темя, я думаю, очень актуальная. И не смотря на то, что она помечена как “Advanced”, она должна быть обязательной для начинающих.

Fabio Pliger: Freezing the Python - отдельное спасибо организаторам и докладчику. Очень актуальная тема. Как-бы не старались товарищи *nix’систы, а MS Windows не сильно сдаёт позиции. Писать инструкции: скачай то, запусти, нажми, установи, скачай, установи, скачай, установи очень и очень не интересно. Жаль правда, что решения пока не совсем стабильные и 200 MB egg файлов скомпилировать в .exe нам не удалось. Надо обязательно рассмотреть все 3 библиотеки: Py2exe, PuInstaller, BBFreeze. Но возможность собрать почти всё что угодно, написанное на Python в .exe меня очень и очень привлекает.

Stefan Behnel: The Cython Compiler for C-extensions in Python - Не знаю на сколько он реально работает и стабилен, но идея очень и очень хорошая. Тоже очень очень хочется попробывать как оно может работать. Как можно из Python библиотеки сдлеать C код и превратить его в Python extensions с на порядок большей скоростью исполнения.

А на закуску к нам приехал сам Hans Rosling. Представил нам тему: Code that makes sense of the world. Все слушали тихо, впитывая каждое слово этого Человека. Тема, слайды, темп - всё отлично. Один Gapminder что заслуживает. Когда он рассказал о том, с какими проблемами они сталкиваются при разработке, мне становиться их жалко. Flash, как оказалось, не поддерживал то количество кода, которое они написали для создания Gapminder. Собирать статистическую информацию о разных регионах/странах/районах очень сложно и дорого. Google им много помогает. Но мне нравиться цель, которую перед собой поставил Hans Rosling: дать доступ к глобальной статистической информации всем, кто имеет доступ к интернет сети и как можно более полной статистической информации. Очень правильная и благородная цель. Разработанные интерфейсы и возможности, представленные на конференции очень сильно расширяют взгляд на то что происходит и может изменить даже взгляд на жизнь. Вобщем, опять хочется поставить 10.

Из “халявы”: майка Bazaar и Google. Если Google я буду носить с удовольствием (особенно радует надпись на спине: I’m feeling lucky), то Bazaar изза странного отростка вниз носить как-то стрёмно.

Bookmark:

Первый это Christian Theune: ZEORaid - Free, Reliable and Flexible ZODB Storage. Интересное решение для Python базы данных ZODB используя технологии RAID. Как утверждалось, она не имеет точки сбоя, но во время презентации сидящие в зале попросили симулировать одно условие и вдруг всё упало оплевав всех ужасными ошибками.

Второй это: Christian Scholz: Second Life and the Open Grid Protocol. А ребята не спят. переходят на REST, строят хитрую инфраструктуру и строят PyOGP. Почему именно Python они не сказали, т.е. сказали но так не прозрачно. Мне сложилось впечатление, что на них очень давит что сообщество интернета само стоит OpenSim на открытом коде и им хочется такой-же.

Что ещё заметил на конференции: почти все с лаптопами. Преобладают такие марки: Apple Mac Book (Pro в частности), Dell (Latitude), Lenovo/IBM ThinkPad, Asus EEE (701 модели). Wi-Fi очень медленный и очень капризный.

Когда во время общения с коллегами из западной Европы узнаёш какие ресурсы им предоставляют для разработки и тестирования проектов, слюнки конечно не текут, но зависть появляется за спиной.

Сидеть на конференции и впитывать всю информацию куда тяжелее, чем писать код на Python.

Bookmark:

Впечатления положительные. Много народа со всего мира. Народ разный в размерах и разного возраста. Стараются ломать языковой барьер и прочие комплексы. Общаемся.

Организаторы не подкачали. В отеле совсем не плохо. Всё почти ясно и прозрачно.

Посетил только одну треть докладов. Меня ещё не клонировали - поэтому появиться одновременно в 3 аудиториях я не смог.

Первым был Marcin Kaszynski: Build an App in a Week. Человек объяснил как быстро построить сайт на Django. Жаль что всё так коротко и доклад бы о маленьких сайтах. Но идеи с автоматическим развёртыванием на системе разработчика мне понравился. Были не плохие замечания относительно синхронизации моделей и структуры базы данных.

Далее я попал на Tommi Virtanen: My God, it’s Full of Files. Чувствуется, что для Tommi Virtanen это не первая презентация и человек много общается. Скорость и дикция отличная, слайды подобраны под темп доклада. Тема работы с файловой системой затронута очень актуально и правильно. Идеи тоже хорошии. С ним удалось пообщаться в перерывах относительно Twisted и его возможностей, http streams и загрузки огромных файлов. Приятный собеседник, огромный багаж знаний.

Потом был Dinu Gherman: Accessing File-Specific Attributes on Steroids. Может оно было-бы и очень хорошей утилитой, но как-то слабо представлено. Я слабо представляю применение её себе. Поиск по атрибутам файлов. По моему есть готовые решения для многих платформ и довольно неплохих. На одно из них было сделано отличное указание во время презентации. Кстати, народ очень интересовало как это сделано, именно сам поиск и анализ файлов без “открытия или запуска” файла, техническое решение. Ответа конкретного небыло.

Отличный длинный обед.

После обеда был Zope. Malthe Borch: A New Approach to Web Authoring on Zope - после нескольких лет паузы, меня заинтриговало. Очень. Надо обязательно вернуться к Zope и посмотреть на что он уже способен и как действует.

И конечно, неповторимый Harald Armin Massa: Discouraging the Use of Python. Отличная презентация, почему не стоить использовать Python. Отличное чувство юмора и отличные доводы почему не стоит использовать столь прекрасный язык программирования.

И в конце первого дня, на закусочку с нами напрямую связался сам Guido van Rossum. Рассказал про Python 3000. Тоже молодец, человек с юмором. Учитывая что была видео-конференция (плюс постоянно кто-то врывался в кабинет где сидел Guido van Rossum и ему мешал глупыми вопросами), презентация была на 10! Они делают довольно серьёзные и смелые изменения в языке.

Bookmark:

• OpenSSL HOWTO
• CentOS: Securing OpenSSH
• IPTables HOWTO

И конечно-же, GPG Quick Start, ну как такое можено было пропустить. Даже ключиком обзавёлся: мой GPG PubKey.

Bookmark:

Первый раз я его попробовал довольно давно. И меня до сих пор “колбасит” от правил табуляции кода. Тогда мне показалось это ужасным, а теперь уже привык.

Несколько недель назад я собрал интерфейс на TkInter, использующий threading для закачивания файла при помощи XML-RPC на один сервер. Уникальность работы была в том, что файл перед загрузкой бился на часто по 1,5 Мб, что-бы не изменять настройки сервера (максимальный размер операции POST на сервере ограничен). На сервере, по мере поступления частей, файл собирался. Во время испытаний всё работало отлично даже через reverse-proxy на Apache 2.2.

Правда, при работе с Python и его библиотекой md5 или hashlib я был удивлён, что нет отдельной функции для работы с большими файлами. Конечно я встал на грабли с чтением всего файла в переменную, причём с современными компьютерами данная операция проходит отлично (изза кол-ва оперативной памяти) и вылезла когда я уже начал тестировать на старенькой машинке.

Python Imaging Library (PIL) приятно удивил. Это был запасной план. Значит задача была: согласно определённым правилам, забирать данные о товарах с картинками с определённого сайта, картинкам изменять размер и ложить это всё в базу (данные и связь с картинкой) и на диск (саму картинку, в базе ей делать нечего), причём всё это было написано на Zend Framewrok и должно было работать “демоном” на CentOS 5.1, но переставало после часа работы, скушав всю оперативную память. Не то tidy порол, не то SimpleXML, а может всё вместе: там было PHP 5.1.6. За пару выходных в спокойном режиме, дома, я собрал на Python модель, выполняющую всё тоже, что и выше описанный скрипт на PHP (зацепил меня Python). Но, потом, с утра, на работе, я сам, из исходников собрал PHP 5.2.6 и утечка памяти испарилась.

А вот MySQLdb у Python меня не радует. Нет, я ничего не имею против написания запросов руками. Но вот передавать параметры через %s или %d, при этом динамически формируя запрос, не очень как-то получается.

µTidylib - TidyLib Python wrapper, ведёт себя абсолютно как оригинальный HTML Tidy, что на этих выходных меня озадачило. Он нагло отказался превратить в валидный xHTML одину страницу сайтов (это было http://www.delfi.lt/, содержащее 706 ошибок в данный момент времени), причём tidy, входящий в PHP 5.2.6 это делает. Вобщем, плохо думать о вещах со стороны PHP.

Опробовал я и Django 0.96. Правда я пока сомневаюсь, что он for perfectionists with deadlines. Как-то пока тяжело мне понять его логику. На платформе одной известной компании он устанавливается только после бубна, на нормальных платформах намного быстрее. Автоматический генерируемый админ не сильно удобный, особенно если у вас в базе скажем 5000 записей и они соединены с другим объектом в режиме ManyToMany. Пока мне остро не хватает документации и, конечно, опыта использования. И язык шаблонов, хочется большего. Конечно, местами присутствующая простота очень радует.

Ах, да, камень надо бросить в огород создателей Python за httplib — HTTP protocol client. Он не способен нормально передать при помощи POST или PUT большой файл на сервер, не загружая его целиком в память и загонять в переменную. Пришлось самому писать “костыль”, способный параметры принимать как dictionary и проверять, строка это или объект типа file, и, если это file, посылать его прямо в stream. Надо будет его как следует оттестировать и выложить в публичный доступ.

Ну и о предстоящем EuroPython 2008, который пройдёт с 7 по 9 июля в Вильнюсе. Организаторы подтвердили моё участие в конференции, так что я буду среди слушателей. Теперь осталось выбрать, куда я пойду, так как программа очень насыщенная.

Bookmark:

И не потому что я, как и большая часть мужского населения, помешана на мощных автомобилях. Во всех этих шоу есть две замечательные черты - команда и работа (Team. Team. Team. Team. Team. Team. I even love saying the word team. You probably think that’s a picture of my family. Uh uh. It’s the A Team. Denholm. The IT Crowd). Большая часть команды делает всё что возможно, что-бы работа была сделана хорошо и в срок. Команда работает сверхурочные, работает по выходным, решает любые проблемы начиная от нехватки запчастей, кончая человеческими ресурсами. То, как непонимающим объясняют что от них хотят, и что от них ожидают, и что они должны делать, и куда им иногда пойти (Знаешь, где у статуи Давида во Флоренции находится центр внимания? Вот туда и иди!). Но самое замечательно - это то, как сотрудники фирмы понимают, как важна их работа не только компании, но и им самим.

P.S.: Нет, я понимаю, может оно всё может и наигранно, но оно очень замечательно показано и даже вдохновляет.

Bookmark:

Да, кстати, Zend принял мой код и починил Zend_XmlRpc_Value. Коммит 8615. Zend_XmlRpc_Client doesn’t handle Zend_XmlRpc_Value Objects as parameters. Скриншотик этих 3 строк. Посмотрим, приму ли мой Zend_XmlRpc_Value_Nil. И надо сообщить им об ошибке в самом Zend_XmlRpc_Server + Zend_XmlRpc_Request. Надо только подсобрать информации по нему.

Bookmark: