我遇到了一個非常奇怪的問題,希望有人會對這裏出了什麼問題有所瞭解。CI不啓動,除非404響應的情況下
我有一個本地ubuntu機器上運行的多個本地CI項目,正常燈棧 - 他們都很好。
我最近參加了一個svn結帳,這個項目我以前很開心,並且無法看到任何控制器/方法,即使我獲得了請求的http 200響應。
如果我從一個方法var_dump $ this - 我得到控制器類的名稱 - 而不是CI全局對象。
如果我放置一個不存在的路徑 - 我得到CI 404頁面。
權限和apache虛擬主機設置都很好。 BASEURL設置正確。
.htaccess和index.php正在工作index.php已從url中刪除,我仍然可以從正確路由的控制器/方法組合中轉儲字符串和自然php函數(如class_exists()等)。然而,只要服務器到達需要CI的代碼(例如$ this-> load-> helper()等),處理就會停止。
我有一個小領導 - 我檢查的項目對我工作的多個開發人員來說工作正常。我不得不最近重建我的機器爲原生ubuntu 12.04,之前是一個五筆虛擬盒(已死)。
爲了從控制器/方法請求var_dump我不得不添加一個__construct()方法到有問題的控制器爲了路由到請求的方法,否則我只是得到一個HTTP 200響應,但沒有var_dump。
本機歡迎控制器(仍然存在於我們的開發人員簽出中)以完全相同的方式工作 - 爲了var_dump,我必須添加__construct()方法。
如果我將parent :: __ construct()添加到方法(在任一控制器中),則var_dump不再有效。
我的新版本的php是Suunto v0.9.33的5.3.10-1。結帳的CI版本是2.1.0
所以基本上CI是不會啓動的,除非在404的情況下。是否有任何明顯的情況,任何人都可以看到我忽略了?
謝謝。
不,我們正在運行2.1並正確擴展 – SaminOz
啓用日誌時會發生什麼?我想我也遇到過這種情況,而且通常最終會變得很小。我會在你的控制器的頂部放一個die語句,看看它是否加載,然後逐步完成。只有我能想到在這一點上做的事情。 –
問題是無法解決與特定的結帳 - 恢復備份文件產生不同的結果 - 所以繼續前進,而不完全瞭解發生了什麼事情 - 我投你的日誌建議,因爲這確實幫助我找到幾個問題。謝謝@christian – SaminOz