Update php

хотелось бы узнать мнение сведущих людей. имеется приличных размеров сайт. состоящий в основном из php+mysql

добрый хостер решил обновить php до версии 4.3.1 и обновил
в результате по умолчанию register_globals стал 0
соответственно все полетело нахрен
как раз в это время сайт очень нужен для показа клиентам после выставки - могут сорваться очень серьезные контракты

я попросил хостера сделать register_globals=1 как и в пред. версии php
на что получил такой ответ: На хостинговом сервере ******* был обновлен PHP до версии 4.3.1,
соотв. изменились настройки по умолчанию. Так, теперь register_globals = 0
(это было установлено по соображениям безопасности).
В случае, если Вы намерены использовать эту опцию, Вы можете положить к себе
собственный php.ini, содержащий строку register_globals = 1.

Наша техническая служба предложила Вам временное решение,
основанное на возможности пользователя самостоятельно менять
настройки РНР в собственном файле php.ini.
Соответствующий файл php.ini должен лежать в _каждом_ каталоге,
содержащем РНР-скрипты старого образца.
Ваш сайт содержит очень большое количество вложенных каталогов,
и наша техническая служба не может заниматься размещением копий
файла php.ini во всей этой многоуровневой структуре.
Образец нужного php.ini для Вас создан.


а с чего я должен заниматься рукоблудием и класть в каждую папку этот ini? значит в каждую новую папку мне опять этот ini класть? обалдеть просто забота о клиенте

или они мне рекомендуют переписывать все(!) скрипты на сайте заново с учетом register_globals (сайт занимает окло 80 мег). а с чего это я должен переписывать все свои скрипты? которые работали и работают и которые меня полностью устраивают?

к примеру такая же проблема даже не возникала у меня у двух других хостеров (под другие проекты) - там просто сделали равным 1 значение опции

или все таки дебил я - и хочу невозможного?
какие будут мнения?

[cap]

Я думаю, что ничего тут страшного нет.
И в принцеипе хостер имел право так поступить.

А опцию для PHP можно задать и в .htaccess, и тогда она вроде должна распространиться на все подкаталоги...

может ничего страшного и нет. но в известность об этом мы не были поставлены. потенциальный ущерб пока неизвестен.

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

а насчет .htaccess
вот ответ хостера:
Есть _глобальный_ php.ini, одинаковый для всех пользователей сайта.
Он один.
Но Вашим скриптам нужны настройки, отличающиеся от стандартных.
Для этого нужен _локальный_, Ваш собственный php.ini. Или скрипты,
не требующие этих настроек.
Особенность РНР в том, что локальный файл php.ini не действует
рекурсивно, т.е. на подкаталоги.

.htaccess там не работает. уже пробовал

[cap]

Т.е. запрещено использование .htaccess?

может и можно пользоваться .htaccess, но тогда видимо только не клиенту

[cap]

Ну если нельзя, тады ой...

[ptitov]

Делать им так, конечно, не стоило... Однако писать скрипты, которым нужны $register_globals=1 нельзя, их, в таком случае, как правило легко сломать.

[worldhosting]

Прежде всего, хостер тут не виноват - пхп 4.3.1 был выпущен как обновление в связи с обнаруженной дырищей в 4.3.0. И вариантов было только два - либо обновлять срочно на 4.3.1 либо возвращаться к 4.2.2 ил 4.2.3.
Кроме того ведь решение предложено вполне удобное - больше того, многие об только мечтать могут - иметь php.ini в каждой директории.
Обязанность хостера обеспечить безопасное и удобное использование его услуг всеми пользователями.
Видимо оставить эту переменную в прежнем состоянии на данном хостинге было неоправданно. Думаю, если Вам лень этим заниматься самому - можно пригласить человека со стороны на разовую работу или заплатить хостеру чтобы он сделал эту работу за Вас.
Но, переделка Ваших скриптов под новые требования языка никак не является обязанностью хостера. Кстати, это ведь не единственная проблема с версией 4.3.1 - она например требует по другому объявлять константы не заключая их в двойные кавычки. Проверьте все же возможность изменить значение php_value register_globals on в .htaccess. Если у хостера разрешено использование пользовательских php.ini, то я не очень понимаю, почему не может работать htaccess.

[ptitov]

У нас прекрасно работает 4.3.1 с register_globals=on, эта переменная была изменена с off на on то ли в 4.1.0, то ли в 4.2.0. Почему хостер внезапно поставил конфиг из дистрибутива - неясно.

[worldhosting]

2ptitov

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

Кстати по поводу переделки, вот вспомнил тут, что у новой GD поддержка любых gif исключена. Вот только представьте какая эта проблема для держателей галерей. Это вам не 80 Мбт - это гигы файлов перелопачивать.