EC-CUBE3（3.0.5および3.0.9）の２バージョン両方で起きている現象です。

お客様側で新規会員登録後、ログインができない状況です。
DBを見ると、パスワードが文字化けというか違った長い文字列で表示されていて、これが原因かと思います。

新規会員登録と同時に何かの要因でパスワードが書き換わる、または、変換されてしまうという事か？と思っています。

EC-CUBE側の問題か、サーバーの問題かも分かりません（サーバー会社確認中）
ちなみにサーバーはロリポップです。

不思議なのは、以前は問題がなかったということです。
最近変わったことと言えば、メルマガ管理プラグインと、ルミーズ（決済）プラグインをアップデート更新したことです。
または、ロリポップ側で何か仕様変更も考えられますか・・・


このような現象につきまして、何かお分かりになる方はご教授の程お願いいたします。

尚、ログ上は、エラーは出ておりません。

よろしくお願いいたします。

パスワードはデータベースにそのままでは登録されず、ハッシュ化されて保存されていますので、データベースの中身を見ても正しいかは判断できません。
※不可逆のため元に戻すこともできません。

以下の2点を試してみてください。
・新しくユーザーを作成し、間違えようのないパスワード（password、aaaaa など）で登録し、ログイン

・一旦プラグインを無効化してから再度ログイン

※ロリポップ側の介入は考えづらいと思います。

ご対応いただきありがとうございます。

今回の問題になったプロセスを述べますと

_______________________________________


EC-CUBE　3.0.5から、3.0.9へのアップデートがうまくいかず、
3.0.9で新規にインストール。

↓↓↓↓↓↓

バックアップしておいた、会員データをDBに入れた所、
以下のエラーがでました。

#1022 - Can't write; duplicate key in table

↓↓↓↓↓↓
DB内容をよくチェックしたのですが、原因がみつかりませんでした。
しかしながら、dtb_customerを見てみると、
しっかりデータは入っています。

↓↓↓↓↓↓

で、DB登録しておいた、会員IDパスでログインをしようとすると、
パスワードが違うと、なります。

↓↓↓↓↓↓

そこで管理画面より、会員編集でパスワードを上書きしてみました。
そうすると、ログインできるように。

↓↓↓↓↓↓

実際の大問題としては、お客様が全員ログインできないということです。
しかし、パスワードを管理で上書きすればできますが、
それは運営的に問題になりますので・・・

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿


なにはともこあれ、現行のDBに格納されたパスワードが違うとでてしまうのが問題です。

saltの値なども関係するのでしょうか？


新規に会員登録する分には問題ありません。


大変お手数ではございますが、ご教授のほどよろしくお願いいたします。

app/config/eccube/config.yml の中の auth_magic という値を 3.0.5 の状態にする必要があります。

この auth_magic は、インストールするたびに違う値で生成され、パスワードのハッシュ値を生成する際に使用しているため、auth_magic が異なるとハッシュ化した際の値も変わってしまうため、ログインに失敗してしまいます。

shhirose 様

ご対応いただきありがとうございます。

私も「そうだったのか！」と思ったのですが・・・

config.yml　を確認してみたのですが、
ファイルそのものが3.0.5と3.0.9で同じ設定になっていました。
残念です。


そもそもの不具合はメルマガ登録プラグインをアップデートしてから起こったのですが、（3.0.5のシステムで）
もしかしたら、と思い、テスト用の3.0.9の方でもメルマガ登録プラグインをインストールし、有効化し、管理画面＞会員編集で、パスワードを書き換えると、今度はこれもログインできない現象になりました。通常にログインもできないし、管理画面でパスワード設定をしなおしても、ログインできないという最悪の状況です。

プラグインを無効化し、再度、管理画面でパスワード設定すると、ログインができます。

これはこのプラグインの影響としか思えないですが、
このプラグインがDBテーブルを変更するということはないと思いますが、
mailmaga_customerという新たなテーブルを生成します。

問題が錯乱しましたので、整理をさせていただきますと、

■3.0.5でメルマガ登録プラグインをアップデートしたら、管理画面から会員編集するとログインができなくなった（もともとのパスワードではログインできます。）
ちなみにクレジットカード（ルミーズ）のプラグインもアップデートしたら、クレジットカード画面が表示されなくなり、
本体のバージョンアップを決意した。

■3.0.5のdtb_customerデータを3.0.9にインストールしたところ、会員ログインができない（パスワードが違う、となる）
しかし、管理画面からパスワード設定をすると、ログインできるようになる。（3.0.5の時と真逆の現象）

■3.0.9にメルマガ登録プラグインをインストールすると、管理画面からパスワードを設定してもログインができない。

以上です。
3.0.9はカスタマイズせず、そのまま使っていますので、メルマガ登録プラグインはどちらにしてもアウトということになりますが、みなさんはどうしているのでしょうか？
ロリポップとの相性問題なのでしょうか？
謎は深まるばかりです・・

よろしくお願いします。

メルマガプラグイン修正が入っているはずですが・・・。
バージョンはいくつになっていますか？
0.0.2 あれば修正されているはずです。

shhirose 様

ご対応いただきありがとうございます。
残念ながら、バージョンは0.0.2でした。

もし、他の方は問題なく使えているのであれば、
インポートしたデータそのものに問題があるのかもしれませんので、
もう一度、テーブル内のデータをよくチェックしてみます。

ありがとうございました。

ソースを見てみたら、フロント側は治っていましたが、管理側が治っていないですね・・・。

{EC-CUBEインストールフォルダ}/app/Plugin/MailMagazine/blob/master/MailMagazine.php の200行目付近を修正してみてください。


これでうまくいかないですか？

shhirose 様


この度はご尽力いただき誠に感謝いたします。

ご指摘の　MailMagazine.php の編集をしたところ、
3.0.9にて、会員パスワードの管理画面からの編集ができるようになりました。
メール管理プラグインを有効にした状態でも、
再設定したパスワードで、ログインが出来ます。

ありがとうございます！

ただファイルの居場所が、3.0.5および3.0.9共に以下にありました。
/app/Plugin/MailMagazine//MailMagazine.php

ちょっと不思議です・・

しかしながら、3.0.5のDBを3.0.9にインポートした場合に、
会員ログインができないのは変わりありませんでした。
パスワードが違うと出ますので、
一度双方のプラグインを無効化した状態で、
またDBエクスポート/インポートを試してみようかと思います。


こちらについてご相談なのですが、
もしうまくいかなかった場合の最後の手段で、
全ての顧客のパスワードを一つのものに書き換え、
それぞれの顧客がログインした後に自分のパスワードで再設定をしてもらうという、アナウンスをしてみてはどうかと思っています。

しかしPHPmyAdminなどで、直にパスワードを一括再設定すると、これまた暗号化の影響？で、ログインができません。

これに関しまして、なにかヒントはございますでしょうか？
管理画面から全員分ですと、かなり酷な作業となりますので・・・

番外編となり申し訳ありません。

度々となりますが、よろしくお願いいたします

返事が遅くなりました。
もしかしたらもう解決しているかもしれませんが。

ファイルパスについてはコメントを記述している際に見たファイルパスが古いものだったためです。すみません。


もし全員のパスワードを変更するのであれば、誰か一人のパスワードを変更後、dtb_customer の password および salt を同一にすれば大丈夫だと思います。
salt も個人ごとに別となり、ハッシュ値を生成する際に使用するため、この値も変更する必要があります。
※セキュリティ上同一にするのはあまり良くありませんが・・・。


一番いいのは EC-CUBE で使用しているパスワード生成のアルゴリズムを実装し、個別に生成することです。

src/Eccube/Security/Core/Encoder/PasswordEncoder.php というファイルの encodePassword という関数でパスワードを生成していますので、参考にしてください。（第一引数：平文のパスワード、第二引数：salt）

この部分でデータベースに保存するパスワードが生成されています。