500, timeout, e loop di reindirizzamento con radiante (un RoR CMS)

Question

io sto lottando per ottenere un semplice sito web CMS installato e funzionante, ma non può andare oltre la fase di installazione. Ho lavorato su questo e spegnendo oltre 4 giorni, e sono sempre bruciato e demotivato per il progetto.

Per summerise le mie pene: continuo a ricevere loop di reindirizzamento e timeout fcgi non importa quello che faccio. Purtroppo non ho mai toccato le applicazioni Ruby, RoR o CGI quindi mi manca l'esperienza di debug di conoscere questo numero.

Alcuni particolari

• Host: Godaddy Condiviso Linux, l'accesso SSH, il server non-java
• Versione Rubino: 2.2.2
• Gem versione: 1.8 (impostare manualmente per Aiuto )
• Hosting radice per tutti i miei siti è / var / chroot / home / content / i / h / a / [nome] / html /. Questo ha un file .htaccess ma non pregiudica nulla
• I miei punti di dominio a / var / chroot / home / content / i / h / a / [nome] / html / radiant.domain.biz/public /

Sono disponibili le seguenti due errori che si verificano. Ciò si verifica con la file .htaccess di default :

  

[mer 20 ott 16:39:13 2010] [errore] [client [ip]] mod_rewrite: numero massimo di reindirizzamenti interni raggiunti. Assumendo errore di configurazione. Utilizzare 'RewriteOptions MaxRedirects' per aumentare il limite, se necessario.

Questo è uno stock .htaccess questo è anche consigliato su altri siti, in modo che il ciclo veramente mi confonde. Nessuna idea perché, e ho praticamente rinunciato a perché dal momento che non ho accesso ad un registro riscrittura e non ho una condizione necessaria impostazione ambiente dev a causa di risorse limitate.

Così ho modificato e appena messo RewriteBase / subito dopo i giri del motore riscrittura su e ottenuto questo:

  

[mer 20 ott 16:40:25 2010] [errore]   [Client [ip]] FastCGI: comm   con il server (dinamico)   "/Var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi"   interrotto: (prima lettura) Timeout inattività (60   sec)

     

[mer 20 ott 16:40:25 2010]   [Errore] [client [ip]] FastCGI:   intestazioni incompleti (0) byte ricevuti   dal server   "/Var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi"

presumo che significa il suo solo parzialmente di lavoro ma quarantina sbagliato all'avvio. Ho verificato le mie impostazioni database.yml e sono tutti buoni. Ho provato quando in dev e modalità di produzione senza alcun risultato, ei file di registro sono tutte vuote.

L'unica cosa che posso pensare che la forza di fare qualcosa è un bug ho cercato di correggere manualmente un errore che ho incontrato quando si tenta di installare. Sono riuscito a risolvere il problema da seguendo la guidare qui , ma può di rotto qualcosa. Io non sono sicuro di cosa però.

Questo mi confonde davvero come non ho mai avuto a che fare con questo tipo di errore prima. Così, per la mia domanda:? Cosa potrebbe causare questo tipo di errore e come posso risolvere il problema

Answer 1

Se davvero si vuole utilizzare Radiant, si potrebbe guardare con Heroku, sono un Rails potrebbe piattaforma di hosting, con un prodotto gratuito che è più che in grado di gestire un impianto radiante. Io uso solo come impostare una per il mio sito personale.

Hanno un rapido quide per ottenere l'installazione Radiant su un conto Heroku a http : //blog.heroku.com/archives/2009/3/26/radiant_cms_in_5_minutes_or_less/

Ovviamente avrete bisogno di ottenere ordinati con un Heroku conto prima, ma questo è abbastanza semplice così.

Io davvero non sarebbe utilizzare GoDaddy come hosting provider se è possibile a tutti evitarlo, e io non vedo alcuna ragione per cui non è possibile spostare hoster. Anche se avete un dominio registrato attraverso di loro si può ancora ospitare il vostro sito da qualche altra parte, questo è esattamente quello che faccio.

Answer 2

fcgi non è raccomandato, ed è molto raro che su linux. Questo è un segno che GoDaddy potrebbe non essere un host Rails praticabile. Ci sono molte prove a sostegno di questa affermazione. Si prega di leggere questa discussione: http://www.sitepoint.com/forums/showthread. php? t = 666.111 . Ci sono molti altri simili. Ricerche di Google per 'rotaie GoDaddy' far apparire per lo più persone che hanno problemi.

mi piacerebbe seriamente pensare di passare ad una più Rails-aware di accoglienza, o se davvero sono vincolati a una società di hosting dove hosting non è la loro attività principale, si consideri uno dei loro pulsanti installazioni CMS (probabilmente basato su PHP) .

L'unica altra cosa che posso pensare di provare è in esecuzione un autonomo più comune guide del server come Mongrel e la creazione di un proxy inverso per essa, ma non sono sicuro se GoDaddy avrà i mezzi per farlo.