500, таймауты и петли перенаправления с Radiant (RoMS CMS)
Я изо всех сил пытаюсь запустить простой веб-сайт CMS, но не могу пройти этап установки. Я работал над этим время от времени и более 4 дней, и я сгорел и демотивирован в проекте.
Чтобы избавиться от боли: я продолжаю получать петли перенаправления и тайм-ауты FCGI независимо от того, что я делаю. К сожалению, я никогда не касался Ruby, приложений RoR или CGI, поэтому мне не хватает опыта отладки, чтобы понять это.
Некоторые детали
- Хост: Godaddy Shared Linux, доступ по SSH, не Java-сервер
- Ruby версия: 2.2.2
- Версия Gem: 1.8 (устанавливается вручную для справки)
- Корнем хостинга для всех моих сайтов является /var/chroot/home/content/i/h/a/[name]/html/ . У него есть файл.htaccess, но он ни на что не влияет
- Мой домен указывает на / var / chroot / home / content / i / h / a / [имя]/html/ radiant.domain.biz/public/
У вас есть следующие две ошибки, которые происходят. Это происходит с файлом по умолчанию.htaccess:
[Wed Oct 20 16:39:13 2010] [ошибка] [client [ip]] mod_rewrite: максимальное количество внутренних перенаправлений, которые были достигнуты. Предполагая ошибка конфигурации. Используйте "RewriteOptions MaxRedirects", чтобы увеличить лимит, если это необходимо.
Это стандартный.htaccess, который даже рекомендуется на других сайтах, поэтому цикл действительно смущает меня. Понятия не имею почему, и я в значительной степени разочаровался в том, почему, поскольку у меня нет доступа к журналу перезаписи, и у меня нет необходимых настроек среды разработки из-за ограниченных ресурсов.
Поэтому я изменил его и просто поставил RewriteBase /
сразу после включения двигателя перезаписи получилось:
[Ср 20 Окт 16:40:25 2010] [ошибка] [клиент [ip]] FastCGI: связь с (динамическим) сервером "/var/chroot/home/content/i/h/a/[имя]/html/radiant.domain.biz/public/dispatch.fcgi"прервано: (первое чтение) время простоя (60 с)
[Среда, 20 октября 16:40:25 2010] [ошибка] [клиент [ip]] FastCGI: неполные заголовки (0 байт) получены с сервера "/var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi"
Я предполагаю, что это означает, что это только частично работает, но что-то не так при запуске. Я проверил свои настройки database.yml, и все они хороши. Я проверил, когда в dev и производственном режиме безрезультатно, и файлы журнала все пусты.
Единственное, что я могу думать о том, что может что-то сделать, - это ошибка, которую я пытался вручную исправить, с чем я столкнулся при установке. Мне удалось исправить это, следуя инструкциям здесь, но это может что-то сломать. Я не уверен, что, хотя.
Это действительно смущает меня, так как я никогда раньше не сталкивался с такого рода ошибками. Итак, на мой вопрос: что может вызвать такую ошибку и как я могу ее исправить?
2 ответа
Если вы действительно хотите использовать Radiant, вы можете взглянуть на использование Heroku, это платформа для размещения на Rails с бесплатным продуктом, который более чем способен справиться с установкой Radiant. Я использую именно такую настройку для своего личного сайта.
Они могут быстро настроить Radiant для учетной записи heroku по адресу http://blog.heroku.com/archives/2009/3/26/radiant_cms_in_5_minutes_or_less/
Очевидно, что сначала вам нужно будет отсортировать учетную запись Heroku, но это также довольно просто.
Я действительно не стал бы использовать GoDaddy в качестве хостинг-провайдера, если бы вы вообще могли его избежать, и я не вижу никакой причины, по которой вы не можете перенести хостера. Даже если у вас есть домен, зарегистрированный через них, вы все равно можете разместить свой сайт где-то еще, это именно то, что я делаю.
FCGI не рекомендуется, и очень редко встречается в Linux. Это признак того, что godaddy не может быть жизнеспособным хостом Rails. Есть много доказательств, подтверждающих это утверждение. Пожалуйста, прочитайте эту ветку: http://www.sitepoint.com/forums/showthread.php?t=666111. Есть много других, как это. Поиски в Google по запросу "rails godaddy" приводят в основном людей, имеющих проблемы.
Я бы серьезно подумал о переходе на более хост с поддержкой Rails или, если вы действительно привязаны к хостинговой компании, где хостинг не является их основным бизнесом, рассмотрите одну из их установок CMS с нажимной кнопкой (вероятно, на основе PHP).
Единственное, что я могу попробовать - это запустить более распространенный автономный сервер rails, такой как Mongrel, и настроить обратный прокси-сервер к нему, но я не уверен, будет ли у Godaddy возможность для этого.