500, LA Temporisations, et redirigez boucles avec Radiant (un CMS RoR)

Question

Je me bats pour obtenir un site web simple CMS et en cours d'exécution, mais ne peut pas dépasser le stade de l'installation. Je travaille sur ce hors et sur 4 jours et je suis brûlé et se démotivé sur le projet.

Pour summerise mes douleurs: Je continue de recevoir des boucles et Redirect FCGI les délais d'attente, peu importe ce que je fais. Je Unfortunatly ai jamais touché Ruby, des applications RoR, ou CGI, donc je manque l'expérience de débogage pour comprendre cela.

Quelques détails

• Hôte: GoDaddy Shared Linux, accès SSH, serveur non-java
• Version Ruby: 2.2.2
• Version Gem: 1.8 (définir manuellement par Aide )
• Hébergement racine pour tous mes sites est / var / chroot / home / content / i / h / a / [nom] / html /. Cela n'a un fichier .htaccess mais il n'affecte rien
• Mes points de domaine / var / chroot / home / content / i / h / a / [nom] / html / radiant.domain.biz/public /

Vous avez les deux erreurs suivantes qui se produisent. Cela se produit avec le fichier .htaccess par défaut :

  

[Mer 20 octobre 2010 16:39:13] [error] [client [ip]] mod_rewrite: nombre maximum de redirections internes atteint. En supposant une erreur de configuration. Utilisez « RewriteOptions maxredirects » pour augmenter la limite si nécessaire.

est de un stock des thats de même recommandé sur d'autres sites, de sorte que la boucle me trouble vraiment. Aucune idée pourquoi, et je l'ai à peu près abandonné pourquoi puisque je n'ai pas accès à un journal de réécriture et je n'ai pas une configuration de l'environnement de dev nécessaire en raison des ressources limitées.

Alors je l'ai modifié et vient de mettre à droite RewriteBase / après les tours du moteur de réécriture sur et ai obtenu ceci:

  

[Mer 20 octobre 2010 16:40:25] [error]   [Client [ip]] FastCGI: comm   avec (dynamique) serveur   "/Var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi"   avorté: (première lecture) de délai d'inactivité (60   sec)

     

[Mer 20 octobre 2010 16:40:25]   [Error] [client [ip]] FastCGI:   têtes incomplètes (0 octets) reçus   du serveur   "/Var/chroot/home/content/i/h/a/[name]/html/radiant.domain.biz/public/dispatch.fcgi"

Je suppose que les moyens de son travail justes partiellement, mais somethings mal au démarrage. J'ai vérifié mes paramètres database.yml et ils sont tous bons. Je l'ai testé quand en dev et le mode de production sans succès, et les fichiers journaux sont tous vides.

La seule chose que je peux penser à quelque chose qui pourrait DONE est un bug j'ai essayé de corriger manuellement une erreur que je rencontrais lors de l'installation. J'ai réussi à le fixer par suite à la guide ici , mais il peut de quelque chose de cassé. Je ne sais pas ce que.

Cela me confond vraiment comme je l'ai jamais eu affaire à ce genre d'erreur avant. Donc, pour ma question: Quelle serait la cause de ce genre d'erreur et comment puis-je corriger

Answer 1

Si vous voulez vraiment utiliser Radiant, vous pouvez envisager d'utiliser Heroku, ils sont un Rails pourrait plateforme d'hébergement, avec un produit gratuit qui est plus que capable de gérer une installation Radiant. J'utiliser la configuration juste comme pour mon site personnel.

Ils ont un quide rapide pour obtenir la configuration Radiant sur un compte heroku http : //blog.heroku.com/archives/2009/3/26/radiant_cms_in_5_minutes_or_less/

Il est évident que vous aurez besoin pour obtenir un tri Heroku compte d'abord, mais qui est assez simple aussi bien.

Je voudrais vraiment pas utiliser GoDaddy en tant que fournisseur d'hébergement si vous pouvez tout éviter, et je ne vois pas vraiment de raison pour laquelle vous ne pouvez pas déplacer hoster. Même si vous avez un domaine enregistré à travers eux, vous pouvez toujours héberger votre site quelque part ailleurs, c'est exactement ce que je fais.

Answer 2

FCGI n'est pas recommandé, et il est très rare sur linux. Ceci est un signe que GoDaddy peut ne pas être viable hôte Rails. Il y a beaucoup de preuves pour étayer cette affirmation. S'il vous plaît lire ce fil: http://www.sitepoint.com/forums/showthread. php? t = 666111 . Il y a beaucoup d'autres comme lui. recherches Google pour « rails GoDaddy » mettre en place la plupart des personnes ayant des problèmes.

Je pense sérieusement à passer à un plus hôte Rails conscient, ou si vous êtes vraiment enfermé dans une société d'hébergement où l'hôte n'est pas leur activité principale, envisagez un de leurs boutons-poussoirs installations CMS (basé sur PHP probable) .

La seule autre chose que je peux penser à essayer est en cours d'exécution d'un rails autonome plus communs du serveur comme Mongrel et la mise en place d'un proxy inverse, mais je ne suis pas sûr si GoDaddy aura les moyens pour vous de le faire.