Комментарии 54
«была исключена функция для работы с регулярными выражениями.»
и добавлен goto.
RIP PHP
и добавлен goto.
RIP PHP
-23
Скорее всего она была заменена на другой более гибкий и удобный аналог, на какой я сообщу позже когда подробно разберусь, как заставить работать CodeIgniter
goto есть в С++ и он не умер ;)
goto есть в С++ и он не умер ;)
+3
убрали ereg, оставили preg_match
+3
Скоро 5.3.1 и до продакшен серверов доберется, гуд…
+2
Да не «появиться», а появится! Новостные маньяки атакуют, блин… Жопу порвут, лишь бы поскорее о чем-нибудь первыми написать… при том, что писать-то по-русски не умеют, чукчи… ))
Напомнило… «Sorry for my terrible english. My native language is PHP» ))))))
«фнутриофисный сервер», ага… ))))))
Напомнило… «Sorry for my terrible english. My native language is PHP» ))))))
«фнутриофисный сервер», ага… ))))))
+11
О какой деприкейтет функции идет реч?
0
ну если разработчики CodeInteger еще используют ereg, то им давно пора задуматься о рефакторинге :)
+10
причём тут рефакторинг?
у разработчиков Codeigniter всё в порядке с головой — просто насколько я понимаю ereg в их конкретном случае работал быстрее pcre
у разработчиков Codeigniter всё в порядке с головой — просто насколько я понимаю ereg в их конкретном случае работал быстрее pcre
-2
я не отрицаю заслуги разработчиков, но то что ereg будет убираться известно было давно. как бы он быстро не работал его придется убрать. так что рефакторинг делать нужно и заменять ereg на preg
+3
Более того, как раз ereg работает медленнее, о чем было написано в мануале PHP с древних времен.
«Note: preg_match(), which uses a Perl-compatible regular expression syntax, is often a faster alternative to ereg().»
Так что смысл использования ereg неясен
«Note: preg_match(), which uses a Perl-compatible regular expression syntax, is often a faster alternative to ereg().»
Так что смысл использования ereg неясен
+3
Смысл в использовании POSIX синтаксиса регулярных выражений, который имхо: красивее.
Да тут даже название функции красивее, не только синтаксис )))
А теперь регулярные выражения — еще более нечитаемое уродство, как по мне.
Могли бы пощадить POSIX-совместимые регулярки.
Я люблю PHP, но его разработчики принимают такие странные решения…
Да тут даже название функции красивее, не только синтаксис )))
А теперь регулярные выражения — еще более нечитаемое уродство, как по мне.
Могли бы пощадить POSIX-совместимые регулярки.
Я люблю PHP, но его разработчики принимают такие странные решения…
0
Проблема с CodeIgniter снята в CodeIgniter 1.7.2 разработчики фреймворка решили эту проблему и все теперь работает как часы
0
Проблема с CodeIgniter снята в CodeIgniter 1.7.2 разработчики фреймворка решили эту проблему и все теперь работает как часы.
0
Проблему с mbstring.func_overload, тем что изменения в .htaccess не применяются, походу так и не решили ((
0
это видимо будет как баг с переключалкой раскладок в kde 3 :)
0
Если не ошибаюсь, это не проблема, по крайней мере, в 5.2.* это, похоже, сознательно убрано. Нашел bugs.php.net/bug.php?id=45691, возможно, как раз из-за него.
0
НЛО прилетело и опубликовало эту надпись здесь
о какой версии CI идет речь? Пробежался поиском по 1.7.2 — упоминаний ereg* не нашел.
+1
ereg убрали еще в 5.3.
0
супер! сколько счастья, раз в полгода апдейт на 0.0.1, да еще стабильный релиз :))) мне смешно…
-3
хорошо было бы еще, если бы все разработчики подпилили свои движки и cms под 5.3, и все хостинги перешли бы на него, тогда было бы вообще отлично.
+2
Совсем скоро так и будет, не сомневайтесь
+1
и вселенная станет идеальной :)
+1
А это уже только после выхода PHP6 с родной поддержкой Unicode. ;-)
+1
почти 2010 год, а на PHP до сих пор нет толковой ЭЛЕМЕНТАРНОЙ поддержки Unicode… не говоря уже о фичах, которые есть на других платформах… а список бак-фикс — что ето за телеги, которые из версии в версию тягаются…
0
Достаточная для большинства задач поддержка Unicode есть давно — в лице расширения mbstring. Основная трудность касается упорядочения («сортировки») списков Unicode-строк, а это обычно успешно решается средствами SQL-сервера с поддержкой Unicode (часто ли требуется упорядочивать списки строк, полученных не из БД?). PHP6 просто сделает поддержку Unicode исчерпывающей. Всё идёт по плану. ;-)
+1
ха, супер :))) поставил PHP, изволь еще расширение поставить, да и писать не нужный код mb_блаблабла :)))
В современных веб приложениях БД — не единственный источник контента…
За последние годы все платформы выпустили по 2 версии продукта и это не апдейты типа X.0.1 или X.0.1.1… а PHP 6 даже беты еще нет
ни кому в голову не приходило, что пока выйдет PHP 6 — выйдут еще пару версий конкурентов, с более широким спектром фич, а фичи PHP на фоне — не очень то будут смотреться…
В современных веб приложениях БД — не единственный источник контента…
За последние годы все платформы выпустили по 2 версии продукта и это не апдейты типа X.0.1 или X.0.1.1… а PHP 6 даже беты еще нет
ни кому в голову не приходило, что пока выйдет PHP 6 — выйдут еще пару версий конкурентов, с более широким спектром фич, а фичи PHP на фоне — не очень то будут смотреться…
0
mbstring установлен на любом хостинге, которому вообще нужны клиенты.
пока выйдет PHP 6 — выйдут еще пару версий конкурентов, с более широким спектром фичЛюбому новому продукту требуется много времени, чтобы стать конкурентоспособным по стабильности, быстродействию и числу пользователей. Наконец, едва ли эти конкуреты будут иметь C-подобный синтаксис (для автора этих строк — одно из главных достоинств PHP).
+1
О, ещё один пророк который срывает покровы.
0
А кто будет переписывать все эти древние движки с ereg и прочими безобидными но отчего-то идеологически неправильными решения?
Не так уж скоро. Хостеры клиентов любят больше чем программисты любят выпендриваться.
Не так уж скоро. Хостеры клиентов любят больше чем программисты любят выпендриваться.
0
В репозитории remi уже есть.
0
кстати в php5.3.1 проблемы с gettext под виндой (http://bugs.php.net/bug.php?id=49349)
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вышел долгожданный PHP 5.3.1 стабильный релиз