Не увидел я темы для обсуждения сабжа, тем не менее, считаю нужным, привести тут статью из phpinside...
К чему надо готовиться... ИМХО, если, то, что написано будет сделано, это будет существенный плюс языку. Это многих начит программировать сразу.. Много упущений и вольностей канут в лету...

Статья "Готовьтесь к PHP 6 " (опубликована в PHPInside - http://phpinside.ru)

Автор: Richard Davey 
Перевод: Андрей Олищук 

Дополнительные ссылки:
http://www.php.net/%7Ederick/meeting-notes.html

почему же ужасно???

то есть начинать писАть $foo = $_GET['foo']?null:42; где это надо???? 
и я не понял, регулярки будут по дефолту офф или он??? 

Судя по всему, это коснется только ereg.

что вы годаете? поживём увидим, php щас хреново работает местами, а с новыми функциями/модулями воб=обще будет глюк а не php они этот глюк назовут логикой и все будут верить!)

Обоснуйте, товарищ

>>Register Globals уйдут в прошлое 


Ура ))))) Какая радость (:

!  Mal Hack

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

Аллилуйя! Неужели в конце концов!
Жаль namespace-ов не сделают 

Я думаю, не все сразу... Хотя, если честно, мне кажется, namespace, будут для PHP лишними. Лучше бы облегчили бы ядро.

Абидно, что mutli-threading'а не будет. На 7-ку ещё to-do list'а нету? 

Чёто мне кажется для скриптового языка эт перебор...

И для Python'a и для Ruby тоже перебор?

BobiKK, я чёто не подумавши написал. Ночь была... Ты прав.

Я уже было "затаил дыхание".


Ни кто не знает почему Zend Studio 5.2 подсвечивает выражение use? Я что-то не нашел для чего оно используется.

Он ещё и as подсвечивает. Как будто это предполагается как конструкция use...as , вот только для чего она - остаётся наясным.

есть патчик специальный 

Слышал. Но насколько он функционален работоспособен?

Творят разработчки все во имя добра  Особенно порадовало, что 
Register Globals уберут, уберут Magic Quotes, уберут $HTTP_*_VARS и, конечно же, можно будет писать так:



Ну, и на счет Hardened PHP патч - это тоже шаг в сторону увеличения безопаности. Include-баг уже кактить не будет при allow_url_include 0.

CyClon, 

наверное все-таки вот так   

а примерная дата выхода не известна?

Ну через год, наверное, stable уже будет какой-ть, уж RC должен быть точно.

Я тоже жду php 6... все в нем хорошо) Вопрос только один... когда эту прелесть поставят на хостинги... сомневаюсь, что на мой ее вобще когда-нибудь поставят (

Загрузить текущую версию разрабатываемого кода для Linux/BSD и скомпилированные версии для Windows можно на сайте PHP Snapshots. (wiki)

Поставят на хостинги достаточно быстро. Жаждущих программить под РНР6 будет немало, а у хостеров конкуренция достаточно сильная, чтобы привлекать к себе пользователей чем угодно, в том числе и новой версией РНР.

 А разве у ?: не предпоследний приоритет?
А у print - самый низший.

Ой что-то не верится что быстро. PHP 5 далеко не везде стоит, а шестую версию вообще не известно когда поставят. Хостеры любят стабильность, и ставят то, что себя зарекомендовало.
А из нововведений спасибо за ликвидацию register_globals & safe_mode

Это сообщение отредактировал(а) Vbif - 24.6.2007, 19:43

 Кому надо — у того стоит. А кому не надо — тому не надо.
Логика   

Вот читаю переписку РНР разработчиков. Там  Andi Gutmans предложил использовать дополнительно короткою форму записи для массивов:




Мне тоже нравится    

Это сообщение отредактировал(а) Diesel Draft - 18.7.2007, 16:47

хм... вот это было бы удобнее для тех кто с Перла переходит ;) да просто удобней так будет массивы делать... ИМХО

ага, но они там спорят и навряд ли это будет включено

а жаль :(
Хотя лучше сделать поддержку двух способов, для переносимости))

Это сообщение отредактировал(а) Fally - 1.8.2007, 16:44

Да, но каждая такая штучка тормозит РНР.

Вот если компиляция была..   ....в псевдокод 

Вот скачал я себе РНР6. Сижу балуюсь   
радости полные штаны. 
Для тех кто говорил что NS не будет скажу что будут   , проверял, не думаю что они заберут их оттуда теперь 

а потоки так и не сделали? )) печально =\

Много поточность?

И не сделают 

да знаю

Ура! Пространства имён будут уже в 5.3!
http://blog.agoraproduction.com/index.php?...way-around.html

Уже решили? Просто они сомневались

Читал? http://forum.vingrad.ru/news/topic-167247.html

Поскольку внесли таки в HEAD, то в основной ветке появится очень скоро.

Отлично!

Только вот наш хостинг все еще сидит на 4-ке, что толку мечтать о 6-й?

webart77, Но самая большая часть уже на РНР5

 сменить хостинг религия мешает?

Хостинг менять - заморочки, в т.ч. с деньгами, но все же наверное Вы правы: хочешь новые возможности - возьми новый хостинг.

Нас самом деле мало кто отказался полностью он РНР4, поскольку на их серверах есть клиенты которые не хотят гнаться за модой и переписывать.

 Есть. Но за дополнительные деньги =)
Ну либо бесплатные реализации.

Опа! А что эта за функция такая - ifsetor()? Впервые слышу.
И на php.net тоже ее в упор не вижу... (http://lv.php.net/manual-lookup.php?pattern=ifsetor)

artuska, в манале описаны уже реализованные функции. для поиска описания того, что только будет, следует использовать другой сайт: google.com.
Вот один из результатов поиска: результат.

Так правильно. А какой у тебя РНР? Неужто 6-й? 0_о

Забавная функция  Самое интересное что похоже основная (но не единственная конечно) область ее применения - это как раз забор данных из параметров.

Лично я никогда не стесняслся в этих случаях использовать кракозябру (с головой конечно, а не всегда)

Как сказал Деррик Ретанс, в состав РНР6 должен войти APC включенный по умолчанию, а это ооочень хорошо))

Воообще не плохо! Я думаю разработчики стремятся снизить уровень незнаний и увеличить качество написания кода, заставляя делать все так как надо "Ну хотя найдутся те кто смогут извращатся, но не без этого " и это правельно   Стремися к лучшему !

пусть сделают возможность строгой типизации (не обязательную) и я буду счастлив.

Fally, не сделают

И зачем, если и так хорошо. Работать быстрее оно точно не начнет.

как раз таки, начнёт, возьму в пример туже работу с массивами. если заведомо известно что массив типа int, то обратиться к любому его элементу - это одна операция сложения, а в PHP, сдаётся мне, далеко не одна операция...



А как же это:

Это не тоже самое, что и строгая типизация.

На самом деле зачатки строгой типизации существуют в PHP 5 уже давно и я говорю не про типизированные параметры методов. Покопайтесь в мало известном расширении spl_types.

Я просто приведу пару примеров:

SomeClass::getInstance()->
проблема решится при строгой типизации. Сейчас пока что IDE не предлагают автодополнение после ->
А теперь возьмите любую нормальную IDE для той же жабы. Предлагают.

В Zend Studio прекрасно работает авто дополнение основываясь на PHPDoc-ах.

PHPeD тоже. Даже очень не плохо.  Мне кажется даже лучше Зенда

А мне и на 4ке неплохо живется . И пока не собираюсь переходить на PHP5. А уж про 6 и вообще даже и не думаю пока.

KLeonid, А 4тый уже не поддерживает   

KLeonid, 

Тяжелое децтво, восьмибитные игрушки...   

Недавно на башорге верно сказали: "Если бы все были такими, как ты - ты бы до сих пор в пещере сырое мясо ел".
Зачем стремиться к совершенству, если можно не стремиться  (Чем-то напоминает фразу одного знакомого: "Зачем работать если можно не работать?")

KLeonid, а то, что в нем не закрываются ошибки? )

Возможны и другие причины - если тяжеловесный проект переводить с php4 на php5, то могут быть серьезные проблемы. Я сам когда-то с такими штуками сталкивался.

А по сабжу - ребята из Zend Development Team похоже по-тихоньку пытаются все свести к жестким правилам кодинга, и это ИМХО очень хорошо. Еще, ИМХО, в E_ALL не хватает бита E_STRICT, с этим криворуких программистов стало бы на порядок меньше.

В php5.3 и php6 будет. Наконец то ))
Быдлосайты с "display_errors = 1" будут теперь не только варнинги с нотисами, но и стрикты выводить ))

Я сейчас пишу  


как же тогда писать чтобы работало и в 5.2.x и в 6?

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

т.е выбросят только $HTTP_GET_VARS и $HTTP_POST_VARS, а $_GET и $_POST $_SESSION $_FILE итп оставят в покое?

почему тогда написано : "Если вы еще не начали использовать $_GET и $POST, то начните делать это прямо сейчас..." ничего не понятно. если ещё не начали их использовать, то и не используйте....   

Это сообщение отредактировал(а) Sniper - 29.6.2008, 10:02

Да.

Где написано "не используйте"? Как раз написано использовать их.

/me ушёл за учебником по русскому языку ;-)

Как там обстоят дела по апаратным ресурсам?
Я в свое время писал дополнительные тулзы на с/с++, если была нужна строгая типизация данных, для пересборки .swf например (там очень лютая, бешеная компрессия, на уровне каждого бита, не байта).

PHP6?  Где?  *потерял сознание

Оу.... Всё вроде бы радует. Я вообще полностью за искоренение криворуких. И то, что magic quotes и HTTP_*_VARS больше нету - это классно. Но я ожидал на много большего. Чтобы написать новую циферку (версию) чего-либо, необходимо внести качественно новые изменения, а не просто почистить движок от испражнений. 
Лично я хотел бы увидеть полную поддержку OO и OO стиля. Я понимаю, что для этого нужно коренным образом изменить движок, т.е. сделать проверку во время компилляции. Да, это сложно. Но тогда возникла бы возможность уверенно писать чистый и понятный, а главное - более правильный код. Изчезла бы целая куча if, (int) и тому подобного. Мы бы точно знали, что вводить, и что получим. Например, конструкция enum бы не повредила (как тип), а многие скажут "зачем, ведь есть массивы".
 Конечно, это отяжелит ядро, которое, кстати, можно сделать в двух версиях. Но любой код на weakly typed language - изначально несовершенен. Как может быть совершенным язык, в котором есть функция eval()..?? Она ведь сделана именно для того, чтобы обойти ограничения. А вот VB, например, может всё, даже если для этого понадобятся модули C++, но только изза недостатка функциональности на низких уровнях. 

Так что PHP6 - это, бесспорно, круто, но не впечатляет. Надеюсь, что в будущем всё будет иначе.

 Это уже есть.
В консоли пишешь:
sudo apt-get remove php5
sudo apt-get install sun-java6-jdk
И пользуешься версией PHP под кодовым именем ЖАБА6.

Я серьезно. Это именно то, что ты хочешь, только мощнее.

На Java я писать ещё не готов   

 Почему тогда ты хочешь пхп превратить в клон джавы?

Если хочешь легкий и мощный язык с сильной типизацией - то это питон.

Это сообщение отредактировал(а) nerezus - 1.5.2009, 13:32

А что слышно о сроках? А то нашел только снимок VC9 и и бета- VC6 в которой ни черта ни работает.