MODx Evolution, DirectResize 0.9 и php 5.3 - дружба навек

Недавно переезжал на новый сервер, и вроде ПО старого сервера и нового не очень сильно отличалось, но с одной заковыкой пришлось изрядно попотеть.

Итак, переезд с php 5.2 на php 5.3 не предвещал беды, тем более голый MODx и там, и там крутится абсолютно одинаково. Перетащил файлы, базу, зашел на главную страницу - все ОК, начал перетаскивать следующий сайт, а тучи уже начали сгущаться... Если коротко, то картинки обработанные DirectResize 0.9 перестали отображаться. При нажатии на картинку выходит куча ошибок phpthumb. Решение оказалось элементарным, хотя и пришлось убить полдня на изобретение велосипедов и прочтение кучи форумов (на этой куче, кстати, решения не нашел, может у них другой DirectResize?):

  • качаем новый phpthumb отсюда: http://phpthumb.sourceforge.net/#download
  • удаляем все в папке: /assets/snippets/phpthumb/
  • распаковываем в эту папку содержимое скачанного архива
  • открываем файл /assets/plugins/directresize/directResize.php
  • ищем следующее выражение: "&src=" и заменяем на "&src=/" (у меня это 438-я строка)
  • торт готов.

В поисках этого слэша, я перебрал кучу настроек php, настройки phpthumb. В DirectResize не искал, потому что demo-пример, идущий в комплекте с phpthumb на моем новом сервере тоже не заработал, потерял кучу времени.

P.S. DirectResize 0.8 и вообще, все что выдает ошибки, связанные с ereg, eregi и прочими переносятся еще проще (если сайт в UTF-8 и есть доступ к php.ini или apache.conf):

1-й способ (у Вас есть доступ к apache.conf) добавляем строки, выделенные жирным шрифтом:

<VirtualHost ... >
        ServerName ...
        ...

        php_admin_value mbstring.func_overload 7
        php_admin_value mbstring.internal_encoding UTF-8
        ...
</VirtualHost>

2-й способ (у Вас есть доступ к php.ini) добавляем в этот самый php.ini следующие строки:

mbstring.func_overload = 7
mbstring.internal_encoding = UTF-8

Uptime. Мониторинг сайтов и серверов.