2010-04-03 6 views
0

Nous avons un environnement en cours d'exécution qui utilise Apache, Passenger et rails. Le système traite la plupart des demandes normalement, mais certaines demandes ne le font pas dans l'application des rails. Par exemple, une demande à/livres est réussie, mais/books/1 frappe apache et passager, mais ne parvient même pas à des rails.Aide au débogage du problème Apache, Passenger and Rails

Nous avons défini le niveau de journalisation apache sur debug et le niveau de journalisation des passagers sur 3 afin que nous puissions contrôler toutes les demandes entrantes. Nous pourrions voir chaque demande arriver et même la demande de/books/1 est traitée par le passager. Mais ça n'arrive jamais aux rails.

Existe-t-il un moyen de déterminer où la requête va entre les passagers et les rails ou où les informations de débogage peuvent vivre? Est-ce que quelqu'un a déjà vu des problèmes de frai ou de file d'attente des passagers? Nous avons un frai fixé à conservateur. De plus, nous avons eu des problèmes de permission/propriété dans le passé, donc je ne suis pas encore en train de l'exclure.

Merci à l'avance

Répondre

0

deviner d'abord: est-ce qu'il est la lecture de votre cache à publique/livres/1.html. Cela correspond à tous les symptômes. S'il y a un public/books/1.html fichier lorsque vous allez demander books/1 Apache servira la demande en envoyant juste ce fichier. Deuxième hypothèse: la configuration alternative est en train de tourner autour de la façon dont Apache sert la route.

+0

En ce qui concerne votre première supposition, je ne pense pas qu'il met en cache le fichier, car Apache génère une erreur 500 après qu'il n'a pas «entendu» des rails dans un certain laps de temps. En ce qui concerne votre deuxième estimation, c'est une idée intéressante. Nous allons examiner cela. –

+0

Je devine les suppositions de Ryan, et ça sonne toujours comme si elle pouvait être mise en cache - Avez-vous regardé dans votre public/dir? Quels sont les fichiers? – bantic

Questions connexes