Api-blueprint: 認証

作成日 2013年08月14日 · 14コメント · ソース: apiaryio/api-blueprint

API認証の直接サポート。

RFC提案

Next Language RFC Feature

ソース

zdne

では、認証のステータスはどうなっていますか？＃201は、 https：//github.com/apiaryio/api-blueprint-rfcs/pull/5およびhttps://github.com/apiaryio/api-blueprint-rfcs/pull/6に置き換えられたため、閉鎖されました

imanel 2018年02月22日

👍8

これは私にとって本当に便利に聞こえます。

xurde 2013年08月14日

@xurdeそれを聞いてうれしいです！必要に応じて、構文を提案するか、スタブ/例を共有してください。また、特定の種類の認証に興味がありますか？

zdne 2013年08月14日

さまざまなフィールドでHTTP認証ヘッダーを設定する必要があるOAuth1.1のサポートに興味があります。

rurounijones 2013年08月15日

ユーザー名/クレデンシャルに基づいてトークンのリクエストをモック/使用/定義し、そのトークンをAPIへの後続のリクエストに使用できるようにしたいと思います。トークンまたはユーザー名/資格情報を生成/解析するJavaScriptをブループリントにインライン化することが解決策になると思います。

remkoboschker 2013年08月15日

OAuth2.0は非常に広く使用されています。

kadishmal 2013年10月16日

＃47で提案されている特性が認証のニーズを改善するかどうかを教えてください。この例も参照してください： //gist.github.com/zdne/01e287fe18d232672d43#file -4-example-gist-fox-api-md

zdne 2013年12月17日

＃47で対処（および終了）します。

zdne 2014年01月31日

これがまだ作業中であるかどうかはわかりませんが、すべてのリクエストにAPIキーが必要であることを文書化する方法は素晴らしいでしょう！したがって、 {?apikey}をすべてのパスにパラメーターとして手動で追加しなくても、すべてのリクエストに含めることができます。

searsaw 2014年12月18日

ねえ@searsaw 、
はい、これが私たちの最優先事項です–＃25の直後に予定されています（これは終わりに近づいているので、すぐに開始することを願っています）。

cc @pksunkara

zdne 2014年12月18日

oauthdプロジェクトには、100を超える本番APIのさまざまなOAuth認証に関する宣言型の説明の非常に優れたギャラリーがあります。ここの任意のフォルダにあるファイルconf.jsonとsettings.jsonを見てください。

これは、APIブループリント構文のOAuth要件の良いインスピレーションだと思います。

netmilk 2015年05月11日

＃201で提案された構文

pksunkara 2015年06月01日

OPにRFC提案を追加しました： https ：

zdne 2015年12月01日

imanel 2018年02月22日

👍8

すべてのアップデート？

hsluoyz 2020年12月11日

このページは役に立ちましたか？

0 / 5 - 0 評価