ステージングサイトの1つでMagentoの管理パネルへのログインに問題があります(webdevサーバーで100%動作し、ステージングサーバーでもそれほど前にはうまく機能していませんでした)。
私はいくつかの調査を行いましたが、ほとんどの人は、ローカルホストでMagentoを実行し、ブラウザがドメイン名にドットのないドメインのCookieを保存しないことを示唆しています。ただし、その問題は、 http://staging.sitename ...などから実行していることです。
提案された別のいくつかのことは、誰かが設定で管理者にアクセスするためのデフォルト名を変更したが、私たちはそれを変更していません。
誰でも役立つアイデアがありますか?
手伝ってくれてありがとう!
敬具、
レミー
なんとか修正できました!ここでこの解決策を見つけました: http://blog.chapagain.com.np/magento-admin-login-problem/ 。
なぜそれが修正されたのかを知りたいと思ったのですが、コメントアウトしたアイテムをvar_dumpして、Cookieドメインが「/」に設定され、「/ shop /」の下にmagentoが設定されていることに気付きました。そこで、構成セクションに移動し(記事に記載されている3行をコメントアウトした後にログインできた)、CookieドメインとCookieパスを空白に変更して保存しました。次に、これらの行のコメントを外して、もう一度試してみましたが、すべてうまくいきました!
新しいMagentoのインストールでは、次の手順を実行します->
ファイルを開く
app/code/core/Mage/Core/Model/Session/Abstract/Varien.php.
87行目のコードをこれに変更します->
$cookieParams = array(
'lifetime' => $cookie->getLifetime(),
'path' => $cookie->getPath(),
// 'domain' => $cookie->getConfigDomain(),
// 'secure' => $cookie->isSecure(),
// 'httponly' => $cookie->getHttponly()
);
私もこの問題に遭遇しました。これが私がやったことです:core_config_dataで、path = web/cookie/cookie_domainの行を削除します
WebブラウザでCookieとキャッシュをクリアするだけです。それは私にとって完璧に機能します。
特定のエラーがあると役立ちます。暗闇の中でいくつかのショット-
書き換えを確認する価値があります。サーバーの1つに書き換えセットアップが正しくないサーバーからサーバーへの移動で問題が発生しました。 servername.com/index.php/adminは機能するが、servername.com/adminは機能しない場合は、書き換えの問題があります。
Base_urlが適切なサーバー用に構成されていないことも考えられます。データベースを移動したときに変更しましたか?詳細については、 この投稿 の回答を参照してください。
こんにちは、私は同じ問題を抱えていたので、/ var/sessionのすべてのファイルを削除することで解決しました。 Magentoでのセッションが多すぎるためだと思います!
セキュリティのため、再度ログインできるようになった後、「Web」設定の「セッションCookie管理」で「HTTPのみを使用」を「いいえ」に変更しました。
インターネットでこのソリューションを見つけました: https://magento.stackexchange.com/questions/26071/magento-1-9-can-t-login-to-admin-panel
私もこの問題に遭遇しました。これは私がやったことです:core_config_data
、path = web/cookie/cookie_domain
次のパスのcore_config_data
テーブルの3つの項目を更新する必要があります。
web/secure/base_url
web/unsecure/base_url
web/cookie/cookie_domain
次のようなコマンドを使用します
UPDATE 'core_config_data' SET 'value'="localhost.com" WHERE path="web/cookie/cookie_domain"
そしてnotキャッシュとブラウザCookieのクリアを忘れます。
同じ問題が発生しましたが、これはサーバーのハードドライブの容量不足が原因でした。 Magentoは新しいセッションを作成できなかったため、ログインできませんでした。スペースを解放して、問題を解決しました。
キャッシュをクリアするだけで解決しました(Magentoベースディレクトリからphp mage clear-cacheを実行します)
バックエンドにアクセスできません!
(私のための解決策):
app/etc/local.xml行55
<session_save><![CDATA[files]]></session_save>
取り替える
<session_save><![CDATA[db]]></session_save>
サンプルデータを使用する場合:
変更: app/etc/local.xml行55
<session_save><![CDATA[files]]></session_save>
取り替える
<session_save><![CDATA[db]]></session_save>
Then:ブラウザのキャッシュをクリア
この問題を解決する新しい簡単な方法を見つけました。私は何時間も費やしましたが、最後に、おそらく必死のために、このステップ:管理者パスワードを要求します。
そのため、管理者ログインページに移動し、パスワードを忘れた場合のリンクをクリックします。
パスワードを変更すると、再びログインできます!
よろしく
私たちのサイトは数か月間正常に動作していましたが、今日は誰も管理者にログインできず、ユーザーは自分のフロントエンドアカウントにログインできませんでした。 Linuxサーバーで実行します。
解決策:/magento/var/session
ディレクトリはsess_*
セッションファイルでいっぱいだったため、実際にはrm *
を実行しようとして失敗しました。セッションファイルを少しずつ(rm sess_1*
、rm sess_2*
、。。。rm sess_a*
、rm sess_b*
、。。。rm sess_v*
)退屈に叩いた後、突然再びMagentoにログインできました。実際、ほんの数バッチを叩いただけでログインできました。
理論:セッションディレクトリのファイルが多すぎる場合、Magentoは新しいセッションファイルをタイムリーに作成できないか、まったく作成できない可能性があります。
私は簡単な方法をしました。 phpMyAdminに行き、MD5ハッシュで新しいパスワードを使用しました。その後、そのパスワードで正常にログインしました
私の場合、session
フォルダーの下にvar
フォルダーがありませんでした。作成したばかりのvar/session
フォルダーおよび777
、cache
をクリアして完了しました。
sysytem.log
このため。
この問題を試して解決するために、gogoleの検索結果の2ページ目の一番下に行きました。私はそれが提案されたことを見つけることができるすべてをしました。私の友人は、このコマンドラインツール n98-magerun を提案しました。ランニング php n98-magerun.phar cache:flush
それを解決しました。それからログインできました。しかし、コマンドがたくさんあるので、それがうまくいかない場合は、別のコマンドを実行します。
私は同じ問題を抱えていましたが、それはすべてローカルホストにありました。
最初にweb/unsecure/base_url
とweb/secure/base_url
を変更しました。これらの両方の設定値にはlocalhostがあり、それを127.0.0.1
に置き換えました。それでも、2つのフォルダーvar/session/
とvar/cache/
のすべてのコンテンツを削除するまでは機能しませんでした。
今では正常に動作しています。
非常に多くのソリューションと回答を適用した後、これはようやく機能しました。
Line 108〜にコメントする
call_user_func_array(’session_set_cookie_params’, $cookieParams);
ファイルapp/code/core/Mage/Core/Model/Session/Abstract/Varien.php
価値があるものについては、admin_user
は少なくとも100
文字。
もしそれが 40
、パスワードの変更は機能しません。