2010-08-16 107 views
1

我一直在我的一個Joomla網站上有這個問題一段時間....當試圖登錄在後端,頁面只是刷新登錄表單再次。在前臺登錄時發生同樣的事情。Joomla管理登錄問題

經過一番搜索,我碰到this link,但我已經嘗試了所有的建議,沒有爲我工作。再加上我的數據庫表都沒問題。在我的本地設置,該網站工作得很好......我只是將數據庫導入到託管服務器。然後使用SSH從我的電腦恢復zip文件。

任何想法?

+0

嘗試更改您的configuration.php中的$ live_site var或許...? – Martin 2010-08-16 22:08:54

+0

我在configuration.php文件中玩弄了一切......仍然一樣 – Stephen 2010-08-17 14:23:14

回答

0

我有一個問題非常類似於這個回來。 PHP無法寫入它的會話目錄(或它不存在),所以它只是在登錄時保持丟棄會話。

您可以在PHP.ini文件中找到此目錄。我認爲它被稱爲session.save_path在Ubuntu上它是在/var/lib/php5

1

我們是一家小型的英國網頁設計公司,Joomla是我們的首選CMS。

我/我們有這個問題幾次。實際上,這個問題確實發生在服務器遷移過程中。

這一次,對於我來解決這個問題,我不得不改變config.php文件中的一行。

我改變

var $session_handler = 'database'; 

如果它使這個特定的任務的差異
var $session_handler = 'none'; 

林不知道,但我也有一個非標準

var $lifetime = '60'; 

我可以記得最後一次,我還必須清空會話表(可能是你的jos_session,除非你有picke d不同的前綴)

這就是吉姆如何爲我修復它,希望它適合你。

0

我也在Joomla 2.5使用SSL時遇到過這個問題。管理面板工作正常,突然間我無法登錄。 關閉SSL(這是不是一個可以接受的修復)工作,但我試過的configuration.php加入

public $cookie_domain = 'yourDomainHere.com'; 

,似乎現在一切正常。

3

這一次,對於我來解決這個問題,我不得不改變config.php文件中的一行。

我改變

var $session_handler = 'database'; 

var $session_handler = 'none'; 

我不知道,如果它使這個特定的任務的不同,但我也有一個非標準

var $lifetime = '60'; 

非常感謝。在我找到這個解決方案之前經歷了艱難的時刻,謝謝。

0

我發現這一點:

session.cookie_secure必須設置爲0

它添加到你的服務器php.ini

session.cookie_secure = 0 

或當地的php.ini

重啓Apache

0

如果你在Joomla 1.7或3.4然後h ere的我的研究和解決方案:

  1. 當您意外禁用與用戶身份驗證或登錄相關的插件時,管理員不起作用。
  2. 的Joomla 1.7和3.4沒有jos_users表,而是存儲在jos_extensions表1.7和3.4 解決方案,除非您使用的是不同的前綴你的表
  3. 轉到jos_extensions或所有插件init_extensions init_extensions表並查找插件,如plg_authentication_joomla,plg_authentication_ldap,plg_user_joomla,com_login和com_users。

  4. 一旦找到它們,請確保它們在jos_extensions或init_extensions表中啓用。

  5. 對於jos_extensions表中的所有以上列(插件),將enabled列從'0'更新爲'1',並確保點擊'Go'按鈕將更新保存到數據庫。

  6. 瞧,你現在回到登錄管理員的形式。 這篇文章對我很有幫助,因爲它給了我足夠的指針來找到確切的根本原因。然而,這篇文章的原始解決方案是Joomla 1.5和1.7,但我不得不爲Jooma 3.4挖掘並設法解決我的問題。

感謝大家分享和祝你好運!