Перейти к содержанию
Форумы

qusk

Пользователи
  • Постов

    3
  • Зарегистрирован

  • Посещение

Достижения qusk

Newbie

Newbie (1/14)

  1. qusk

    register_globals

    Понятно. Благодарю за ответ.
  2. qusk

    register_globals

    Почему тогда нельзя сделать так, чтобы его можно было перезаписывать через .htaccess? Технических ограничений здесь я не вижу.
  3. qusk

    register_globals

    Ладно, safe_mode=on, в принципе, нужная вещь. Но зачем включать register_globals ? Писал в тех. поддержку сказали, что отключить для отдельного пользователя не могут. А между тем, включение register_globals имеет такие существенные минусы: 1. Падает производительность (за счёт раскрытия всех супер-глобальных массивов). Это было-бы сравнительно несущественным, если бы вы не писали, что отключаете отдельных клиентов за чрезмерную растрату процессорного времени. 2. Страдает безопасность. Пользователь спокойненько может передавать свои значения переменным. Например тем, которые создаются для внутреннего управления программы и должны не зависеть от внешнего ввода. 3. Снижается удобство написания скриптов и приложений. У меня есть тот-же $_POST для доступа, почему я должен постоянно заботиться о том, чтобы переменные из супер-глобальных массивов не перекрыли друг-друга, а также другие переменные? 4. Некоторые вещи спроектированы при таком случае, когда register_globals отключено. Что делать с ними? Переписывать? Линки в тему: http://www.opennet.ru/base/dev/register_globals_php.txt.html http://ru.php.net/register_globals Если register_globals мотивирована соображениями совместимости - это одно, но когда внедряют её всем поголовно - совсем другое. Так вот, хотелось бы узнать причину невозможности её перезаписать в .htaccess и изменить для конкретного клиента. Имхо, это нелогично. И вообще, эта ситуация устраивает всех клиентов? Благодарю за внимание.
×
×
  • Создать...