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.

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