500 ist, Timeouts und Redirect-Schleifen mit Radiant (a RoR CMS)

Question

Ich bin zu kämpfen, eine einfache CMS Website zu bekommen und laufe, kann aber nicht über die Installationsphase erhalten. Ich habe auf diesem weg zu arbeiten und auf über 4 Tage und bin immer auf dem Projekt ausgebrannt und demotiviert.

meine Schmerzen summerise: Ich erhalte Redirect Loops und FCGI Timeouts egal, was ich tue. Leider habe ich noch nie Ruby RoR apps berührt, oder CGI, damit ich die Debug-Erfahrung fehlt diese, um herauszufinden.

Einige Details

• Host: GoDaddy Geteilt Linux, SSH-Zugang, Nicht-Java-Server
• Ruby-Version: 2.2.2
• Gem Version: 1.8 (manuell eingestellt pro Hilfe )
• Hosting Wurzel für alle meine Seiten ist / var / chroot / home / content / i / h / a / [Name] / html /. Dies macht eine .htaccess-Datei haben, aber es hat keinen Einfluss auf irgendetwas
• Meine Domain verweist auf / var / chroot / home / content / i / h / a / [Name] / html / radiant.domain.biz/public /

Sie haben die folgenden zwei Fehler, die auftreten. Dies geschieht mit der Standard .htaccess-Datei :

[Mi 20. Oktober 2010 16.39.13] [Fehler] [client [ip]] mod_rewrite: maximale Anzahl interner Umleitungen erreicht. Unter der Annahme, Konfigurationsfehler. Verwenden Sie ‚RewriteOptions maxredirects‘ die Grenze, wenn nötig zu erhöhen.

Dies ist eine Aktie .htaccess das ist auch auf anderen Seiten empfohlen, so dass die Schleife wirklich verwirrt mich. Keine Ahnung, warum, und ich habe so ziemlich aufgegeben, warum da ich keinen Zugriff auf ein Rewrite-Protokoll und ich habe nicht eine notwendige Entwicklungsumgebung Setup aufgrund der beschränkten Ressourcen.

Also habe ich es geändert und nur RewriteBase / direkt nach der Rewrite-Engine abwechselnd anziehen und bekam diese:

[Mi 20. Oktober 2010 16.40.25] [Fehler] [Client [ip]] FastCGI: comm mit (dynamisch) Server "/Var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi" abgebrochen: (erste Lese) Leerlaufzeit (60 sec)

[Mi 20. Oktober 2010 16.40.25] [Fehler] [client [ip]] FastCGI: unvollständige Headern (0 Bytes) empfangen vom Server "/Var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi"

Ich gehe davon aus, dass die Mittel, um seine nur teilweise funktionieren, aber Somethings falsch beim Anfahren. Ich habe meine database.yml Einstellungen überprüft und sie sind alle gut. Ich habe, wenn in dev und Produktionsmodus ohne Erfolg getestet, und die Log-Dateien sind alle leer.

Das einzige, was ich von dieser Macht getan etwas denken kann, ist ein Fehler, den ich versuchte, manuell einen Fehler zu beheben, die ich gestoßen, als zu installieren versucht. Ich habe es geschafft, es zu beheben, indem Sie nach dem führen hier , aber es kann von zerbrochenen etwas. Ich bin mir nicht sicher, was aber.

Das verwirrt mich wirklich, wie ich noch nie mit dieser Art von Fehler behandelt. Also für meine Frage: Was würde diese Art von Fehlern verursachen, und wie kann ich es beheben

Answer 1

Wenn Sie wirklich verwenden Radiant möchten, können Sie bei Verwendung von Heroku aussehen könnte, sind sie ein Rails könnte Hosting-Plattform, mit einem kostenlosen Produkt, das mehr als fähig zur Behandlung einer Radiant Installation. Ich benutze nur eine solche Einrichtung für meine persönliche Website.

Sie haben einen schnellen quide zu bekommen Radiant Setup auf einem Heroku Konto unter http : //blog.heroku.com/archives/2009/3/26/radiant_cms_in_5_minutes_or_less/

Natürlich werden Sie mit einem Heroku Konto zuerst bekommen sortieren müssen, aber das ist ziemlich einfach, wie gut.

Ich würde wirklich nicht verwenden GoDaddy als Hosting-Provider, wenn Sie überhaupt vermeidet es, und ich sehe wirklich keinen Grund, warum Sie nicht hoster bewegen können. Selbst wenn Sie eine Domain durch sie registriert sind, können Sie immer noch Ihre Website woanders hosten, das ist genau das, was ich tue.

Answer 2

FCGI wird nicht empfohlen, und ist sehr ungewöhnlich, dass auf Linux. Dies ist ein Zeichen dafür, dass GoDaddy keine gangbare Rails Host sein kann. Es gibt viele Beweise für diese Behauptung untermauern. Bitte lesen Sie dieses Thema anschauen: http://www.sitepoint.com/forums/showthread. php? t = 666111 . Es gibt viele andere wie sie. Google sucht nach ‚Schienen GoDaddy‘ bringt vor allem Menschen mit Problemen.

Ich würde ernsthaft darüber nachdenken, zu einem Rails-aware Schalt Host, oder wenn Sie wirklich in zu einem Hosting-Unternehmen sind gesperrt, wo Hosting ist nicht ihr Hauptgeschäft, betrachte einen ihrer Taster CMS-Installationen (wahrscheinlich PHP-basiert) .

Die einzige andere Sache, die ich von zu versuchen denken kann, ist ein häufiger Standalone-Laufschienen-Server wie Mongrel und einen Reverse-Proxy, um es einrichten, aber ich bin nicht sicher, ob GoDaddy werden die Mittel haben, für Sie zu tun.