問題タブ [rails-api]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
219 参照

ruby-on-rails - Rails API サービスの問題の構築

私は Rails API サービスを構築しており、ユーザー認証のために rails-api gem と devise gem から始めました。また、独自のバージョニングも展開しました。バージョニング API の優れた RailsCast だけが必要でした。

今ここに私が直面している問題のいくつかがあります

  • まず、rails-api gem は必要のないすべてのモジュールを削除しますが、返されるエラーが API 形式であると予想していましたが、代わりにメインの例外がログに記録されました。ルーティングまたはその他の理由で失敗し、エラー スタック全体がいくつかの JavaScript を含む html css の形式で返されます。API コンシューマーに返したいものではないと確信しています。

私の質問は、Rails-api ですべてのエラーを適切に処理し、長いエラー スタックを返さないようにするにはどうすればよいかということです。

  • 第二に、ルートで指定した名前空間の下にすべての新しいコントローラーを自動的に作成するようにレールジェネレーターを取得するにはどうすればよいですか (これは非現実的だと思いますが、ちょっと聞いています:P)

  • また、Rails API サービスを成功させるために使用できるその他の必要なリソースを教えてください。

ありがとうございました

0 投票する
1 に答える
960 参照

ruby-on-rails - RailsでAPIを作るより良い方法は何ですか?

RailsでAPIを作成するより良い方法は何ですか:

  1. メイン アプリケーションでマウント可能な Railsエンジンを作成します。ルートで、api の URL パスを設定します: example.com/api/v1。
  2. rails-api gemで個別にアプリを作成し、api のサブドメインを作成します: api.example.com/v1。
0 投票する
2 に答える
2185 参照

ruby-on-rails - Rails 開発エラー ページのプレーン テキスト バージョンをレンダリングする例外を取得するにはどうすればよいですか?

rails-api を使用して、Web インターフェイスのない API を構築しています。開発中にエラーが発生した場合は、エラー メッセージとスタック トレースだけをプレーン テキストで表示し、HTML ラッピングを一切行わないようにしたいと考えています。グローバル例外処理をオーバーライドして、開発モードでスタック トレースをプレーン テキスト/JSON でレンダリングし、本番環境で一般的なエラー メッセージをレンダリングするにはどうすればよいですか?

0 投票する
1 に答える
1998 参照

javascript - 「アプリケーション」テンプレートまたはビューが見つかりませんでした。何もレンダリングされません Emberjs RailsAPI

私は、非常に単純な問題のように見える問題に対する答えまたは修正を見つけようとして立ち往生しています。

最近RailsAPIアプリを始めました。私は EmberJS をいじって、ここにある最近のチュートリアルに従うことにしました

アプリのインデックス ページに移動すると、空白の画面しか表示されず、テンプレートがレンダリングされません。何らかの理由で Ember が私のテンプレートを見つけられないようです。

コンソールに表示される内容は次のとおりです。

ご覧のとおり、Ember.TEMPLATES は空です。私の現在のアプリ構造は次のようになります

など、随時更新していきます。基本的なRailsアプリです。

関連するファイルは次のようになります。

アプリケーション.js.コーヒー

テンプレート/application.hbs

テンプレート/index.hbs

必要なすべてのファイル (ember、ハンドルバー、jQuery) は、コンソールにエラーが表示されず、生成された HTML にあるため、正しくレンダリングされています。

handlebar_assetsのアセットをコンパイルするためにgem を使用していますAssetsPipelineが、テンプレートは正しく生成されています。

ember がテンプレートを見つけられないのはなぜですか? 助けてくれてありがとう

更新https://github.com/AppDojo/AppDojo-API/tree/ember-railsapiに興味がある人は、ソース コードをご覧ください。

解決

HandlebarsAssets::Config.ember = trueテンプレートの適切なテンプレート ストレージを に設定しEmber.TEMPLATESます。sハンドルバーから 欠品していました...

0 投票する
3 に答える
21106 参照

ruby-on-rails - devise の token_authenticatable は安全ですか?

私はRails APIを使用して単純な API を構築していますが、ここで正しい軌道に乗っていることを確認したいと考えています。私はdeviseを使用してログインを処理しtoken_authenticatableていますが、リクエストごとに送信する必要があるAPIキーを生成するDeviseのオプションを使用することにしました。

私は API をバックボーン/マリオネット フロント エンドとペアにしていますが、通常、セッションをどのように処理すればよいか疑問に思っています。私が最初に考えたのは、API キーをローカル ストレージまたは Cookie に保存し、ページの読み込み時に取得することでしたが、API キーをそのように保存することについて、セキュリティの観点から気になりました。ローカル ストレージ/Cookie を参照するか、通過する要求をスニッフィングして API キーを取得し、それを使用してそのユーザーを無期限に偽装するのは簡単ではないでしょうか? 現在、ログインごとにAPIキーをリセットしていますが、それでも頻繁に発生するようです.任意のデバイスにログインするたびに、他のすべてのデバイスでログアウトすることになります. このリセットをやめることができれば、ユーザビリティの観点から改善されると思います.

私はここで完全に間違っている可能性があります (そして私が間違っていることを願っています)。この方法で認証することが確実に安全であるかどうかを誰かが説明できますか? 全体として、頻繁に再認証を強制することなく、ユーザーが API アクセスに「サインイン」した状態を安全に維持できる方法を探しています。

0 投票する
1 に答える
474 参照

ruby-on-rails - Rails モデル: サブオブジェクトの配列を保存

Ruby と Rails は初めてです。リーダー ID とユーザーの配列が関連付けられた「チーム」オブジェクトを作成しようとしています。

問題 ユーザーの配列をチーム オブジェクトにアタッチできません リーダー オブジェクトを定義できず、その ID のみを保存します

どんな助けでも大歓迎です

私のRailsモデル:

コントローラーアクション

JSON 送信済み

オブジェクトは作成されますが、ユーザーとリーダーは保存されず、オブジェクトは次のように返されます

0 投票する
1 に答える
161 参照

ruby-on-rails - Rails 3 の「request_via_redirect」のトラブル

request_via_redirectに問題があります

この方法の使用方法:

エラーが発生します:

誰が何が間違っているのか説明できますか?

0 投票する
2 に答える
1660 参照

authentication - Ember-Data + AMS => JSONまたはHTTPヘッダーのEmber.js認証トークン?

環境:

JSON データを Rails-API サーバー (Rails 4) と交換する Ember.js 1.1.0-beta.1 アプリケーションがあります。JSON データ交換は、Ember-Data 1.0.0-beta.2 と Active Model Serializers 0.8.1 (AMS) で実現されます。私は Ember-Data と AMS の両方でデフォルトの推奨構成を使用しており、JSON-API 仕様に準拠しています。

特定の RESTful 呼び出しで、クライアントは現在の認証トークンをサーバーに渡します。認証トークンが検証されて廃止され、新しい認証トークンが生成されてクライアントに送り返されます。したがって、すべての RESTful 呼び出しは要求で認証トークンを受け入れ、クライアントがキャッシュして次の RESTful 呼び出しに使用できる新しい認証トークンを応答で提供します。

質問:

各リクエストとレスポンスのどこに認証トークンを配置すればよいですか?

リクエストとレスポンスで各オブジェクトの JSON の一部にする必要がありますか? その場合、トークンは既存のオブジェクトの JSON 構造 (認証とは関係ありません) のどこに配置されていますか?

それとも、各リクエストおよびレスポンス オブジェクトの HTTP ヘッダーに配置する必要がありますか?

新しい Ember Guides Cookbook で最終的に期待される「The Ember Way」とは何ですか?

詳細なコンテキスト:

私はすでに次のリンクに精通しています。

...そして、これらを超えた、Ember-Data + AMS に固有の回答を探しています。

Ember-Data を介して応答で新しいトークンをクライアントに返す必要があることを除いて、私のクライアント コードが GitHub の @machty Embercast の例に似ていると仮定します: https://github.com/embercasts/authentication -part-2/blob/master/public/js/app.js

どうもありがとうございました!