質問 > 管理機能 > ログインエラー(ログインできませんでした。) |
管理機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
charu |
投稿日時: 2020/6/2 8:44
対応状況: −−−
|
新米 登録日: 2020/5/31 居住地: 投稿: 5 |
ログインエラー(ログインできませんでした。) WEBインストール(dw.php)で最新の4.03をテストドメインにインストール
www.test00 カスタマイズし、本番に向けて、どのように、本アドレスに反映させればよいかと考え、 新たにテスト用ドメインを取得し、 www.test01に、同様にwebインストールで、test00で使用したDBと同じものを使用し、初期化しないでインストール。 すると、はじめ両方でログインできていたが、 少しすると、test00が「ログインできませんでした。入力内容に誤りがないかご確認ください。」とでて、ログインできず。 test01の方はログインできるが、ブロック管理で修正しようとすると、 初期からあるブロックは開けるが、test00で新規に作成したブロックが 「システムエラーが発生しました。 大変お手数ですが、サイト管理者までご連絡ください。」とでて開けず。 test00の方で、運用者用として、メンバー管理で追加した「カスタマイズメニューのないID」があり、こちらは後者ではログインしていないからロックがかかっていないのか、ログインすることができます。 過去検索して、何かキャッシュを消せばよいのかと見ていたのですが、わかりません。 お手数ですが、ご教授お願いいたします。 |
468 |
投稿日時: 2020/6/2 12:43
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: ログインエラー(ログインできませんでした。) DBだけ共有化しても全く同じように動作させる事は仕様上難しいと思います。
ログインできなくなった理由ですが .envのECCUBE_AUTH_MAGICが一致していない事が原因ではないかと思います。 ログインに関連する処理にて、この値を元にハッシュ化を行っている為、 この値を揃えておかないとパスワードの判定が上手くいきません。 WEBインストール時に都度、ランダムな文字列が設定される為、インストール後にこの値だけ手動で揃えておく必要があります。 次にブロック管理でエラーが発生する件ですが ブロック管理で追加したファイル(twig)は各ECUBEのディレクトリに保存される為、 新しく追加したECCUBE[test01]には開こうとしているブロックのtwigファイルが無いのだと思います。 [test00]のapp/template/default/Block以下に新規登録したブロックのtwigファイルが保存されていると思いますので [test01]のapp/template/default/Block以下にコピーする必要があるかと思います。 ※デザインテンプレートを切り替えていると「default」の部分はデザインテンプレートのキーワードに変わります。
|
charu |
投稿日時: 2020/6/2 20:26
対応状況: −−−
|
新米 登録日: 2020/5/31 居住地: 投稿: 5 |
Re: ログインエラー(ログインできませんでした。) お返事ありがとうございます。
無事できました! 00でのログインも、ブロックをコピーしての復活もすることができました。 丁寧に分かりやすくご指導いただき、本当にありがとうございます! DBだけ共有化しても全く同じように動作させる事は仕様上難しいと思います。 ↑ そうなのですね。 今、仮ドメインで作成したものを本ドメインに適用する、初心者にもできる方法がないかと、探っています。 現在既にホームページが公開されており、本アドレスにアップしながらカスタマイズすることができません。 FTPで、EC-CUBEのindex.phpを00index.phpにリネームし、古いindex.phpをアップしたのですが、 すると、管理画面/cartkanri/に古いindex.phpが表示され、ログイン画面にならなくなってしまいました。 そのような簡単な方法で、本ドメインでの制作中に古いホームページを表示しておくことはできないのでしょうか? レベルの低い知識で大変恐縮ですが、ご教授お願いいたします。 |
468 |
投稿日時: 2020/6/3 11:09
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: ログインエラー(ログインできませんでした。) ECCUBRE(symfony)は.htaccessを利用して常にindex.phpから処理が開始するようになっている為、
既存のプログラムと共存させるのはちょっと難しいのではないかと思います。 .htaccessで RewriteRule ^(.*)$ index.php [QSA,L] index.phpにリダイレクトさせる処理があるので ここを00index.phpへ変更すればいけるかもしれませんが 上手くいくかどうかは自信がありません。
|
charu |
投稿日時: 2020/6/3 15:17
対応状況: −−−
|
新米 登録日: 2020/5/31 居住地: 投稿: 5 |
Re: ログインエラー(ログインできませんでした。) 丁寧にありがとうございます!!
.htaccessを書き換えてみましたが、下記のようにエラーがでました。 カスタマイズ中の画面がネットにそのままアップされてしまうのは困ると思うのですが、 他に方法はないのでしょうか? 難しいことはできないので、本アップしながらするしかないでしょうか。 ----------------------------------------- Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at info@coreserver.jp to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. |
468 |
投稿日時: 2020/6/4 6:44
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: ログインエラー(ログインできませんでした。) エラーの具体的な内容が分からないのでWEBサーバのエラーログを確認されてみては如何でしょうか?
500エラーが出ているようですのでもしかしたらhtaccessの記述ミスかもしれませんので。 サーバ環境が分からないので何とも言えませんが index.phpで従来のサイトが稼働している状況で 新サイトにECCUBEを構築と言う案件であれば、 私だったら別サーバを建ててECCUBEを構築しDNSの切り替えでサイトを切り替えるか、 root権限を持っているのであれば、サブディレクトリにECCUBEを構築→documentrootの変更によるサイト切り替えを行うかと思います。 理由としては、従来のサイトに問題が起きた時に ECCUBEが影響しているのかどうかの調査を行う事になり、余計な手間が発生する可能性がある為です。 逆に従来のサイトの何かが影響してECCUBEが正常に動作しなかった場合の切り分け調査も大変かと思いますので。
|
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |