2009-10-12 105 views
2

我在我的rails應用程序中使用authlogic時遇到了一些麻煩,所以我開始使用github.com/binarylogic/authlogic_example這個空白的例子,它也不起作用。authlogic崩潰無限遞歸

我花了一天安裝紅寶石1.9.1和1.8和jruby1.8,都沒有工作。有趣的是,另一個rails應用程序在我的服務器上工作。也就是說,我只是看不到代碼打破了什麼地方或者區別在哪裏。下面是給出共享輸出/日誌/ mongrel_debug/threads.log:

Mon Oct 12 19:23:53 +0200 2009 REQUEST /favicon.ico 
0.0.0.0:7102 -- THREADS: 1 ----- 
KEYS: 
    -- #<Thread:0x7ffe28347fc8>: [:started_on, :__recursive_key__] 

後請求後的一段時間超時了500。我說得對不對假設它是在一些代碼段的infitite遞歸?

我的服務器配置爲:

Linux xxxxxx 2.6.28-11-server #42-Ubuntu SMP Fri Apr 17 02:45:36 UTC 2009 x86_64 
ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux] 
gem -v: 1.3.5 
rails 2.3.4 (any lower version doesn't change it) 

到目前爲止,它不依賴於數據庫或軌道版本而定。再次啓用該應用程序的唯一方法是註釋#acts_as_authenticated,因此我認爲authlogic和我的服務器conf存在一些問題。本地它仍然有效(OSX 10.6.1)

我在谷歌搜索了幾個小時,並從頭構建了一個authlogic應用程序。如果您有任何想法可以搜索我還可以查看什麼,請給我一個提示!

非常感謝! 直到

+0

好吧,我剛部署在另一臺服務器上 - 工作。 我仍然不知道爲什麼這會打破第一臺機器。無論如何感謝閱讀! – tielefeld 2009-10-13 10:30:07

回答

1

我的同事有另一種解釋:

config.cache_classes = true

其設置爲false幫助它。

1

最後,我找到了一個解決方案:

數據庫名和用戶曾在其下劃線和密碼,它有一些特殊字符。設置它更容易解決它。