Оказывается "гламурный" var_dump() в расширении xdebug, который мне неожиданно пригодился, не работает без

ini_set('html_errors', 'On');

Если параметр отключен - дампы будут иметь стандартный вид. Мне приходилось отрубать, поскольку привык смотреть ошибки и предупреждения интерпретатора php в лог-файле.

Ситуация следующая, есть nginx стоящий фронтендом. Есть апач (apache 2.2) бекендом. Nginx проксирует запросы на Apache.

В Apache вертится приложение. В данном случае Drupal.

Возникла проблема следующего плана: на страницах 404 и 403 начал вылезать мусор в виде размера странички в байтах в шустнадцатиричной системе счисления. Как оказалось  - это всего лишь навсего способ передачи данных от сервера Apache, когда он не знает точно длины контента(chunked encoding).

With the help of Cognisync, Sun Microsystems converted Java.net, the website of the Java community, to Drupal. The previous version of java.net, was custom built by O'Reilly Media. Interesting choice for a site devoted to Java, but needless to say, a great testimonial to Drupal.

Если вы пользуетесь форумами, социальными сетями, и прочими сервисами Рунета, то могли заметить письма со знаками вопроса в заголовках.

Polley Wong выложил замечательную диаграмму, показывающую, как работает диспетчеризация в Zend Framework.
Всем кому интересен Zend Framework - смотреть здесь: http://devzone.zend.com/article/4601-Zend-Framework-Dispatch-Workflow-Diagram

Внимание: для Ubuntu версии 10.04 и старше данный документ уже не актуален.

Как известно, "из коробки" в Ubuntu пакет php5-gd идет собранным не как рекомендуют разработчики PHP - с библиотекой GD поставляемой в составе PHP, а с "оригинальной" библиотекой, которая умеет гораздо меньше вкусных вещей. В результате модули вроде imagecache и прочих в Drupal не получится использовать с такой сборкой по максимуму. Вот инструкция по сборке "кошерной" GD для корректной работы. Для сборки нам потребуется несколько дополнительных утилит, так что установим их:

Тихим сапом доделываю один проект на Zend Framework 1.6.1..

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

Обнаружен глюк eaccelerator при работе с php в режиме апачевского модуля.

Система просто не подгружала или некорректно подгружала inc/theme.inc в CMF drupal. В итоге из php нельзя было выбить никаких ошибок а сервер давал ошибку 502.

Я привык пользовать php в режиме fast-cgi.
Похоже это специфичная для eaccelerator ошибка когда php пашет как модуль apache, поскольку такое уже замечалось ранее на сторонних хостингах, просто я не придавал этому значения.