- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Прошу помочь...
Хостинг самый что ни на есть обычный, виртуальный. Сервера "переехали" сегодня, из-за чего кое-какая информация "потерялась". Не беда, разобрался.
Но при попытке зайти на сайте (и не на одном сайте) в некоторые директории пишет 500-ую ошибку. Причем именно только в некоторые директории, далеко не везде эта ошибка вылезает.
Директории эти существуют, файлы в них лежат, все ОК...
Я выставил этим директориям и файлам (php, dat, txt) CHMOD 777.
Все равно не помогает.
А вопросы такие: для безопасности сайта держать файлы на "777", говорят, не следует. Так ли это?...
И может ли быть причина этой 500-ой ошибки в неправильно мною выставленных правах для файлов?
Или это уже может решить только админ хостинга?
Заранее спасибо! :beer:
TandemStyle.ru - продвижение сайтов (http://www.tandemstyle.ru). Нужное: услуга полного seo-аудита сайта за 4 часа. Listweb@mail.ru
А вопросы такие: для безопасности сайта держать файлы на "777", говорят, не следует. Так ли это?...
Принципиально так лучше не делать. 755 предельно достаточно.
И может ли быть причина этой 500-ой ошибки в неправильно мною выставленных правах для файлов?
chmod -R 755 * и если не заработает: к админу
Спасибо!
Хренотень какая, все равно не пашет. Придется к админу бежать...
причину ошибки посмотрите в error_log апача.
И может ли быть причина этой 500-ой ошибки в неправильно мною выставленных правах для файлов?
Нет, будет 403.
Спасибо всем!
Посмотрел лог...
Админ молчит, поэтому если не сложно, объясните значение вот этого, строчка из еррор лога:
Premature end of script headers: (*) /public_html/catalog/index.php
Заранее премного благодарен! :)
Вероятно конце вашего файла неправильный символ перевода строки, а возможно и все символы перевода. Вероятно вы его редактировали чем-то под виндами и формат файла не подходит для Unix.
Формат перевода строк для Windows CR+LF, для Unix просто LF.
Просто откройте файл редактором настроенным сохранять файлы для юникс, удалите в конце лишние символы и сохраните. И всё будет ок! :)
У меня на локалке 500'ю выдает когда файл отсутствует :)
Без админа не разобраться, имхо...
Спасибо!
Но согласен, что без админа тут никак...
Cmit, я попробовал так как вы написали, в силу своих способностей :)
открыл FAR, залез на хост, полазил по скриптам. Нету там символов перевода... Вот как пить дать - нету...
Ага, Far умный, он в любом случае нормально показывает. :)
Админа все же постарайтесь достать. Ему пять минут все решить, а мы тут еще долго гадать можем на кофейной гуще.
Worldweb, символов перевода вы не увидите, они невидимые. Пришлите файл я посмотрю.