Что ждать от PHP6

> отказ от функций register_globals

Ну неужели дожмут? :)

PS: Я бросил пить с сегодняшнего дня. В который раз ликует вся родня.

> Что ждать от PHP6

Того что оно наконец сдохнет?

А эти изменения в языке не вписываются в рамки версий 5.Х? Похоже на пеар.

Я бы сказал, что скорее Lisp будут меньше использовать("сдохнет"), чем PHP.

>> Что ждать от PHP6

>Того что оно наконец сдохнет?

Не дождетесь!

Да нет слов. мало того, что все работаюв на 4 еще и криво код пишут! тошнит. Я Уже давно на 5 перешел.

Ты перешёл - хостеры не перешли.

> Что ждать от PHP6

ПхпБыдлоКодеры как пишут на PHP4, так и будут. ООП им не познать и хлам, от которого начинают чистить PHP - для них аки любимый фреймворк ;)

нафига нужен ещё один python?

http://www.php.net/%7Ederick/meeting-notes.html#safe-mode

>This kind of functionality also better belongs in the web server or other security scheme.

Неприятность в том, что сейчас нет надежных и при этом высокопоизводительных схем, позволяющих заменить safe_mode. Поэтому хостеры либо будут патчить этот самый PHP6, либо не будут ставить.

А беда именно в том, что максимум PHP-based сайтов в РуНете сидят как раз на виртуальном хостинге.

>нафига нужен ещё один python?

Ничего ты не понял. Это будет Питон со скобочками и с произвольным количеством отступов в строке.

Черт подери! Это же АРХИважно иметь язык, в котором есть скобочки! :))))) :) :)

> Я бы сказал, что скорее Lisp будут меньше использовать("сдохнет"), чем PHP.

Не Лисп никогда не умрёт, он слишком гибкий для этого. Я надеюсь что нишу ПХП начнёт занимать RoR (по крайней мере переманит те пыхпых конторы, которые не совсем раздолбайски подходят к разработке ПО.) и тода наступит всеобщее счастье:)

афигеть.
очухались.
"новости" уже четвертый месяц.

Боян - обсуждали уже давно это все...

>ПхпБыдлоКодеры как пишут на PHP4, так и будут. ООП им не познать

И слава Богу :D Точнее, объекты, как инкапсуляторы - это гут. Но вот наследование в PHP - это ужас и кошмар. Таких тормозов ни у кого не помню :)

Так что лучше уже в духе "function handler_action_attach_upload($uri, $action)" :)

>нафига нужен ещё один python?

Вот про Питона не надо... Каждый день почти тот или иной баг синтаксиса в _стабильном_ вроде бы чужом коде отлавливать приходится...

Каждый красноглазый должен сделать в жизни три вещи:
1) Установить линукс _рядом_ с виндой
2) Выучить лисп, но никогда его при этом не использовать (обходиться одним перлом)
3) Обосрать РНР.

А если серьезно, то кому нафиг нужны все эти RORы lispы и прочие пионерские игрушки? Даже python и тот - не дорос еще (нормальный mod_python появился??). Так что РНР и остается, никуда не денешься.
Посмотрите на хостеров, посмотрите на список вакансий на любой доске объявлений? РНР нужен и предлагается ВЕЗДЕ, лиспы и роры не нужны и не предлагаются НИГДЕ.

Слушай, друх, я как посмотрю зряплаты, которые предлагают, так невольно скатится скупая мужская слеза... В Мухосранске типа моего двое перебьются на эти гроши (если оба пыхпыхкодеры), но одному на это не прожить.

> ПхпБыдлоКодеры как пишут на PHP4, так и будут. ООП им не познать и хлам, от которого начинают чистить PHP - для них аки любимый фреймворк ;)

Не потому что не познать, а потому что ПхпБыдлоХостеры не шибко переходят даже на Пхп5.

>(нормальный mod_python появился??).

Появился. Только производительность на загруженной системе субъективно ниже, чем у PHP. И непонятно ещё, как его на виртхостах полноценно юзать. Но, хоть Trac с ним нормально стал работать, а не как одноногая черепаха :)

> RORы lispы и прочие пионерские игрушки

Ню ню lisp всегда будет рулить там где нужно создать что-то новое, необычное мощеное, ему до пых-пых дела нет. А РоР объективно лучше во всех отношениях для быдлокодера. Т.к. руби проще и намного мощнее ПХП, RoR позволяет намного компактнее и быстрее реализовать необходимый функционал, чем любой PHP framework (про движки не говорим), т.н. порог вхождения у Rails(и у Ruby) достаточно низкий, не надо влезать в дебри чтобы реализовать простое приложение.

Единственное RoR пока не так распространён на виртульных хостингах. Но это исправляеться. Несколько месяцев назад в России не было ниодного вирт. хостинга с Rails, сейчас уже несколько штук, про забугорье я и не говорю.

Подтверждаю. PHP5 - на ..й не нужно. Это всё пеар Zend-a.

Кончится тем что хосчтеры просто форкнут PHP4, кинут на sourceforge и будут платить некоторым разработчикам за поддержку. И будет PHP такой , какой нужен разработчикам а не такой какой нужен Zend-у.

Такое ощущение, что авторы php ни разу не знают, как надо нормально писать в логи. Особенно радует работа с ораклом. то данные выводятся, то [notice] child pid хххх exit signal Segmentation fault (11) в логах апача. Причём это на всех апачах и всех пхп

>Кончится тем что хосчтеры просто форкнут PHP4, кинут на sourceforge и будут платить некоторым разработчикам за поддержку. И будет PHP такой , какой нужен разработчикам а не такой какой нужен Zend-у.

Нет; общего форка, скорее всего, не будет. Будут частные решения от .masterhost / zenin / valuehost.

Самое забавное - что бОльшая часть PHP-программистов будет __хотеть__ именно PHP4, максимум - PHP5.

В сущности, большинству "программистов" нужен не объектно-ориентированный язык, а нечто, позволяющее написать решение "быстро и на коленке". PHP4/5 отлично для этого подходит.

Как только будет создан язык, требующий высокого уровня вхождения (аналог C++/Java/Python) он будет вынужден делить нишу уже существующих решений -- тех же C++/Java/Python/RoR.....

И если PHP6 станет именно таким языком, он потеряет кучу своих сторонников, что недопустимо. А коли это недопустимо, значит, будут компромиссы, а любое компромиссное решение хуже исходных.

Короче говоря: лично я сомневаюсь, что PHP6 будет революцией, а если и будет, то его не постигнет судьба Perl6, который заранее никому не нужен.

Poka v PHP ne pojavitsa analog Hibernate to na etu podelku dazhe smotret ne nado.

> Вот про Питона не надо... Каждый день почти тот или иной баг синтаксиса в _стабильном_ вроде бы чужом коде отлавливать приходится...

А что такое "баг синтаксиса"? :)

> нормальный mod_python появился??

Прогрессивное человечество давно использует fast_cgi =)

> Как только будет создан язык, требующий высокого уровня вхождения (аналог C++/Java/Python)

Насчёт C++ и Java - согласен, а насчёт Питона - вы хоть строчку сами на нём написали, или только слышали от знакомых пэхэпэшников, что есть такой странный язык? :p

PHP портиться на глазах, PHP 5.1.2 не стабилен, даже то, что работало на PHP 5.0.2 сейчас роняет в кору на втором запросе.
ChangeLog не ведеться, приходиться лазить в багрепортах, но там далеко не все.
Много примитивных корявостей - поведение системы зависит от порядка загрузки модулей, качество кода некторых модулей оставляет желать лучшего. За два дня, хоть что-то начало работать на гибриде из 5.1.2 и snapshot-е, остались проблемы в Zend машине. Лазить отладчиком в ядре PHP - пробовал, я пас. Осталось кидаться корами :-( .

Огомное поле для танцев с бубном.

Куда им делать 6-ку ?

>Куда им делать 6-ку ?

Им бы 4ку зализывать, а не счетчик версий накручивать. Да-да все катится вниз, причем прямо на глазах. Да и вообще Zend надо бы исключить, он нужен только для коммерческих продуктов.

Zend исключить. Но opensource поддержку шифрования включить. У вас хостеры и владельцы серверов не воровали ваши исходники? Вам повезло.

> Такое ощущение, что авторы php ни разу не знают, как надо нормально писать в логи.

Тут не авторы виноваты, а некоторые писатели, которые не знают как
настроить запись логов.

> Poka v PHP ne pojavitsa analog Hibernate to na etu podelku

Не в php, а _для_ php. И аналоги давно есть. Откройте глазки.

> PHP 5.1.2 не стабилен

А для чего понадобилось ковыряться с 5.1.2, если не секрет? Что там
такого интересного и нужного?

судя по описанным фишкам php6, до питона ему python'а ооочень далеко. php5 получился ублюдоком, php6 станет еще более ублюдочным, добавятся нафик не нужные фичи, а полезностей -- минимум.

> Я надеюсь что нишу ПХП начнёт занимать RoR

Раскройте великий смысл этого перехода. Прежде всего мне интересно, как
можно сравнивать php - язык программирования и RoR - фрэймворк на базе
ruby? По моему мнению php5 и ruby - языки одного уровня развития. Ну, а
если сравнивать фрэймворки, то их надо хотя бы назвать - что и с чем вы
сравниваете.

Фишек в нём уже сейчас больше, чем нужно. В питоне ты хоть скока их
включи, он станет от этого более привлекательным? Язык - это отражение
образа мыслей его создателя. Мне не нравится образ мыслей создателей
питона и перла, и буду избегать их использования, какими бы суперфишками
они ни обладали.

> Особенно радует работа с ораклом. то данные выводятся, то [notice] child pid хххх exit signal Segmentation fault (11) в логах апача. Причём это на всех апачах и всех пхп

Не на всех :-) PHP4 работает нормально, пятерка коредампится в момент зачистки хвостов оракловой сессии. Воркэраунд также существует - перед стартом апача скажи ему LD_PRELOAD="$ORACLE_HOME/lib/libclntsh.so" - тогда эта штука как минимум сегфолтиться перестает. Хотя это конечно со стороны пыхпыха некрасиво, это факт.

PHP 5.1.2 стоит на сайте с несколькоми тысячами посящений в сутки. Никаких проблем не замечено. Что я делаю не так?

На Перле надо научится писать, господа, и не заниматься всякой ахинеей.. PHP, Ruby, Python, Java(jsp) - ЗАЧЕМ?? Perl появился раньше их всех и по сей день работает универсальнее, быстрее.. web-девелопментом профессионально занимаюсь с 98 года, так что определенный опыт есть...

>PHP 5.1.2 стоит на сайте с несколькоми тысячами посящений в сутки.

Тысячами? Гг. Нормальный сервер это с посещением в миллинов 10 в сутки :)

>Perl появился раньше их всех и по сей день работает универсальнее, быстрее..

Уже нет. Особенно mod_perl никуда не годится. Под апачем быстрее php да и памяти.ресурсов жрёт меньше. И апач с php падает реже чем c mod_perl.

> ЗАЧЕМ?? Perl появился раньше их

Хм... Если только это... Так Basic ещё раньше появился!

>PHP 5.1.2 стоит на сайте с несколькоми тысячами посящений в сутки. Никаких проблем не замечено. Что я делаю не так?

Несколько тысяч посещений в сутки == один запрос в несколько секунд. Это не показатель; такую "нагрузку" вполне выдержит и php-cgi.

Ни php4.3, н 4.4, ни 5.0 ни 5.1 не работают нормально. Я забодался в видеть сегфолт в логах. Раньше сидел, по разному пересобирал php+apache, по разному грузил модули, крутил настройки... Теперь забил.

$ORACLE_HOME/lib/ давно уже добавлен в ld.co.conf, так что LD_PRELOAD не нужен ИМХО(?).

>Раскройте великий смысл этого перехода. Прежде всего мне интересно, как можно сравнивать php - язык программирования и RoR - фрэймворк на базе ruby?

Если сравнивать по критерию "средство разработки для создания веб-приложений средней и малой сложности" (99(9)% использования ПХП именно в этой нише) то сравнение вполне адекватно. К тому же более менне нормальные пыхпых эээ разработчики используют какой-либо фрэймвор (часто свой ибо хороший фрэймворк на пхп я не видел /уж лучше своё говно чем чужое/)

>По моему мнению php5 и ruby - языки одного уровня развития.

Нет. Ruby намного лучше как язык. Он вообще лучший среди php, python, perl, ruby, он взял в себя всё лучшее из многих хороших языков. ООП нигде лучше нет чем в руби (говорим про 4 перечисленных выше языка), итераторы - лучше чем в питоне, прозрачная обработка текста - на уровне перла, работа со списковыми структурами + какой-никакой ФП style - лучше чем в perl, мощнее(на уровне) чем в питоне. Синтаксис позволяет писать более короткие программы чем на любом из вышепречисленных языков (исключение перл в некотором классе программ < 1000 строк). А что он позаимствовал у ПХП? да ничего там нечего заимствовать, пхп худший из этих 4 языков. Но это сравнение именно языковых приемуществ.

Теперь инфраструтутра. (в разрбаботке веб) У Rails есть неоспоримое приемущество централизированое и очень активное сообщество. У других языков сообщество сильно распылено. Но у ruby с другой стороны пока не такое большое кол-во библиотек как у перла, питона и пхп, но это как говориться временно. У Rails пока нет столько рабочих общеприменимых приложений как у PHP, но это тоже дело времени. Наконец у руби самый медленный инерпретатор, но это вообще не столь важно в вебе, важнее грамотно наладить кэширования (с чем в rails всё очень хорошо). Но даже это я думаю исправиться со скорым выходом ruby 2. Так что все недостатки RoR и ruby имхо будут уменьшены/исправлены в недалёком будующем (но уже сейчас достоинства перекрывают их) и как всегда наступит всеообщее счастье. А вот недостатки perl, python, php относительно ruby вряд ли в ближайшие годы будут исправлены...

На CrazyPit ** (*) (15.03.2006 11:31:07)

Полностью поддерживаю.

Ruby и RoR позволяют заниматься логикой приложения и интерфейсами, а не борьбой с фичами языка и FW.

>Наконец у руби самый медленный инерпретатор, но это вообще не столь важно в вебе, важнее грамотно наладить кэширования (с чем в rails всё очень хорошо).

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

Если бы в вебе не была важна скорость, все до сих пор сидели бы на cgi.

>где есть система скидок и надо выводить разный ассортимент в зависимости от статуса пользователя и

Всё равно можно кэшировать, конфирураций статус/геогр.пол/скидки будет в разы меньше чем общее число заходов.

>> Всё равно можно кэшировать, конфирураций статус/геогр.пол/скидки будет в разы меньше чем общее число заходов.

Не надо тормозить.

Есть ситуации, когда _НЕЛЬЗЯ_ кешировать. Например онлайн платежи, выписки, статитстика и т.д. Более надежной и удобной связки чем PERL плюс C/C++ для таких вещей ещё не придумали.

Остров.

Кого волнует насколько красивый и правильный язык. Главное - скорость и функциональность. И быстрота написания , отладки и исправления ошибок. У всех ООП языков всё вышеперечисленное не на высоте.