Хостинг

Да у админов хостинга спросите логи и все.

Потому что я Вам на вскидку могу придумать 10 причин, почему эти строки вызывают ошибку и при этом php_flag/php_vlaue на хостинге работают нормально.

Что если там например такая конструкция? "php_value register_globals 0". Косяк? Косяк! Бинарное отрицание - это php_flag, а не php_value.

Еще 9 назвать? mod_php такое не пропустит, mod_fcgid пропустит. Это повод убирать или повод написать как полагается?

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

Тогда наслаждайтесь ошибкой :) Вы дали обилие мусорной информации и не дали нужной. Вот где логи брать:

Я сомневаюсь что mod_fcgid такое пропустит. Прн добавлении этого модуля к апачу, и при отсутствии mod_php апач просто не знает что такое php_value. И выдает в ответ на такую команду ошибку.

Таким же авторитетным тоном можно заявлять что RewriteBase http://

mod_fcgid пропустит, а mod_rewrite нет.

Инженет техподдержки действительно не балалайка, и наверное он (зная свойства своего хостинга) в здравом уме и твердой памяти сказал клиенту что эти строки можно просто закомментировать.

Прочитай свою подпись еще пару раз :)

Вы про htscanner забыли. У нас на хостинге mod_php вообще не стоит никакой. Есть только fakephp и fcgid и ошибка не пропускается только благодаря тому, что ее убрали. Но по умолчанию пропускалось.

В полном отсутствии здравого ума. Представьте себе хостера, который не поддерживает php-флаги/вэлью в .htaccess. Не смогли? И я не смог. А инженер сказал, что не поддерживают ))) Значит не прав.

+1

Моя философия такова, админ это не тот кто все знает, а тот кто умеет разобраться :)

Romka_Kharkov добавил 20.02.2011 в 17:32

Или я че-то не понял, или... :) У нас есть сервера на которых php_value & admin_flag (или наоборот :D ) в .htaccess будут вызывать 500. Связано это с suPHP. Если брать во внимание вообще, что php_value это разговор о PHP.... :)

тема ниочем. можно было порешать с суппортом. а в suPHP ничего плохого нет, даже наоборот, имхо

Первое в этой теме не указан хостер и это наверно правильно.

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

Менять часы на русы?)))

Проблему закрыли сразу, после чего подтвердили что есть необходимость закомментировать. А менять хостера, от добра, добра не ищут. Почитав тут ужастиков, про дауны сутками, меня повергло в шок, максимум что я видел, даун в два часа в апреле, тогда читал топик на хабре про *******, и тут у меня тоже перестали открываться сайты на одном из аккаунтов, думал попали под раздачу. А там я довольно таки долго, и в сапорт обращаюсь редко, залить, перелить, поправить базу я и сам могу. На здешних хостеров у меня аллергия, даже в этом топике умудрились предложить администрирование)).

nemirskiy добавил 27.02.2011 в 17:48

А не отписал, потому что не хотел пиарить хостинг, так как даже отрицательный пиар, уже пиар.

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

http://hosting-point.ru/ и http://htc-s.ru/, одно и тоже.

проблема не у хостера, нигде не указано, что суппорт не решил проблему. на причину они указали и подсказали как решать ;)