500-е, тайм-ауты и циклы перенаправления с Radiant (RoR CMS)

Question

Я изо всех сил пытаюсь запустить простой веб-сайт CMS, но не могу пройти стадию установки.Я работал над этим время от времени более 4 дней и выгорел и демотивировался в проекте.

Чтобы смягчить мои страдания:Я продолжаю получать циклы перенаправления и тайм-ауты FCGI, независимо от того, что я делаю.К сожалению, я никогда не прикасался к Ruby, RoR apps или CGI, поэтому мне не хватает опыта отладки, чтобы разобраться в этом.

Некоторые детали

• Ведущий:Общий Linux от Godaddy, доступ по SSH, сервер, отличный от Java
• Версия Ruby:2.2.2
• Версия Gem:1.8 (устанавливается вручную для каждого Справка)
• Root-хостинг для всех моих сайтов - /var/chroot/home/content/i/h/ a/[name]/html/ .У этого есть файл .htaccess, но это ни на что не влияет
• Мой домен указывает на /var/chroot/home/content/i/h/a/[name]/html/ radiant.domain.biz/public/

У вас возникают следующие две ошибки.Это происходит с По умолчанию.файл htaccess:

[Ср. 20 окт. 16:39:13 2010] [ошибка] [клиент [ip]] mod_rewrite:достигнуто максимальное количество внутренних перенаправлений.Предполагая ошибку конфигурации.Используйте "RewriteOptions MaxRedirects", чтобы увеличить лимит, если это необходимо.

Это stock .htaccess, который даже рекомендуется на других сайтах, поэтому цикл действительно сбивает меня с толку.Понятия не имею, почему, и я в значительной степени разочаровался в том, почему, поскольку у меня нет доступа к журналу перезаписи и у меня нет необходимой настройки среды разработки из-за ограниченных ресурсов.

Поэтому я изменил его и просто поставил RewriteBase / сразу после включения движка перезаписи и получения этого:

[Ср. 20 окт. 16:40:25 2010] [ошибка] [клиент [ip]] FastCGI:связь с (динамическим) сервером "/var/chroot/home/content/i/h/a/[name]/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, и все они в порядке.Я тестировал в режиме разработки и в производственном режиме безрезультатно, и все файлы журналов пусты.

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

Это действительно сбивает меня с толку, поскольку я никогда раньше не сталкивался с такого рода ошибками.Итак, что касается моего вопроса:Что может вызвать такого рода ошибку и как я могу это исправить?

Answer 1

Если вы действительно хотите использовать Radiant, вы могли бы рассмотреть возможность использования Heroku, это платформа для размещения Rails could, с бесплатным продуктом, который более чем способен справиться с установкой Radiant.Я использую именно такую настройку для своего личного веб-сайта.

У них есть быстрый способ настроить Radiant в учетной записи heroku на http://blog.heroku.com/archives/2009/3/26/radiant_cms_in_5_minutes_or_less/

Очевидно, что сначала вам нужно будет разобраться с учетной записью Heroku, но это тоже довольно просто.

Я бы действительно не стал использовать GoDaddy в качестве хостинг-провайдера, если вы вообще можете этого избежать, и я действительно не вижу никаких причин, по которым вы не можете переместить hoster.Даже если у вас есть домен, зарегистрированный через них, вы все равно можете разместить свой сайт где-нибудь в другом месте, это именно то, что я делаю.

Answer 2

FCGI не рекомендуется и очень редко встречается в Linux.Это признак того, что godaddy, возможно, не является жизнеспособным хостом Rails.Существует много доказательств, подтверждающих это утверждение.Пожалуйста, прочтите эту тему: http://www.sitepoint.com/forums/showthread.php?t=666111.Есть много других подобных ему.Поиск в Google по запросу "rails godaddy" выдает в основном людей, у которых возникли проблемы.

Я бы серьезно подумал о переходе на более ориентированный на Rails хост, или, если вы действительно привязаны к хостинговой компании, где хостинг не является их основным бизнесом, рассмотрите одну из их установок pushbutton CMS (вероятно, на основе PHP).

Единственное, что еще я могу придумать, чтобы попробовать, - это запустить более распространенный автономный rails-сервер, такой как Mongrel, и настроить для него обратный прокси, но я не уверен, что у godaddy найдутся средства для этого.