問題タブ [actiondispatch]

ルートの命名規則に一貫性を持たせたい。デフォルトのパラメーターは:id、すべてのリソース用です。ただし、その中に別のリソースをネストすると、親リソースの param は に変更され:parent_idます。私のルーティングは次のようになります。

ユーザー モデルの場合は のような URL が生成さ:idれ、プロジェクトの場合は のように:user_id/:idなり、課題の場合は のようになります:user_id/:project_id/:id。これに続いて、デフォルトのパラメーターをオーバーロードしようとしました

次のような URL を生成します:user_user_id/:project_project_id/:issue_id。私はそれをオーバーライドしているので、親リソースのデフォルトの追加がオフになっていることを望みます。ルートを次のように見せ:user_id/:project_id/:issue_idたいし、すべてのモデルで一貫したものにしたい. つまり、プロジェクトは にマップする必要があります:user_id/:project_id。

python で request パッケージを使用して、レール上の 1 つの localhost URL に ping を実行しています。私の要求ヘッダーには、私が添付した 4 つの余分なものがあります。

そして、コントローラーでこれらのものを印刷しているとき、他の2つのものではなく、DATEとMD5のみを取得しています。そして、このエラーも悪くなります Request-Line m-urlencoded'

authenticationで実行されているアプリケーションのプロセスを書き直していますZF2。

呼び出されるサービスに応じて、ユーザーを認証するためのオプションがさらに必要です。

ブラウザからアクセスする Web アプリケーションの IE では Ldap 経由で認証し、API サービスではヘッダーのユーザー認証情報をチェックします。

abstract controllerユーザーが認証されているかどうかのチェックを作成しました。そうでない場合は、ログイン ページにリダイレクトされます。

同じ認証プロセスを必要とするモジュール内のすべてのコントローラーは、このクラスを拡張します。

ログインに成功した後、元のリクエストを保存して元のリクエストにリダイレクトする必要があります。

私の質問は次のとおりです。

1. 抽象コントローラ -> onDispatch() メソッドは、配置するのに適切な場所ですか?

私が周りで見つけたすべての解決策は、常にModule.php. Module.php は常に呼び出されるため、auth メソッドを区別するには、要求されたコントローラーが一致するかどうかを確認する必要があります。コントローラーにセットした方が「すっきり」しませんか？

2. リダイレクトまたはフォワードを使用して、元のコントローラーからログイン コントローラーに渡してから戻す必要がありますか?

元のリクエストも維持しながら、最善かつ最速のソリューションを探しているだけで、ブラウザ バーで URL が変更されてもかまいません。

3. URI をセッション クラス (認証モジュールから) に保存するのは正しいですか? リクエスト全体 (必要に応じて POST データを含む) を保存する方法はありますか?

抽象コントローラーは次のとおりです。

Rails3.2.22アプリには約 650 のルートが定義されています。そのうち約 20 件で、私たちのリクエストの 90% 以上を占めています。これらの 20 はすべて、オプションのスコープに分類されます: (/:api_version). これらのルートを定義するのに最適な場所はどこですか。

定義ツリーの先頭ですか、それとも末尾ですか。言い換えれば、それらは昇順または降順で人気によって定義されるべきですか?