問題タブ [json-api]

私は Mongoid/Rails で 1 対 N の関係を持っています:

これで、コンソールで次のように会社を正常に作成できます。例えば：

次に、次の行に沿って、会社を更新するための JSON API コントローラーがあります。

これで、PUT リクエストがフロントエンドから来ると、company_params には常に :people 属性がありません。Railsログは次のように述べています：

「許可されていないパラメーター」という警告が表示されません。people フィールドを許可する考えられるすべての方法を試しましたが、まだ含まれていません。

結果は同じです。私は何を間違っていますか？

ユーザーが WordPress サイトにログインしてフォームに入力し、WordPress データベースにデータを送信する IOS アプリを開発しています。ここでは、Wordpress 用の JSON API を使用してユーザーを検証しています。WP データベースに直接データを入力できるプラグインはありますか?

私は現在、Rails 用の JSON API を実装して、Google 認証を必要とする Android モバイル アプリを提供しています。

私が望んでいるフローは、omniauth-google-oauth gem で説明されているように、Google API OAuth2 のワンタイム コード フロー (ハイブリッド認証) です。簡単に言うと、Android アプリは Google アカウントのサーバーからワンタイム コードを取得し、それを Rails API アクションに渡します。Rails API アクションはそれをアクセス トークンに変換し、それを使用してユーザーのプロファイル情報を取得します。

これを念頭に置いて、Rails での Devise omniauth の実装に関して 2 つの質問があります。

1. Javascript のワンタイム コード クライアント フローの実装は、omniauth-google-oauth gem のドキュメントで既に説明されているようです。ただし、Devise は、ユーザーを新しい登録ページにリダイレクトすることで承認の失敗を処理します。コールバック フェーズには、ドキュメントがない一連のパラメーターが必要です。Devise は JSON API のこのタイプのフローをサポートしていますか? もしそうなら、それはどのように処理されるべきですか？

2. 以下に示すように、omniauth のコールバック フェーズを開始するある種のトリガーがあることに気付きました。問題は、omniauth の path_prefix を /users/auth/ 以外のものに変更すると、コールバック URL に対して POST 要求を実行しても、これがトリガーされないことです。Devise/Omniauth がこのトリガーに使用する基準は何ですか?

   情報 -- omniauth: (google_oauth2) コールバック フェーズが開始されました。

参考までに、Ruby 2.1.3 と Devise 3.2.4 で Rails 4.1.6 を使用しています。

私はあなたの助けに深く感謝します!

と の 2 つのモデルにアクセスできる JSON API があるcatsとしdogsます。ただし、私の Ember アプリケーションでは、モデルは 1 つしかありません: animals.

save()であるたびにanimalとして API に POST されますが、他のモデルでリンクされたcatを受け取った場合は、ember-data としてローカルに保存する必要があります。doganimal

これを達成するための最も首尾一貫した方法は何でしょうか? ありがとうございました！

ember-data プロジェクトで JsonApiAdapter を使用していますが<select>、データをシリアル化するときに、フィールドの "prompt" (デフォルト、null 値) を選択すると、アダプターがそのプロパティの null 値を省略することに遭遇しています。

問題は、バックエンドでそのフィールドを null に設定するには、この null 値が存在する必要があることです。

リクエスト本文に null 値を「強制」する方法を知っている人はいますか?

単独で存在するか、ツリーのような階層に編成できる複数のリソースがあるとします。便宜上、根、枝、葉と呼びました。今、葉のデータを取得したい:

JSON API仕様に従って、次のようなものを返さなければなりません:

応答データからは、データが階層的であるとは言えず、リーフのルートを変更するのが適切と思われます:

もちろん、このリーフはブランチに接続されてからルートに接続されるため、これは不可能です。以下のスキーマでルートを変更するには、このルートのブランチの ID が必要です。質問は次のとおりです。

1. 関係の変化に追加のデータが必要になる可能性があることを API ユーザーに明確にするために、リソース表現で階層を表現する方法 (可能な場合) は?