基本的に大規模な会員データベースを持っているクライアントのためにプロジェクトを再構築しています。これらのメンバーは、フロントエンドからメンバーシップを管理するためにログインできます。バックエンドにログインする管理者は、別のデータベーステーブルに保存されます。
adminにはカスタム基本認証を使用し、フロントエンドにはion_authを使用することを検討していました。フロントエンドでion_authを使用する理由は、将来、コミュニティ関連のビットやボブが追加される可能性があり、ion_authの追加機能のようなものを予測できるからです。
しかし、私はこれがそれを扱うかなり厄介な方法であると感じずにはいられません。メンバーシップと管理テーブルを組み合わせることはオプションではないため、何が起こっても2つの認証を実行する必要があります。出来ますか。
ion_authを効果的に2回実行することは可能ですか、それとも上記を実行して、フロントエンドメンバーにion_authを使用し、管理者に別の認証タイプ（カスタムなど）を使用する必要がありますか？
ION_authのクローンを作成して名前を変更し、管理者ログイン用のいくつかの要素を削除することができます。結局のところ、それは単なるライブラリです。
ユーザーログインの場合、実際にはuser_idがセッションに存在するかどうかを知る必要があるだけで、「_is_logged_in」=>1を設定する必要はありません。セッションデータが正しく作成/破棄される限り、これはuser_idが必要であるためです。適切なログイン手順が実行された場合にのみ存在します。
ただし、管理者ログインの場合は、「admin_logged_in」=>1または「horse_logged_in」=>1のように設定する必要があります。命名規則は重要な役割を果たしません。管理者が存在することを知らせるために、参照するものが必要です。
あなたが言うように管理者ログインを別のテーブルに保存する場合、ログインはユーザーログインと同じくらい簡単でなければなりません。
Auth（groups / permit）に関連するcodeigniterの回答がいくつかあります。それらを確認したい場合。
幸運を