私が現在取り組んでいるプロジェクトは、管理コンソールと通常のフロントエンドに分かれています。フロントエンドとバックエンドの両方が同じ Laravel インスタンスにあります。
フロントエンドでは、フロントエンド専用のユーザー ログイン システムを作成しようとしています。別のテーブルとモデルを使用し、管理者のユーザー モデルとは異なる関係を持っています。
私が理解できないのは、両方のシステムで Laravel Auth クラスを使用する方法です。論理的には、Auth は 1 つの構成ファイルを使用し、さらに言えば、1 つのセッション名を使用します。
提唱された 1 つの解決策は、別のテーブルとモデルを使用せず、区別のために何らかの形式の ACL を使用することです。しかし、このようにフロントエンドとバックエンドを混在させるという考えは好きではありません。特に、以前はフロントエンド ユーザーに固有だったすべてのフィールドと関係を管理者ユーザー モデルに突然与えなければならないことを意味するためです。
それは物事を行う正しい方法ではないようです。別の認証システムに切り替えるか、管理者を独自の構成を持つパッケージに分離することはできますが、プロジェクトの範囲では、そのような時間のかかる変更は許可されていません。
あなたが提供できるアイデアを歓迎します。