Многие не знают, 13 июля было официально сообщено о том, что php4 больше не поддерживается.

Мол 3 года назад был выпущен php5, скоро готовится php6, хватит юзать php4

До конца года они просят, чтобы все разработчики перешли на php5, если они это еще не сделали, т.к. после 1 января будут выпускатся только критические фиксы безопасности.

IMHO, наконец-то.

Клоуны.... выспускают новые версии быстрее чем народ переходит.

Чего и следовало ожидать...

За 3 года можно было спокойно перейти на PHP5.

Клоуны те, кто до сих пор просит register_globals=On

К сожелению за 3 года не все успевают переписать свои скрипты.

Тонкий намек на Bpanel?

Может просто "мертвые" скрипты некому переписать?

Я не в курсе, что там такое требование.

Это не повод называть разработчиков PHP клоунами.

более 50% сриптов требуют 4php - это наверно многое говорит

Да, это говорит о многом
ИМХО в первую очередь это говорит о "неповоротливости" авторов таких скриптов.

И в чём проблема?

В PHP 5 есть режим совместимости с четвёртой версией. Так что и вправду, проблем никаких быть не должно.

угУ, при этом после обновления php до 5 у меня половина клиентов закатила скандалы. Хоть их и предупреждали. Пришлось им в срочном порядке подрубать 4ый.

Не будет поддерживаться не означает, что не будет работать.
Произошло то, что должно было произойти.

Они не смешнее тех клоунов кто пишет свои скрипты только под Off из "соображений безопасности".

ИМХО, через $_SESSION, $_POST и тд писать намного удобнее.

Ещё могу сказать, что мне будет неприятно, когда пользователь сделает index.php?uid=1 и получит права админа.

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

http://www.php.net/manual/ru/migration5.incompatible.php

А чем? Просто любопытно.
Вы считаете что от такой ситуации надо спасаться с помощью register globals = Off ?

Что касается самой темы - наконец-то Давно пора.
На самом деле само прекращение разработки php4 никак не свидетельствует о том, что все - конец php4 скриптам, как может показаться из некоторых новостей. А учитывая что апдейты секурности будут ещё до 2008 года... в общем-то имхо php4 можно будет назвать стабильной и хорошей веткой, на которой отлично будут работать старые скрипты и заодно можно будет не боятся, что при очередном "развитии" php4 добавят новых багов.
Лично мы особо нового и хорошего в php5 не видим, поэтому будем плавно ждать 6-ки

1. Фраза была приведена просто как пример. Тем более register_global=On не будет в PHP начиная с 6 версии.

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

Эмуляцию никто не отменял.
Классический пример софистической подмены понятий часто используемый в споре про register_globals и запутывающий всех спорящих
Если пользователь не задумывается написан скрипт под On или под Off, то скрипт должен быть не в варианте "только под On" и не в варианте "только под Off", а в варианте "по фиг что там выставлено". Так и только так.
А вот люди которые пишут "только под Off" нередко потом, оказываясь на хостинге с register_globals=On (или по другим возможным причинам) начинают авторизировать админа по ссылке index.php?uid=1 со всеми вытекающими. И кстати, у людей пишущих "только под On" подобное наблюдается на порядок реже, т.к. они приучены следить за использованием переменных, уже в меру окружения.
Нам вообще кажется что разработчики php тут сделали жесткую ошибку. Вместо внятного объяснения чем чреваты register_globals=On (а кстати у Zend-а на курсах об этом расказывают), они взяли и решили запретить в 6-ке саму эту настройку. Это борьба со следствием, а не с причиной.

Скрипт написанный под Off прекрасно будет работать при On. Чего не скажешь про обратные условия.

По поводу софистики - я думаю, что в этом отношении, на данном форуме вам нет равных.

В данном случае мы явно уступаем Вам пальму первенства.
В отквоченном нами сообщении Вы писали "только под Off", а теперь тихоньку избавились это этого "только". Значит Вы поняли о чем речь.
Для тех кто не вполне понимает о чем речь, но немного разбирается, поясним. Написание скрипта "только под Off" подразумевает, что можно полагаться на то, что снаружи не придет левых переменных. И isset($uid) будет означать, что сам скрипт эту переменную не установил и на это можно полагаться. И поэтому когда скрипт написанный "только под Off" оказывается на хостинге с "register_globals=On", то он как раз делает то, о чем говорил Boris A Dolgov тут

Просто скопировал строку из поста:, в которой нет слова "только" (которой вы и принесли в этот трэд).

Неправда. Отвечая Вам про "только" - мы отвечали на Ваш вот пост, отквотим его ещё раз.
Следите пожалуйста за топиком и тем что говорите внимательнее. Это Ваше утверждение, полное и из контекста не выдернутое. Единственное что из него позже у Вас "пропало" это слово "только", на что мы Вам и указали.
Больше по этому поводу ничего комментировать не будем.

Правда - это была цитата из Вашего предыдущего поста (Сообщение #14):Будьте, пожалуйста, впредь сами более внимательными.

Это раз.

Разве я где-то написал, что при register_globals=Off можно забить на проверку переменных?

Это два.

levb, наивно утверждать что вот эта
цитата не является Вашей.
Именно это подразумевается когда речь идет о написании "только под Off".
P.S.: Лениво что-то обсуждать, раз уж Вы даже использования слово "только" за собой не замечаете. Ну очепятались, что страшного-то такого что бы в отрицание кидаться? Даже удивительно. Скажем только одно. Именно вот это распространённое мнение, что писать надо "только под Off" (а следовательно быть уверенными в отсутствии левых переменных), подогреваемое хостерами выставляющими "Off" из "соображений безопасности родило кучу проблем, которые иногда приходится потом разгребать, в том числе теперь уже и авторам php. Вы можете не верить этому - Ваше право. Можете трактовать слово "только" удобным Вам образом - Ваше право. Ну а мы оставим за собой право считать, что писать надо не "только под Off", а так, что бы работало "и под On и под Off". Dixi.

Повторюсь ещё раз: это ЦИТАТА с ВАШЕГО ПРЕДЫДУЩЕГО ПОСТА, не просто так я заключил эти слова в кавычки.
Вы забыли написать вместо "это подразумевается" "это мы так поняли".

Нормальные скрипты отказываются работать при включенном регистре и явно пишут об этом.

В чем их нормальность? Нормальные скрипты должны работать при любых условиях и оставатся безопасными.


Забавно А пока нормальная 6 выйдет, пройдет еще год точно. Пока будем на 4 сидеть и требовать ее установку от хостеров?

Требование выключить регистр не может быть объективно обосновано, а следовательно неадекватно.
Согласимся.
Извините, неточно выразились.
Мы имели ввиду, что до нормальной 6-ки, мы не видим смысла писать скрипты которые будут использовать особенности 5-ой версии (за редким исключением), которые не дадут скрипту возможности запуститься на 4-ке.

>А чем? Просто любопытно.
Видно, Что откуда берется.
например, переменная login, грубо говоря на странице входа в систему (чисто гипотетическая ситуация), может быть $_SESSION['login'], показывающий кто сейчас залогинен и $_POST['login'], проверяющий есть ли такой логин и пароль и заносящий уже в $_SESSION['login'] логин. Придумывать разные названия переменным - можно запутаться. Так ИМХО оптимальнее.
>Вы считаете что от такой ситуации надо спасаться с помощью register globals = Off ?
Конечно, не только этим, но и этим тоже.
зы. вариант пофиг возможен, если писать про выключенном рг, так как рг ДОБАВЛЯЕТ переменные, а не заменяет что-либо.
Что касается переменных - они по идее откуда появляться должны в коде? Тому же юиду будет делаться $uid=$_SESSION['uid'];
Или оно не даст?

BPanel уже дааавно работает вне зависимости от register_globals.

А чем PHP5 лучше???
У меня около 30 своих проектов, все прекрасно себя чувствуют на PHP4, а вот на PHP5 боюсь что придется все переписывать из-за несовместимости.

Для Вас наверное ни чем.
Займётесь ООП, тогда поймёте.

Понятно, для перехода на PHP5 нужно ООП занятся прежде
Вообще-то я не против новшеств, но только паралельно тому что уже есть, например PHP5 устанавливать только для файлов с расширением php5.

Все новое должно пройти тест на совместимость, пока я лично в PHP5 не уверен еще.

Скрипты, изначально грамотно написанные, либо вообще не требуют переделки под PHP5 либо довольно легко портируются.

Займется ооп, поймет что в пхп5 его "нет"

Не надо мне снова приписывать слов, которых я не говорил. ОК?

Спрашивалось чем 5 лучше 4.
Есть, что сказать по существу - вперёд.
Нет - напишите что-нибудь в трэде про сервер и eserver.

Т.е. 3 лет существования PHP5 и отмены разработки дальше 4 ветки все еще не дают уверенности?
php5 называть новым.. ну это сильно.

http://www.php.net/manual/ru/migration5.php

levb, мы Вам ничего не приписывали. Не говорите неправды пожалуйста. Если Вы опять просто не поняли смысла нашей фразы, то спросите об этом, в личке, мы объясним. Объясним даже заранее - в нашей фразе вообще не было ни одного утверждения направленного в Ваш адрес, поэтому разговоры о приписках адекватным образом объяснить никак нельзя. Фраза была исключительно про ООП и ПХП5, о Вас там ни слова, что за фантазии...
Ваше несправедливое обвинение в наш адрес это конечно жутко по существу топика "конец жизни php4", мы так и поняли. А наше "про php5 и ооп" абсолютно не в тему значит с Вашей точки зрения. Нет слов.

Перечитайте сообщения #25, 26.
Надеюсь, вы поймёте.

Человека который во фразе "Займется ооп, поймет что в пхп5 его "нет"" видит попытки приписать ему что-то мы даже пробовать понимать не собираемся.
В общем Вы опять пытаетесь уйти от ответа за свои слова... на этот раз за сказанные в 37 сообщении... равно как до этого в 18... А Ваша клевета в этом сообщении просто была попыткой вернуться к старому флуду.
Окей. Будем считать что у Вас это получилось. Развлекайтесь спокойно дальше.

Не пытаюсь - жду пока Вы ответите за свои.
Хотя это и напрасно.


И вам того желаю.

Вы меня извините, конечно, но как же вы, господа, за**али придираться к словам друг друга... Из нормальной темы в очередной раз сделали помойку, причём снова edogs, который подобное умудряется делать везде. edogs, вам, простите, не надоело?

Что касаемо register_globals=off, то да, он гораздо безопаснее. Хотя бы потому, что программисты часто забывают обнулять переменные перед использованием (это ведь не Си, где неинициализированную переменную использовать не удастся), и выключенный register_globals по крайней мере не даёт извне установить для переменной первоначальное значение. Это большой плюс его, как режима.

Что касается PHP 6, в котором register_globals не будет и Вашей, edogs, фразыНикакой эмуляции данного режима (как и эмуляции поведения Zend Engine 1) в PHP 6 тоже не будет.

Что касается ООП - соглашусь с eдogs, то, что ООП, что есть в пхп назвать ООП тяжело. Это просто структуры данных, ни наследования, ни инапсуляции (на должном уровне)... Хотя возможно книга у меня лежит и по пхп4.

Не с чем соглашаться.
Да, в сравнении с С++ и Java, объектная модель PHP уступает.
Однако, вопрос был "чем PHP5 лучше PHP4".

Можно приплести сюда любые другие ЯП с которыми знакомы или о которых слышали, но это уже будет флуд.

Вы - не истина в последнем лице, а следовательно не можете оценить адекватность/неадекатность чего угодно. Это исключительно личное мнение.

Возможно, но можно ли это вообще назвать ооп? Это выглядит как ассоциативный массив с парочкой функций

При переходе на PHP5 возникали проблемы с некоторыми популярными форумами и CMS из-за того, что в PHP5 появились новые функции (и вроде бы названия классов) названия которых совпали с используемыми пользовательскими функциями в скриптах. Однако разработчики скриптов довольно оперативно устранили эти проблемы (да и самостоятельно их было исправить не сложно).


При разработке скриптов всегда использую массивы $_GET, $_POST, $_SESSION и т.п., тому две причины - лично для меня меньше путанницы, а так же приятно знать и иметь уверенность, что скрипт при переносе с одного сервера на другой (с отличающейся конфигурацией PHP) не перестанет работать.

Как бы не ругали и критиковали ООП в PHP5 всё равно в PHP5 он есть.
Хоть и не такой как в С++, как ни как но он есть.
И по сравнению с PHP4 он стал функциональние.

А как бы вы не ругали PHP5 он уже существует довольно долго и за 3 года можно было давно прейти на него.
Нормальны Хостинг компании это сделали и уже не волнуются.

Нормально уважающий себя web программист давно пишет под 5 версию.

Писать можно и под 5-ю, но не забывать о том что приложение должно быть совместимо с 4-й.