На днях закончился прием тезисов по планируемым докладам. Примечательно, что в состав докладчиков вошли ведущие участники русскоязычного сообщества ZF, опытнейшие специалисты и лично один из создателей фрэймворка.

Участие в конференции планируется сделать бесплатным или за небольшую стоимость. На данный момент уже открыта предварительная регистрация. Для решения ряда вопросов организаторам очень важно сейчас понять приблизительное количество человек, которые смогут посетить конференцию или каким-то иным образом принять в ней участие.

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

Планируемые доклады:

• Жизненный цикл предложений (proposals) в проекте Zend Framework
  Александр Веремьев (Zend Technologies, Zend Framework Core команда)
• Zend_Search_Lucene в деталях
  Александр Веремьев (Zend Technologies, Zend Framework Core команда)
• Zend Framework и производительность
  Александр Махомет (создатель сообщества ZendFramework.ru)
• Zend Framework и MVC, «толстая» модель
  Александр Стешенко (Norada Corporation, PHP-разработчик)
• ФотоСтрана.ru: Прототипирование с использованием ZF (история боевого применения Zend Framework в highload-проекте)
  Леонид Жаворонков (ФотоСтрана.ru, тимлид)
• Использование очередей сообщений в повседневных проектах
  Денис Баклыков (Обновление, веб-разработчик)
• Zend Framework и Doctrine
  Степан Танасийчук (руководитель веб-студии stfalcon.com)
• Zend Framework и мультиязычность
  Степан Танасийчук (руководитель веб-студии stfalcon.com)
• История проекта e-Штаб
  Анатолий Ларин (e-Легион, веб-программист)
• Что нового несет нам Zend Framework 2.0?
  Надежда Блинова (Wizartech, веб-программист), Георгий Туревич (Wizartech, ведущий веб-программист)
• Интеграция Zend Framework c Javascript-фрэймворками jQuery и Dojo Toolkit
  Георгий Туревич (Wizartech, ведущий веб-программист)

Смело обсуждайте доклады и регистрируйтесь!

За последними новостями можно следить здесь:

• RSS-канал: http://feeds.feedburner.com/zfconf
• Twitter: @zfconf
• Группа Вконтакте: http://vkontakte.ru/club14951507

К участию приглашаются информационные и финансовые спонсоры.

Тем не менее ZF остаётся одним из основных крупнокалиберных MVC-фреймворков для разработки CMS и веб-приложений на PHP (перечитал предложение, мысленно охнул от количества аббревиатур, но все равно решил не расшифровывать — c’est la vie, что уж тут). Общее представление о внутреннем устройстве и ключевых компонентах последней версии ZF дает весьма наглядная схема, найденная сегодня на блоге cоde:diesel:

Схема доступна в формате PDF, в виде цветного и черно-белого варианта (последний, на мой взгляд, предпочтительнее для печати, т.к. сделан на белом фоне).

Года два назад я искал в сети удобный и открытый источник подобных данных, но так ничего и не нашел. Все отечественные сервисы экспортировали данные за деньги (отпугивала скорее не цена, а наличие возни с оплатой), а западные — либо не предоставляли данных в удобном для автоматической обработки формате, либо не знали о существовании города, в котором я живу.

Yahoo! Weather порадовал отсутствием перечисленных недостатков. Информация о текущей погоде, а так же прогноз на ближайшие 5 дней экспортируется с их сервера в формате RSS. На мой взгляд, выбор этого формата притянут за уши, т.к. погодная RSS «лента» содержит всего однин item. Те же данные можно было бы экспортировать в более лаконичном виде, но в Yahoo, по всей видимости, расчитывали на стандартные методы обработки RSS, что тоже довольно весомый довод. Стандарт — это все-таки стандарт.

Адрес RSS фида для интересующего города можно найти на сайте weather.yahoo.com.

В общем виде URL выглядит следующим образом:

http://xml.weather.yahoo.com/forecastrss?p=код_города&u=единицы_измерения

Первый параметр — идентификатор интересующего города. Второй параметр определяет, в каких единицах будет выдаваться температура. Значение «c» соответствует градусам Цельсия, «f» — градусам Фаренгейта.

Несколько примеров:

• Москва — http://xml.weather.yahoo.com/forecastrss?p=RSXX0063&u=c
• Санкт-Петербург — http://xml.weather.yahoo.com/forecastrss?p=RSXX0091&u=c
• Екатеринбург — http://xml.weather.yahoo.com/forecastrss?p=RSXX1219&u=c
• Ханты-Мансийск — http://xml.weather.yahoo.com/forecastrss?p=RSXX1234&u=c
• Киев — http://xml.weather.yahoo.com/forecastrss?p=UPXX0016&u=c

Описанный ниже класс YahooWeather (PHP5) предназначен для загрузки RSS по HTTP и предварительной обработки данных.

<?php

class YahooWeather {
	// Ветер
	public $wind_chill;
	public $wind_direction;
	public $wind_speed;

	// Атмосферные показатели
	public $humidity;
	public $visibility;
	public $pressure;

	// Время восхода и заката переводим в формат unix time
	public $sunrise;
	public $sunset;

	// Текущая температура воздуха и погода
	public $temp;
	public $condition_text;
	public $condition_code;

	// Прогноз погоды на 5 дней
	public $forecast;

	public $units;

	function __construct($code, $units = 'c', $lang = 'en') {
		$this->units = ($units == 'c')?'c':'f';

		$url = 'http://xml.weather.yahoo.com/forecastrss?p='.
			$code.'&u='.$this->units;

		$xml_contents = file_get_contents($url);
		if($xml_contents === false)
			throw new Exception('Error loading '.$url);

		$xml = new SimpleXMLElement($xml_contents);

		// Ветер
		$tmp = $xml->xpath('/rss/channel/yweather:wind');
		if($tmp === false) throw new Exception("Error parsing XML.");
		$tmp = $tmp[0];

		$this->wind_chill = (int)$tmp['chill'];
		$this->wind_direction = (int)$tmp['direction'];
		$this->wind_speed = (int)$tmp['speed'];

		// Атмосферные показатели
		$tmp = $xml->xpath('/rss/channel/yweather:atmosphere');
		if($tmp === false) throw new Exception("Error parsing XML.");
		$tmp = $tmp[0];

		$this->humidity = (int)$tmp['humidity'];
		$this->visibility = (int)$tmp['visibility'];
		$this->pressure = (int)$tmp['pressure'];

		// Время восхода и заката переводим в формат unix time
		$tmp = $xml->xpath('/rss/channel/yweather:astronomy');
		if($tmp === false) throw new Exception("Error parsing XML.");
		$tmp = $tmp[0];

		$this->sunrise = strtotime($tmp['sunrise']);
		$this->sunset = strtotime($tmp['sunset']);

		// Текущая температура воздуха и погода
		$tmp = $xml->xpath('/rss/channel/item/yweather:condition');
		if($tmp === false) throw new Exception("Error parsing XML.");
		$tmp = $tmp[0];

		$this->temp = (int)$tmp['temp'];
		$this->condition_text = strtolower((string)$tmp['text']);
		$this->condition_code = (int)$tmp['code'];

		// Прогноз погоды на 5 дней
		$forecast = array();
		$tmp = $xml->xpath('/rss/channel/item/yweather:forecast');
		if($tmp === false) throw new Exception("Error parsing XML.");

		foreach($tmp as $day) {
			$this->forecast[] = array(
				'date' => strtotime((string)$day['date']),
				'low' => (int)$day['low'],
				'high' => (int)$day['high'],
				'text' => (string)$day['text'],
				'code' => (int)$day['code']
			);
		}
	}

	public function __toString() {
		$u = "°".(($this->units == 'c')?'C':'F');
		return $this->temp.' '.$u.', '.$this->condition_text;
	}
}

?>

Пример использования:

<?php

try {
	$weather = new YahooWeather('RSXX0091');
} catch(Exception $e) {
	echo "Caught exception: ".$e->getMessage();
	exit();
}

echo '<h1>'.$weather.'</h1>';

echo "<pre>";
print_r($weather);
echo "</pre>";

?>

Вывод:

Временные значения восхода и заката солнца (поля sunrise и sunset соответственно) автоматически переводятся в формат unix time. стоит так же обратить внимание на то, что по непонятной причине Yahoo! выдает явно некорректное значение атмосферного давления (0). Но само наличие соответствующего атрибута в XML дает некоторую надежду на то, что рано или поздно экспорт этих данных починят.

Поле condition_code используется для хранения кодового обозначения погодных условий. Текстовая расшифровка текущего значения хранится в поле condition_text, а полный перечень возможных вариантов приведен в следующей таблице:

Ссылки по теме

• Yahoo! Weather
• Yahoo! Weather RSS feed @ Yahoo! Dev Network — полное описание экспортируемых данных

Как известно, задачей любого парсера темплейтов является полумифическое отделение кода (и данных) от оформления страниц. Я говорю полумифического, т.к. в действительности ни один развитый шаблонизатор не может похвастаться реализованной в полной мере такой возможностью. Когда требования к функциональности шаблонов возрастают, их синтаксис усложняется, постепенно перерастая в специализированный язык. Показательный пример тому — Smarty и многие другие распространенные движки темплейтов. Строго говоря, сам PHP можно отнести к категории очень навороченного генератора страниц.

В итоге, одним из основных критериев при выборе шаблонизатора становится не качество (или степень) отделения кода от оформления, а скорее читаемость этого кода — достаточно субъективная характеристика, которая сильно зависит не только от шаблонизатора, но и от стиля кодинга. Показательный пример: XSLT является одним из наиболее идеологически-грамотных шаблонизаторов, тем не менее он сейчас пользуется не самой большой популярностью. Одна из причин тому — очень навороченный синтаксис.

В контексте сказанного выше, мне понравилась идеология, заложенная в синтаксис Blitz. цитата из официального источника:

Blitz не поддерживает по принципиальным соображениям сложные выражения:

{{if(if($foo, 0, 1), ’bar’, ’foobar’)}}

Данный код работать не будет. Не надо превращать код в спагетти.

И это очень правильный подход. Гибкие возможности строить сложные синтаксические конструкции — не всегда хорошо. Часто это служит причиной возникновения настолько запутанного кода, что в него не то что сторонний разработкич побоится залезть, но и сам автор, через пару месяцев после написания, предпочтет полную переработку корректировке деталей.

Упрощение синтаксиса хорошо еще и потому, что у кода шаблонов есть своя специфика: зачастую в темплейтах осознанно не делают форматирования (чтобы не портить форматирование генерируемого HTML и/или не утяжелять его излишним количеством пробельных символов), кроме того в текстовых редакторах обычно нет синтаксической подсветки кода темплейтов, которая облегчила бы работу (исключения — XSLT и, опять же, PHP).

Возвращаясь к вопросу производительности: Blitz работает быстрее, чем шаблоны, собираемые из отдельных PHP файлов (include-ами), но, по понятным причинам, медленее сплошного PHP кода. Учитывая, что нежелание использовать темплейтов на базе PHP — одна из самых важных причин использования сторонних шаблонизаторов вообще, можно считать, что Blitz фактически является лидером по скорости среди других систем своего класса.

Отдельно стоит упомянуть процесс тестирования, точнее обстоятельный подход, с котором он выполнен и описан на сайте разработчика. Неоднократно видел, как производительность шаблонизаторов, фреймворков и CMS измеряют на примерах уровня сложности «Hello world», а потом кричат «Сенсация! PHP работает быстрее кода на C++!». Что касается Blitz — тесты проводились в условиях, близких к боевым, и полностью обоснованы.

Вывод: на Blitz стоит обратить пристальное внимание при проектировании высокопроизводительных CMS для сайтов, работающих на выделенных серверах. В тех случаях, когда серьезных требований к производительности нет, его использование, к сожалению, будет не всегда оправдано экономически (пользовательские модули PHP — вещь не для shared хостинга).

Ссылки по теме

• Blitz Templates — официальная страница разработки с описанием синтаксиса и результатами сравнительных тестов.
• Другие шаблонизаторы: Smarty, Template Lite (облегченная и более быстрая версия Smarty), PEAR::HTML_Template_* (средства PEAR для генерации страниц по шаблонам).

Самый простой способ для этого — использовать функцию error_reporting() (или параметр конфигурационного файла PHP с аналогичным названием). С ее помощью можно, например, полностью отключить вывод ошибок в production версии скрипта, оставив их видимыми только для разработчика. Но это не самый оптимальный подход, т.к. он лишает возможности отслеживать исключительные ситуации в работе «боевой» версии.

Наиболее грамотное решение — перенаправлять все сообщения об ошибках в лог. Сделать это можно множеством способов. Один из них — тривиальный, с помощью set_error_handler() и других стандартных функций для обработки ошибок. Другой — через конфигурационные файлы Apache и PHP. На последнем я бы хотел остановиться более подробно.

Этот способ хорошо подходит в тех случаях, когда речь идет об установке чужих скриптов или есть иная причина, чтобы лишний раз не лезть в код. Способ основан на том факте, что вывод ошибок интерпретатором PHP управляем не только через функции, но и из конфигурационного файла. В свою очередь, параметры php.ini можно переопределять через локальные конфигурационные файлы Apache .htaccess. Таким образом, на одном сервере можно довольно удобно задавать различные настройки для разных директорий и установленных в них скриптов. При этом глобальные настройки останутся незатронутыми, что особенно акуально на shared хостингах, где доступа к ним просто нет.

Содержимое .htaccess:

php_flag display_startup_errors off
php_flag display_errors off
php_flag log_errors on
php_value error_log /home/motoko/logs/errors.log

Приведенные опции полностью отключают вывод ошибок. Параметры log_errors и error_log определяют необходимость записи сообщений в указанный log-файл, который будет выглядеть примерно следующим образом:

[09-Jan-2008 15:11:57] PHP Parse error:  syntax error,
unexpected '=' in /home/motoko/public_html/test_log/index.php on line 3
[09-Jan-2008 15:11:59] PHP Parse error:  syntax error,
unexpected '=' in /home/motoko/public_html/test_log/index.php on line 3
…

Не стоит забывать, что подобные логи в той или иной степени могут содержать информацию о внутреннем устройстве скриптов, и эти сведения не предназначены для открытого доступа. Поэтому файлы с сообщениями об ошибках желательно хранить в недоступной из web директории сервера.

Ссылки по теме

• Error Handling and Logging Functions