問題タブ [kohana-auth]

Auth-module オブジェクト (Auth::factory()) の新しいインスタンスを作成しようとすると、Kohana から次のエラーが表示されます。

抽象クラス Auth をインスタンス化できません

誰か助けてくれませんか？

3.1 で Auth の実例を持っている人はいますか? 私はこれを機能させようとしてきましたが、運がありませんでした。

Kohana は初めてで、最初の試みは 3.1 です。Bonafide を見つけましたが、3.1 から始めたので必要ありません。

kerkness.ca の wiki の例を使用していますが、それらは 3.0 用であり、私は Kohana に慣れていないため、何をすべきかわかりません。うまくいけば、私の開発チームの他のメンバーから賛同を得られるように、実用的な例を見てみたいです。

Auth ORM モジュールで Kohana 3.1 を使用し、 を使用して新しいユーザーを作成した場合create_user、どのように検証例外を処理し、ページ内の各例外に対してエラーを表示できますか? password_confirmこの場合、パスワードは短すぎます (< 8 文字) が、一致しない可能性もありますpassword。

Kohana Auth が IE で検証されていません。user_agent から user_ip への変更に関する v.2 の議論からいくつかのものを読みました...おそらく AUTH モジュールの ORM ファイルにありますが、これで問題が解決されていません。

v.2 に関する別の投稿では、これを使用することをお勧めします

ただし、これをどこで使用するかについては言及していません。

私たちはこの種のものをテストの後半に発見し (学校でのソフトウェア エンジニアリングの重要性の欠如についてのスレッドはどこにありますか?)、この時点で AUTH の使用にかなり固執しています。私はこれについて何時間も壁に頭をぶつけてきましたが、事実上どこにも行きません.

助けてください！ありがとう、デビッド

私は現在、いくつかのプロジェクトでコハナを使用しており、この特定のクライアントまで、問題がまったくない認証モジュールが含まれています。

最初は、IE8を使用してXPマシンでサイトにログインできませんでした。私はいくつか掘り下げて、この構成ファイルをapplication / config/session.phpに追加することになりました。

これは、WinXPマシンのIE8で機能しました

これで、IE9またはFirefox 4でログインできないWin7を搭載したラップトップができました。これをさらに調べる時間が見つかるまで、Chromeをマシンにインストールして動作可能にしました（マシンの前にいる間、Chromeは正常に動作しました） ）。しかし、今日、私は、システムに再び入ることができないと主張する一連の本当に腹を立てた電子メールを受け取りました。

この問題を自分のマシンやブラウザで再現することはできません。私は困惑していて、自分が行った変更をテストする方法がありません。

助けてください助けてください！ありがとう、-デビッド

私は KO3 と認証モジュールをいじっています。ログインは非常にうまく機能していますが、ページを更新するたびにユーザーのログイン数が増加していることに気付きました。

私はそれがこのセクションから来ていると確信しています。

これで、users オブジェクトをビューに渡す行であることがわかりました。でコメントした行// Here?。

なぜこれがログインを増やすのか疑問に思いました。ソースをチェックアウトしましたが、セッション変数を読み取るだけです。

編集

説明を受けた後、これを修正したと思いました。どうやらそうではありません。それがセッションにかかっているかどうかはよくわかりません.GitHubリポジトリのCookieとセッションクラスを使用してみましたが、違いはありませんでした.

これのデバッグをどこから始めればよいかわかりません。

私は Kohana 3 を実行していますが、Auth モジュールを理解するのに苦労しています。基本的に、基本的なユーザー名/パスワード保護を備えた基本的なユーザー プロファイル サイトを作成したいと考えています。

既存のコントローラーを使用するにはどうすればよいですか...

...そして、ある種の認証システムでそれらを使用します

ここでウィキの例に従おうとしています：モデルAuthユーザークラスを拡張します。検証に行くと致命的なエラーが発生します。

何か案は？失敗するコードは次のとおりです。

ORM/Auth モジュールを有効にして Kohana 3.1 を使用しています。ディレクトリ A_only で、ロール A を持つユーザーにのみ静的ファイル (ドキュメント、PDF など) を提供したいと考えています。

.htaccess ファイルは、直接見つけた URL を提供するだけで、index.php には渡さないため、.htaccess を介して A_only ですべてのアクセスを拒否できますが、コントローラー関数で静的ファイルを提供するにはどうすればよいでしょうか?

認証が必要な A_only ディレクトリに .htaccess を含めることもできます。ただし、データベースでユーザー/パスワードを検索するように設定した場合でも、再度ログインする必要があります。

同じマシンに2つのphpWebサイトがあります。最初のサイト（レガシーシステム）には基本認証があります：が設定されているかどうかを確認します$_SESSION['user_id']。私は、最初のサイトの機能を拡張する2番目のサイト（Kohana 3.1ベース）で作業しています。両方のサイトが相互にリンクするため、これらのシステム間でセッションを共有する必要があります。両方のサイトが同じデータベースを使用しています。ユーザーは最初のサイトにログインします。私のサイトには$_SESSION['user_id']、最初のコードを検出するコードがありますが、Kohana-Authモジュールとのセッションを維持するのに問題があります。

最初のサイト（レガシーサイト）は、次のようにセッションをチェックします。

これはすべてのphpファイルにあります...たくさんのファイル。

私のコハナサイトには、アクションの前にセッションをチェックするコントローラーがあります。

このコードはもうすぐ機能します。あるサイトから別のサイトに移動してユーザーを検出できます...しかし、ユーザーがコハナサイト内のさまざまなアクション間を移動すると、ユーザーテーブルの「ログイン」クーターに気づきました。増加します。つまり、アクションの前に「$this->auth->logged_in()」はFALSE...であり、これは、Authモジュールがアクション間でユーザーを保持せず、毎回強制ログインを実行することを意味します。

何ができるかわかりません。

最初のサイトからセッションを検出したいのですが、クリックするたびにこのユーザーにログインしたくありません。