SE 3.18 и PHP 5.3.3

Переемахнули наш сайт с SE 3.18 на немецкий арендованный сервер с PHP 5.3.3 по умолчанию. Повылезали ошибки с масштабированием загружаемых карптинок, с самой загрузкой, с созданием tumb картинки и т.д. Кто сталкивался с подобного рода проблемами и у кого есть готовое решение - подскажите как это лечится последовательно - где и какие функции меняются, одних замен ereg на preg_match не достаточно )))

на PHP 5.3.* в phpinfo() , по сравнению с PHP 5.2.* поменяли сообщение
"JPG Support" -- на --> "JPEG Support",
соответственно условие
$gd_info['JPG Support'] == TRUE
не выполняется


в файле class_upload.php нужно вносить изменения, вместо JPG Support ставить JPEG Support.

Спасибо большое! Альбомы заработали. Нет ли еще каких-нибудь рекомендаций?

Пока заметил только с GD и с ereg.
Если других проблем заметите вы, дайте знать...

Столкнулся еще с одной проблемой. После замены ereg_replace и ereg в class_user во внутренних сообщениях пропало тело письма, отображаются одни заголовки.

В Events при замене split на preg_split в user_event_add.php и user_event_edit.php началась неразбериха с датами событий...

Если поменяли функцию eregi() на preg_match() то не забудьте в прописанном пути в скобках функции добавь еще слеш "/"

Решение проблема с ereg*() заключается в замене этой функции на preg_match() по следующим алгоритмам:

ereg("\.([^\.]*$)", $this->file_src_name, $extension);
заменить на
preg_match("/\.([^\.]*$)/", $this->file_src_name, $extension);


$this->file_dst_name_body = ereg_replace("[^A-Za-z0-9_]", "", $this->file_dst_name_body);
заменить на
$this->file_dst_name_body = preg_replace("/[^A-Za-z0-9_]/", "", $this->file_dst_name_body);

eregi("\.([^\.]*$)", $this->file_src_name, $extension);
заменить на
preg_match("/\.([^\.]*$)/i", $this->file_src_name, $extension);


первый аргумент (паттерн) почти всегда должен начинаться и заканчиваться на "/"


----------------

НО проблем:

После замены ereg_replace и ereg в class_user во внутренних сообщениях пропало тело письма, отображаются одни заголовки.
В Events при замене split на preg_split в user_event_add.php и user_event_edit.php началась неразбериха с датами событий...


это не решает!

ну хорошо. а что в логах то?

Dont use preg_replace for string type arrays and variables. Notice preg_replace ("/[^ A-Za-z0-9_] / that particular item is trying to generate a string of text to display back on your screen. In this case you would use str_replace NOT preg_replace. If str_replace dont work also might want to try this and tis is a example preg_replace("/somecode goes here/i") sometimes it needs a integer /i

Just because it is deprecated php code and its ereg, does not mean that it is preg_match, or preg_replace or anything of that nature. Sometime its takes more thinking and evaluation of what the code is trying to do. And I laugh every time I see people telling other people to just replace ereg with preg_match or preg_replace , because it is not as simple as that as most people think it is.

And for split dont use preg_split use explode

Hope this helps...