- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
первый раз сталкиваюсь с верхом такого дибилизма :)
DJ_AlieN, А в чём дибилизм ? В том что глобально многим сайты от юных хакеров спасают ?
На днях хостер отключил по-умолчанию register_globals мотивировав туманными целями безопасности, и тем чято в будущей версии PHP эта опция будет отключена.
Чтобы включить эту опция для всего сайта необходимо ВНИМАНИЕ
Для ВСЕХ папок а также ВСЕХ вложенных подпапок создать файл php.ini с директивой register_globas on;
Вариант указания это директивы через .htaccess d корне для всего сайта невозможен.
Как быть с хостером? Уходить от него?
Извините, что вмешиваюсь. Одного не пойму - в чем проблема создать файл php.ini, в котором по сути аналоги инструкций из .htaccess и наслаждаться нормальной работой сайта? :) Может я чего-то недопонимаю? :)
Извините, что вмешиваюсь. Одного не пойму - в чем проблема создать файл php.ini, в котором по сути аналоги инструкций из .htaccess и наслаждаться нормальной работой сайта? :) Может я чего-то недопонимаю? :)
Если бы речь шла об одном файле, то вопрос был был закрыт - создал файл и забыл о проблеме.
у MultiHost ситуция другая:
представьте себе дерево каталогов:
в данном случае:
1) правила корневого php.ini распространяются ТОЛЬКО на root.php
2) правила php.ini bp folder распространяются на script.php но на megascript.php из folder1-2 не распростнаняется
3) на содержимое folder2,folder3,folder4 ничего не действует.
Получается, чтобы все работало т.к. мне нужно, необходимо:
1) переписать все скрипты
или
2) в каждую папку где есть php-скрипт запихнуть php.ini :)
DJ_AlieN добавил 05.12.2008 в 18:55
DJ_AlieN, А в чём дибилизм ? В том что глобально многим сайты от юных хакеров спасают ?
Спасение утопающих дело рук самих утопающих.
Представьте, у Вас есть авто, и тут его у Вас забирают в целях безопасности и заставляют ездить на метро....ну а если вы все-таки хотите ездить на машине то каждый раз Вам надо писать заявление...примерно идентичная ситуация
Гм, мне кажется поддержка хостера чво-то напутала.
Пробовали создать php.ini в корне и проверить наследование?
DJ_AlieN
2) правила php.ini bp folder распространяются на script.php но на megascript.php из folder1-2 не распростнаняется
3) на содержимое folder2,folder3,folder4 ничего не действует.
Странно как-то, честно :) У нас, например, достаточно просто положить в корень php.ini, создать .htaccess, который показывает на этот файл, всё. На все файлы, папки, подпапки, подпапки подпапок и т.д. действуют правила php.ini. Но чтобы каждому файлу... Это жесть :) Вы уверены, что ничего не напутали? :)
Domishko, А у нас даже .htaccess не надо оно само всё понимает :)
Если:
Спасение утопающих дело рук самих утопающих.
Тогда:
Получается, чтобы все работало т.к. мне нужно, необходимо:
1) переписать все скрипты
Перепишите, заодно и к PHP6 будете готовы 😂
Или извращаться и писать костыли, например: можно запустить простой shell скрипт и запульнуть его через cgi, который в каждую директорию вашего сайта закинет php.ini с нужной опцией. Например вот такое:
Таким образом файл php.ini из public_html окажется в каждом каталоге ниже
P.S. Вариант с suPHP_ConfigPath в .htaccess заработал?
Гм, мне кажется поддержка хостера чво-то напутала.
Пробовали создать php.ini в корне и проверить наследование?
Пробовал, могу показать :)
Гм, мне кажется поддержка хостера чво-то напутала.
Пробовали создать php.ini в корне и проверить наследование?
Я тоже об этом подумал...