PHP

индекс
206,80

Вышел долгожданный PHP 5.3.1 стабильный релиз

  • Добавлена директива max_file_uploads которая управляет максимальным количеством загружаемых файлов для избежания DDos (атака отказ от обслуживания) через переполнение каталога для временных файлом TMP.
  • Добавлены отсутствующие проверки для exif;
  • Исправлен режим Safe-mode в обход функции tempnam();
  • Исправлен параметр open_basedir в обход функции posix_mkfifo();

Список изменений в PHP 5.3.1

Скачать PHP 5.3.1

Это пока вся информация доступна на php.net этот топик(пост) будет обновлен, как только появится более полная информация

Наша команда разработчиков уже скачала эту версию и установила на внутриофисный сервер для тестирования.

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

UPD: Проблема с CodeIgniter снята в CodeIgniter 1.7.2 разработчики фреймворка решили эту проблему и все теперь работает как часы.

Скачать CodeIgniter 1.7.2

Благодарность за информацию хабраюзерам: DenisO и zzkey

В php5.3.1 проблемы с gettext под Windows (http://bugs.php.net/bug.php?id=49349) Благодарность хабраюзеру: grolse
+19
19 ноября 2009, 22:25
10

комментарии (54)

–23
andrew_tch #
«была исключена функция для работы с регулярными выражениями.»

и добавлен goto.

RIP PHP
+3
Rulez #
Скорее всего она была заменена на другой более гибкий и удобный аналог, на какой я сообщу позже когда подробно разберусь, как заставить работать CodeIgniter

goto есть в С++ и он не умер ;)
–3
orloffkirill #
Могу подсказать по CodeIgniter`у
0
Rulez #
Подскажите
–7
orloffkirill #
что вас именно интересует?
+1
Rulez #
А что вы хотели подсказать? ;)
0
NeX #
она разве в 5.3.0 была?
0
CAH4A #
она была, но с поменткой «к удалению»
0
desecho #
Все ereg функции уже давно как отмечены «deprecated». Переходим на preg аналоги.
+3
q_styler #
убрали ereg, оставили preg_match
+3
studentpm #
Давно пора было =)
–1
q_styler #
Ну так всё равно, как водится: «PHP уже не тот»…
0
nayjest #
Зачем? Чем она вам так мешала? Мне например синтаксис POSIX лучше нравился, а то с этими слешами получается уродство :(
0
MTonly #
Унификация, единообразие → упрощение в целом.
+1
MTonly #
Собственно, бритва Оккама. ;-)
+2
gernovich #
Скоро 5.3.1 и до продакшен серверов доберется, гуд…
+11
imagick #
Да не «появиться», а появится! Новостные маньяки атакуют, блин… Жопу порвут, лишь бы поскорее о чем-нибудь первыми написать… при том, что писать-то по-русски не умеют, чукчи… ))

Напомнило… «Sorry for my terrible english. My native language is PHP» ))))))

«фнутриофисный сервер», ага… ))))))
+2
Rulez #
извините, тяжелый день/ночь устал. Опечатки исправил.
+1
imagick #
Ой, блин :( Ну зачем вы извиняетесь? :( теперь чувствую себя виноватым :(
0
5ap #
О какой деприкейтет функции идет реч?
0
Splurov #
ereg*
+10
Joka #
ну если разработчики CodeInteger еще используют ereg, то им давно пора задуматься о рефакторинге :)
–2
corbenov #
причём тут рефакторинг?
у разработчиков Codeigniter всё в порядке с головой — просто насколько я понимаю ereg в их конкретном случае работал быстрее pcre
+3
Joka #
я не отрицаю заслуги разработчиков, но то что ereg будет убираться известно было давно. как бы он быстро не работал его придется убрать. так что рефакторинг делать нужно и заменять ereg на preg
+3
CharnaD #
Более того, как раз ereg работает медленнее, о чем было написано в мануале PHP с древних времен.

«Note: preg_match(), which uses a Perl-compatible regular expression syntax, is often a faster alternative to ereg().»

Так что смысл использования ereg неясен
0
nayjest #
Смысл в использовании POSIX синтаксиса регулярных выражений, который имхо: красивее.
Да тут даже название функции красивее, не только синтаксис )))
А теперь регулярные выражения — еще более нечитаемое уродство, как по мне.

Могли бы пощадить POSIX-совместимые регулярки.

Я люблю PHP, но его разработчики принимают такие странные решения…
0
Rulez #
Проблема с CodeIgniter снята в CodeIgniter 1.7.2 разработчики фреймворка решили эту проблему и все теперь работает как часы
0
Rulez #
Проблема с CodeIgniter снята в CodeIgniter 1.7.2 разработчики фреймворка решили эту проблему и все теперь работает как часы.
0
videns #
Проблему с mbstring.func_overload, тем что изменения в .htaccess не применяются, походу так и не решили ((
0
corristo #
это видимо будет как баг с переключалкой раскладок в kde 3 :)
0
LastDragon #
Если не ошибаюсь, это не проблема, по крайней мере, в 5.2.* это, похоже, сознательно убрано. Нашел bugs.php.net/bug.php?id=45691, возможно, как раз из-за него.
+8
cyberbob #
twitpic.com/q5e3e — а ваще 5.3.1 многообещающая.
+1
corristo #
о какой версии CI идет речь? Пробежался поиском по 1.7.2 — упоминаний ereg* не нашел.
0
Rulez #
Речь идет о CI 1.7.1 так что вопрос снят надо внести изменения в топик :)
0
hellohaos #
ereg убрали еще в 5.3.
–3
k4d #
супер! сколько счастья, раз в полгода апдейт на 0.0.1, да еще стабильный релиз :))) мне смешно…
+2
vvsh #
хорошо было бы еще, если бы все разработчики подпилили свои движки и cms под 5.3, и все хостинги перешли бы на него, тогда было бы вообще отлично.
+1
namazivay #
Совсем скоро так и будет, не сомневайтесь
+1
k4d #
и вселенная станет идеальной :)
+1
MTonly #
А это уже только после выхода PHP6 с родной поддержкой Unicode. ;-)
0
k4d #
почти 2010 год, а на PHP до сих пор нет толковой ЭЛЕМЕНТАРНОЙ поддержки Unicode… не говоря уже о фичах, которые есть на других платформах… а список бак-фикс — что ето за телеги, которые из версии в версию тягаются…
+1
MTonly #
Достаточная для большинства задач поддержка Unicode есть давно — в лице расширения mbstring. Основная трудность касается упорядочения («сортировки») списков Unicode-строк, а это обычно успешно решается средствами SQL-сервера с поддержкой Unicode (часто ли требуется упорядочивать списки строк, полученных не из БД?). PHP6 просто сделает поддержку Unicode исчерпывающей. Всё идёт по плану. ;-)
0
k4d #
ха, супер :))) поставил PHP, изволь еще расширение поставить, да и писать не нужный код mb_блаблабла :)))

В современных веб приложениях БД — не единственный источник контента…

За последние годы все платформы выпустили по 2 версии продукта и это не апдейты типа X.0.1 или X.0.1.1… а PHP 6 даже беты еще нет

ни кому в голову не приходило, что пока выйдет PHP 6 — выйдут еще пару версий конкурентов, с более широким спектром фич, а фичи PHP на фоне — не очень то будут смотреться…
+1
MTonly #
mbstring установлен на любом хостинге, которому вообще нужны клиенты.

пока выйдет PHP 6 — выйдут еще пару версий конкурентов, с более широким спектром фич
Любому новому продукту требуется много времени, чтобы стать конкурентоспособным по стабильности, быстродействию и числу пользователей. Наконец, едва ли эти конкуреты будут иметь C-подобный синтаксис (для автора этих строк — одно из главных достоинств PHP).
–1
k4d #
Про стабильность и быстродействие — это наверное шутка? PHP — самая нестабильная и не быстрая платформа!
Си шарп конечно не в зачет… или Java подобный синтаксис тоже не зачет… да уж а php 6 еще нет
+1
MTonly #
Флейм неуместен.
0
Rulez #
Вы готовить его не умеете, или факты в студию не стабильности
0
chetzof #
О, ещё один пророк который срывает покровы.
0
pwlnw #
А кто будет переписывать все эти древние движки с ereg и прочими безобидными но отчего-то идеологически неправильными решения?
Не так уж скоро. Хостеры клиентов любят больше чем программисты любят выпендриваться.
0
MTonly #
Правильный хостер позволяет выбрать нужную версию PHP из панели управления.
0
pwlnw #
Правильных — мало. А еще такие решения сопряжены со сложностями и компромиссами с производительностью. Так что у многих останется 5.2.
0
AstonMartin #
В репозитории remi уже есть.
+1
grolse #
кстати в php5.3.1 проблемы с gettext под виндой (http://bugs.php.net/bug.php?id=49349)
0
Rulez #
Спасибо за уведомление о проблеме

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.