Конференция Red Z Group

**Andreaz** » 25.03.2010, 15:01

Ошибка Deprication или переход на версию PHP 5.3

Уважаемые пользователи.
Прогресс не стоит на месте и мы всегда стараемся идти в ногу со временем.
Прогрессирует и всеми нами любимый PHP...
Переписывая основной сайт redz.ru и подготавливая новую панель управления, которую вы в ближайшем будущем уже увидите, мы столкнулись с некоторыми особенностями.
Переход на PHP 5.3 мы прогнозируем на вторую половину апреля 2010 года.

То с чем вы можете столкнуться с переходом с PHP 5.2 на PHP 5.3:

Основная ошибка:
Deprecated: Function eregi() is deprecated in ...

Что такое DEPRECATED? Это некоторые параметры, функции и возможности, которые обозначены как НЕИСПОЛЬЗУЕМЫЕ и в последующих версиях будут УДАЛЕНЫ.

Для начала конечно можно временно (повторюсь временно) можно выключить в файле php.ini (но мы этого не будем делать осознанно) данные предупреждения, чтобы сайт восстановил работоспособность и не выдавал так же ошибки вывода заголовков Headers (популярная ошибка новичков headers already sent) В PHP 5.3. для этого добавлено 2 уровня ошибок (error level) E_DEPRECATED и E_USER_DEPRECATED, которые и управляют выводом предупреждений (Warning)

Полный список изменений вы можете увидите на официальном сайте PHP: http://php.net/manual/en/migration53.deprecated.php

Следующие директивы php.ini будут отмечены как НЕИСПОЛЬЗУЕМЫЕ (DEPRECATED) в PHP 5.3 и удалены в PHP 6.0.0

* define_syslog_variables - теперь всегда OFF.
* register_globals - теперь всегда OFF. Наконец-то! =)
* register_long_arrays - $HTTP_*_VARS навсегда уйдут в небытие.
* safe_mode - безопасный режим. По умолчанию OFF.
* magic_quotes_gpc
magic_quotes_runtime
magic_quotes_sybase - будут удалены при переходе версии.

Так же следующие функции:

* call_user_method() (используйте call_user_func())
* call_user_method_array() (используйте call_user_func_array())
* define_syslog_variables()
* dl()
* ereg() (используйте preg_match())
* ereg_replace() (используйте preg_replace())
* eregi() (используйте preg_match() с модификатором 'i')
* eregi_replace() (используйте preg_replace() с модификатором 'i')
* set_magic_quotes_runtime() и ее синоним(alias) magic_quotes_runtime()
* session_register() (используйте $_SESSION)
* session_unregister() (используйте $_SESSION)
* session_is_registered() (используйте $_SESSION)
* set_socket_blocking() (используйте stream_set_blocking())
* split() (используйте preg_split())
* spliti() (используйте preg_split() с модификатором 'i')
* sql_regcase()
* mysql_db_query() (используйте mysql_select_db() и mysql_query())
* mysql_escape_string() (используйте mysql_real_escape_string())

И следующие возможности:

* В new передача параметра по ссылке в переменную
* Вызов call-time функций, методов и классов по ссылке
* Использование {} для указания смещения внутри строки. Теперь это можно сделать с помощью [] (как в массиве)

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

**JustIm** » 25.03.2010, 19:13

А не убьет ли 5.3.* новые версии IPB и некоторые из основных веб обвязок?

**mweb** » 25.03.2010, 19:15

JustIm писал(а):А не убьет ли 5.3.* новые версии IPB и некоторые из основных веб обвязок?

Тоже интересует этот вопрос. В частности, IPB 2.3.6 и PHP-NUKE.

**Andreaz** » 25.03.2010, 19:23

IPB не убьет точно...
Они уже давно на 5.3 перешли.
За PHP-Nuke сейчас не готов сказать...
Думаю это вопрос уже на их форум.
Можно сказать точно, что те кто развивается интенсивно, такие как DLE, Bitrix, IPB, PHPBB, SMF и т.д. уже давно готовы и к PHP 6, но о PHP 6 говорить еще очень рано в виду сырости продукта, чего не скажешь о 5 линейке.
Но переход на PHP 5.3 однозначно даст свои плюсы. Как по безопасности, так и по возможности работы с другими продуктами.
Занимаясь написанием новой панели хостинга я часто уже сталкиваюсь с функциями, где в заголовке написано - начиная с PHP 5.3.
Думаю, я не один такой программист...
И многие продукты уже в ближайшее время будут выходить с соответствующими минимальными требованиями.

**Andreaz** » 18.05.2010, 01:16

UpDate:
Дата перехода на PHP 5.3 пока не определена.

Производственный директор компании Zend Кент Митчелл (Kent Mitchell) официально заявил, что поддержка платформы FreeBSD в продуктах Zend прекращена в связи с отсутствием спроса.

По словам Митчелла, спрос на коммерческую продукцию компании Zend под платформу FreeBSD ничтожно мал — даже на сборки под Mac спрос на порядки выше. Оставлять поддержку FreeBSD-версий только для бесплатных продуктов (в частности, Zend Optimizer) также нецелесообразно, потому что они развиваются на деньги, вырученные при продаже коммерческой продукции.

Заметим, что последняя доступная под FreeBSD версия Zend Optimizer — 3.3.9 — существует только в 32-битной сборке.

Мейнтейнер PHP во FreeBSD Алекс Дюпре (Alex Dupre) уже сообщил, что новых релизов порта ZendOptimizer больше не будет.

Пока не будет найден выход или компания Zend не пересмотрит свои позиции - на хостингах, где пользователям нужен Zend Optimizer, будет работать PHP максимум 5.2.x версии.

В случае каких-либо изменений мы будем сообщать в данной теме форума.

**minisot** » 14.06.2010, 14:27

Zend Guard и 5.3 http://forums.zend.com/viewtopic.php?f=57&t=6595

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

**Andreaz** » 14.06.2010, 14:48

minisot писал(а):Zend Guard и 5.3 http://forums.zend.com/viewtopic.php?f=57&t=6595

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

Пока не возобновят поддержку FreeBSD о переходе говорить сложно.

**minisot** » 15.06.2010, 20:58

Andreaz писал(а):
minisot писал(а):Zend Guard и 5.3 http://forums.zend.com/viewtopic.php?f=57&t=6595

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

Пока не возобновят поддержку FreeBSD о переходе говорить сложно.

Очень жаль ( , а там как нибудь на отдельные сервера Вы не собираетсь 5.3 ставить, ведь оптимизер не всем нужен ? к примеру за доп. плату.

И еще волнует вопрос про мемкеш, такаю услугу внедрять не планируете ?

**Andreaz** » 15.06.2010, 23:45

На тему 5.3 думать будем, как реализовать выбор версий.
Если надумаем - реализуем.
MemCached - вряд ли.
Сейчас у нас работает технология получше на мой взгляд - mod_deflate, http://sysoev.ru/mod_deflate/

**minisot** » 23.07.2010, 10:33

Ну что с переходом на 5.3 ? уже 5.3.3 вышел, уже пора как-то думать об этом .

**Andreaz** » 23.07.2010, 10:34

minisot писал(а):Ну что с переходом на 5.3 ? уже 5.3.3 вышел, уже пора как-то думать об этом .

А выше прочитать?
http://forum.redz.ru/viewtopic.php?f=6&t=516#p3106

**minisot** » 23.07.2010, 10:52

Andreaz писал(а):
minisot писал(а):Ну что с переходом на 5.3 ? уже 5.3.3 вышел, уже пора как-то думать об этом .

А выше прочитать?
http://forum.redz.ru/viewtopic.php?f=6&t=516#p3106

Читал, спасибо. Т.е. Вы вообще не планируете ставить я так понимаю, или ждете что все-таки что-то измениться ?

**Andreaz** » 23.07.2010, 11:15

minisot писал(а):
Andreaz писал(а):
minisot писал(а):Ну что с переходом на 5.3 ? уже 5.3.3 вышел, уже пора как-то думать об этом .

А выше прочитать?
http://forum.redz.ru/viewtopic.php?f=6&t=516#p3106

Читал, спасибо. Т.е. Вы вообще не планируете ставить я так понимаю, или ждете что все-таки что-то измениться ?

Ждем конечно, 5.3 нам очень нужен.

Конференция Red Z Group

Переход на PHP 5.3

Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Re: Переход на PHP 5.3

Кто сейчас на конференции