問題タブ [cartalyst-sentry]

Sentry::createUser()またはを使用してユーザーを作成しSentry::register()、パスワードを渡すと ( https://cartalyst.com/manual/sentry/users/registerに示すように)、パスワードは保存されません。Sentry はユーザーを作成しますが、パスワード テーブル属性は空です。

なんで？回避策は、ユーザーを作成してDBから取得し、パスワードを設定して再度保存することですが、それは好きではありません。

私は と の初心者のようなものですが、Laravel 4これSentry 2まで生き残ることができました。私は現在、問題に直面しています。なぜならuserid(1)、私がとしてログインしていて、のプロファイルを表示したいのですがuserid(2)、userid(2) のプロファイルに userid(1) の情報が表示されているだけだからです。

ここでフィルターを使用すると便利な場合があることは承知していますが、正直に言うと。などなど、何を見ればいいのかわからない。

このサイトが回答を提供するためのものではないことは承知しています。しかし、誰かが私にちょっとした答え、どこを見るべきか、何を心に留めておくべきかなどを教えてくれたら、それは非常にありがたいです.

- -編集 - -

ルート：

プロファイルコントローラー

意見

Sentry 2 を使用して認証システムを構築しています。私が直面している問題は、ユーザーが認証されて Sentry 経由でログインした後、ユーザーのセッションを作成できないことです。これは私のコントローラコードです:

ログイン後、ユーザーが実際にログインしているかどうかを確認するために、認証されたユーザーの詳細をダンプする別のコントローラー アクションを作成しました。

var_dump() は null を返します。ここで何が欠けていますか？私はLaravelとSentryが初めてです。どんな助けでも大歓迎です！前もって感謝します！

今日から、ログイン コントローラー (Sentry を使用) が機能しなくなりました。すでに 10203902 回変更しましたが、「[login] 属性が必要です」というエラーが表示され続けます。過去 2 ～ 3 週間、このコントローラーは問題なく動作しました。

ログインコントローラ

意見

私はすでに多くの人に解決策や修正などを求めました.それらはすべてうまくいきませんでした..

PS & FYI: Sentry の設定も公開しました。login_attribute は email です。どんな助けや情報も素晴らしいでしょう。前もって感謝します..

私は答えを求めてここを見回してきましたが、何もうまくいかないようです。Laravel と Sentry 2 の基本インストールを行いました。まず、users テーブルに client_id 列を追加するために、この移行を追加しました。

次に、別の移行で次のクライアント テーブルを作成しました。

最後に、次のように移行を作成しました。

エラーは次のとおりです。

探しているものに少し行き詰まっています。両方ともインデックスにする必要がありますか?

Laravel で Sentry を使用してユーザー情報を更新することについて質問を受けました。

コントローラーでこれを取得しました：

フォームの送信時に処理されます。ただし、入力フィールドにパスワードを入力せずに、ユーザー情報の他の何かを更新してフォームを送信するとします。また、「空の」パスワードフィールドを使用して、それとはまったく異なるものを作成します。そのため、元のパスワードを使用してログインできなくなります。

hash->checkその部分に何か問題があることは知っていますが、何ですか？知らない。助けていただければ幸いです。

編集：パスワードフィールドが入力されているかどうか、入力されていない場合はパスワードをそのままにして、入力されている場合は現在のパスワードと異なるかどうかを確認しようとしています。違うなら変える、そうでなければそのままにしておく

laravel 4 を使用してサイトを開発しており、Sentry 2 を使用して ACL を実装しようとしています。以下を構成する方法について助けが必要です。

私は、ロール HR に対して次の権限を持っています。

以下の路線に対応。

次のアクセス制御が必要です。

1. view-staffs のマイ メニューのリンク: すべてのスタッフ権限が無効になっている場合は、リンクを無効にします。これは私がやっている方法です：

   /li>

2. my routes: すべてのスタッフ権限が無効になっている場合、「staff/」に該当するすべてのルートを無効にします

   /li>

3. 無効化された権限に対応するアクション ボタンを無効化する

   /li>