タグ

apiに関するunaristのブックマーク (48)

  • 次世代の機能でカスタム Slack アプリの構築、管理、デプロイがさらに簡単に

    Slack アプリの構築をより素早くシンプルにする次世代の機能新機能でカスタム Slack アプリの構築、管理、デプロイがさらに簡単に 執筆者 : Jim Ray2021年11月16日イラスト: Giacomo Bagnara 自社が最高の成果を出せるよう Slack でカスタムアプリを構築している開発者は今や毎週 100 万人を超えています。そうしたアプリは、構築する組織と同じくらいユニークです。これまで私たちは、デジタルツールを Slack にまとめてビジネスを加速させる企業を数多く見てきました。Target、Starling Bank、Loblaw Digital など、さまざまなニーズも運営方式も異なるユーザー企業の皆さまが、社内のシステムをまたいでイベントを組み合わせ、リアルタイムでコラボレーションしています。 それらのツールによって社内での Slack の価値は増幅し、結果とし

    次世代の機能でカスタム Slack アプリの構築、管理、デプロイがさらに簡単に
    unarist
    unarist 2021/11/24
  • 「ID TokenをAuthorization Headerにつけて送る」というお作法について思うところ - r-weblife

    こんばんは、ritouです。 ID Tokenがやりとりされている背景 ちょっと前にこんな話がありました。 blog.ssrf.in この id_token が JWT になっていますので、これを Authorization: Bearer $ID_TOKEN というヘッダにして oauth2-proxy で保護されているアプリケーションへ送信するだけです。 docs.aws.amazon.com Authorization ヘッダー (または、オーソライザー作成時に指定した別のヘッダー) に ID トークンを含めます。 この「ID TokenをAuthorization Headerに指定して保護されているっぽいリソースにアクセスする行為」は一体何なのかというお話です。 ある有識者はOAuth 2.0のProtected ResourceをID Tokenで保護することについての投稿をし

    「ID TokenをAuthorization Headerにつけて送る」というお作法について思うところ - r-weblife
    unarist
    unarist 2020/09/09
  • Authlete の OAuth 2.0 / OIDC 実装ナレッジ 完全に理解した - r-weblife

    お疲れ様です。ritouです。 OAuth 2.0 / OIDC 実装の刺激が欲しくなったので(?)、Authlete 社が公開しているナレッジサイトの OIDC / OAuth 2.0 に関する部分を読むことにしました。 kb.authlete.com この記事は、OAuth 2.0 / OIDC を完全に理解した上で Authlete というプロダクトについてなんとなくイメージがついていないとニヤニヤできないかもしれません。 Authlete は "サードパーティーアプリケーションから Web APIへのアクセス制御を行うために必要とされる『認可』の仕組みを提供するクラウドサービス" ですとどこかに書いてありました。 これは個人的な考えですが、RFCなどで定義された仕様を利用するプロダクトというのは、仕様で定義されている機能を設計/実装と、仕様で定義されていない部分や複数の仕様で定義さ

    Authlete の OAuth 2.0 / OIDC 実装ナレッジ 完全に理解した - r-weblife
  • ゲームエンジンを自作しながら思ったこと - Qiita

    #include <Lumino.hpp> using namespace ln; void Main() { auto texture = Texture2D::create(u"logo.png"); auto sprite = Sprite::create(texture , 5, 5); while (Engine::update()) { # Executed per frame } } ↓ したいです。 序論 ゲームエンジンというチャームスペル なぜゲームプログラマはゲームエンジン自作に魅せられるのだろう。 皆がそうというわけではないけど「ゲームを完成させたいなら、ゲームエンジン(or ライブラリ) を自作するな!」というのをよく見かけます。 それはその通りだと思うし、実際にやってみるとものすごい勢いで時間が溶けていくので Unity や UE4、ツクールとか使うのが現実的な方

    ゲームエンジンを自作しながら思ったこと - Qiita
  • プラットフォームの健全性向上を目指す開発者向けの新しい要件

    2006年以来、TwitterAPIは開発者の皆さんに世界の出来事とつながる機会を提供してきました。私たちは、開発者がTwitterプラットフォームで開発する革新的で有用な数々のサービスが登場することを楽しみにしています。Twitterを利用して重大な情報をTwitterで共有するスペインの小都市Junから、企業によるTwitter活用を支援する強力なツールを開発している会社まで、さまざまな利用者の方がいらっしゃいます。もちろん、開発者の皆さんがTwitterプラットフォームを使ってコードの書き方を学び、データサイエンスのキャリアを積み、@pentametronのようなTwitter上で楽しめる体験を生み出されるのを目の当たりにしてきました。 私たちは、APIプラットフォームのロードマップに合わせて、Twitterをよりいい場所にするような製品やサービスの開発する皆さんに、プラットフォー

    プラットフォームの健全性向上を目指す開発者向けの新しい要件
  • Latest topics > ツリー型タブのWebExtensionsへの移行のおはなし - outsider reflex

    Latest topics > ツリー型タブのWebExtensionsへの移行のおはなし 宣伝。日経LinuxにてLinuxの基礎?を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行まんがでわかるLinux シス管系女子の試し読みが可能! « WebExtensions Migration Story of Tree Style Tab Main マルチプルタブハンドラもWebExtensionsに移行しました » ツリー型タブのWebExtensionsへの移行のおはなし - Oct 03, 2017 Here is the English version of this article. このエントリはQiitaとのクロスポストです。 2017年の8月下旬に思い立って、ツリー型タブのWebExtensions版を作り始め、去る9月26日にバージ

  • Polyfill のあり方と Web の進化と協調するためのガイドライン | blog.jxck.io

    Intro W3C の TAG から、主にブラウザ APIPolyfill に関するドキュメントが公開された。 Polyfills and the evolution of the Web Polyfill は便利な一方で、時として標準化の妨げになってしまう場合があるため、それを避けるために、Polyfill 実装者、利用者、仕様策定者などが、どう振る舞うべきかという趣旨である。 今回はこの内容を元に、Web の進化と協調する Polyfill のあり方について、主に「実装者」がどうすべきかに着目し記す。 Web における Breaking Change Breaking Change は、簡単に言えば 後方互換を失うことで既存のものが壊れる可能性がある変更 のことを表す。 そして、Web における Breaking Change (Break the Web)、具体的には Web

    Polyfill のあり方と Web の進化と協調するためのガイドライン | blog.jxck.io
    unarist
    unarist 2017/02/21
  • 翻訳: WebAPI 設計のベストプラクティス - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さん

    翻訳: WebAPI 設計のベストプラクティス - Qiita
  • Introduction to Hariko API Server with API-Blueprint - のらねこの気まま暮らし

    はい、harikoの紹介です。 harikoとは hariko harikoとはNodeJS製のAPI MockServerであり、APIドキュメンテーションツールであるAPI Blueprintのエコシステムです。 使い方 npmからインストールして下さい。 npm install -g hariko harikoはAPI-Blueprintのドキュメントをベースにレスポンスを返すAPI Serverを立ち上げるので、 まずはAPI-Blueprintの仕様に沿ったmarkdownが必要です。 # GET /api/message + Response 200 (text/plain) hello world 適当に、 docs/api/message.md とかに保存します。 harikoのサーバを立ち上げます。 CLIから以下のように打ち込んで下さい。 hariko -f 'docs

    Introduction to Hariko API Server with API-Blueprint - のらねこの気まま暮らし
    unarist
    unarist 2017/01/23
  • Doing more with 140 characters

    In 2006, when we introduced Twitter’s API, Tweets were simple 140-character text messages, often sent via SMS. Now, the products and apps built using Twitter data feature Tweets that include photos, GIFs, videos, polls, and more. Today, we’re excited to announce an upcoming set of changes rolling out over the coming months to enable people to express even more within 140 characters. These changes

    Doing more with 140 characters
  • 銀行API「大公開時代」がやってきた 日本のFinTechに追い風

    みずほ銀行がLINE経由で残高照会できるサービスの提供を始めたほか、住信SBIネット銀行もマネーフォワードとの連携サービスを開発中だ(写真)。銀行と外部サービスとのAPI連携が進めば、今後斬新な金融サービスが続々と登場するための土壌になる。 熱気に包まれた経産省の研究会 写真●SBIホールディングス、住信SBIネット銀行、マネーフォワードによる提携発表会見の様子。左からSBIホールディングスの北尾吉孝社長、マネーフォワードの辻庸介社長、住信SBIネット銀行の円山法昭社長 2015年10月6日、経済産業省に金融機関の関係者やFinTech企業の代表者が集結し、熱い議論を戦わせていた。「第1回 産業・金融・IT融合に関する研究会(FinTech研究会)」の会場が、最も盛り上がったテーマの一つが銀行によるAPI公開に関する議題だ。「金融機関が持つデータとAPI連携できるようになれば、様々なFin

    銀行API「大公開時代」がやってきた 日本のFinTechに追い風
    unarist
    unarist 2016/04/13
  • Shibu's Diary: cURL as DSLとは何だったのか。あるいは細かすぎて伝わらないcURL as DSL。

    渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 By Jeremy Brooks under CC BY-NC 先日、cURL as DSLというツールを公開しました。その後、何度も同じような質問を受けたりしたので、ブログにまとめてみます。 なぜこのツールを作ったの? RESTfulというものは大分一般的になってきました。HTTPでAPIを提供というのもよく見かけます。ですが、僕はこのRESTfulというやつが嫌いです。 GETのURLをシェアすればいつでも同じページがある(変な状態を持たない)、みたいな思想はいいんですが、HTTPのAPIはどうも使いにくい。ドキュメントのHTTPのサンプルを見て、ドキュメントをじっくり読み込んで、パラメータをJSONやらXMLで組み立ててボディに乗っけて(しかも大抵パラメータがアホのように

  • WebAPIリクエスト仕様書としてcurlコマンドのご提案 - Qiita

    WebAPIの仕様を記述する方法はいくつかあると思う。 普通に日語で記述する JSON Hyper-Schema、WADL、RAML、Swaggerなどを使う 仕様書の代わりにプログラムを書く HTTPメッセージそのものを記述しておく でも、文法にばらつきがあったり、読みにくかったり、ツールのセットアップが面倒だったり、どれもイマイチな所があって、手軽な方法が欲しいと思っていた。 何気なくcurlコマンドのオプションを調べていたら、「もうこれでAPIドキュメント扱いにしちゃえばいいんじゃね?」と思えてきたのでメモしておく。 curlコマンドのおさらい curlコマンドはlibcurlの付属コマンドで、最近のUnix系OSなら大抵最初から入っていると思う。コマンドの詳細はmanを読んでいただければ。 cURL - How To Use (マニュアルページ日語訳) curlコマンドのオプシ

    WebAPIリクエスト仕様書としてcurlコマンドのご提案 - Qiita
  • Twitter REST APIの使い方

    今や「インフラ」と表現しても過言ではないほど、多くの日人が当たり前のように利用しているミニブログサービス、Twitter。この記事では、Twitterが提供するAPIの使い方を、初心者向けに説明しています。ぜひ、素敵なウェブサービスを作って下さいね。 Twitter DevelopersTwitter APIなどを利用する開発者のためのページ。公式リファレンスの確認や、アプリケーションの作成など。アプリケーションの登録APIを利用するために必要な「アプリケーションの登録方法」を紹介します。APIキーとAPIシークレットを取得できます。 アプリケーションとは?よくAPIを利用するのに「アプリケーションを登録して」という言葉が出てきます。このアプリケーションって何でしょう。これは、SNSでいう「ユーザーアカウント」と同じようなものだと考えると、イメージを掴みやすいと思います。 アプリケーショ

    Twitter REST APIの使い方
    unarist
    unarist 2015/11/29
  • WebAPIでエラーをどう表現すべき?15のサービスを調査してみた - Qiita

    2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね!また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。

    WebAPIでエラーをどう表現すべき?15のサービスを調査してみた - Qiita
  • API Blueprintとgulp-aglioでいい感じのAPIドキュメントページを作成 - はてなブログ

    きっかけ 現在関わっているWebサービスの各種APIをまとめたドキュメントを作りたかった いい感じのHTMLページにして、なるべく簡単に作りたかった Web上のサービスではなくローカルで作りたかった やったこと APIドキュメントの作成は以下の手順で行いました。 1. gulp-aglioをインストール gulp-aglioはAPI Blueprint(後述)で書かれたMarkdownHTMLにパースするgulpプラグインです。 自分がmacにインストールした手順は以下の通りです。 (1) nodeをインストール Homebrewを使ってnodeをインストールします。 brew install node (2) gulpをグローバルインストール npmgulpをグローバルインストールします。 npm install -g gulp また、インストールは以下のコマンドで確認します。 gu

    API Blueprintとgulp-aglioでいい感じのAPIドキュメントページを作成 - はてなブログ
    unarist
    unarist 2015/08/26
  • 放映中のアニメ作品の情報を提供するAnime RESTful API サーバー作りました - Qiita

    現在放映されているアニメ作品の公式アカウントのグラフ化をするanime_followerというTwitterボットを作っています。 https://twitter.com/anime_follower こんなの システムの構成図は以下です 現行システム構成図 アニメ作品を管理するデータベースとアプリケーションサーバーがペアとなって、メイン系統と待機系で別々の場所の物理サーバーで稼働しています。 でもこの構成って面倒なんですよね。 データベースの同期をとったりするのが面倒なのでREST化したかった。 なので、REST API化してデータベースは一化することにしました。 新システム構成図 そもそも放送クールごとのアニメ作品のデータをちゃんと管理してREST APIで提供してくれるサービスがないんですよね。 テレビ番組系のAPIならあるんですが、公式URLとかTwitterアカウントとか監督名

    放映中のアニメ作品の情報を提供するAnime RESTful API サーバー作りました - Qiita
    unarist
    unarist 2015/07/08
    しょぼいカレンダーがやってるでしょーと思ったが、あっちはそんなにAPI充実してなかった
  • ITEMIDLISTについての適当なまとめ | わき道プログラミング torch

    (※ 2010/06/13 一部字句修正・加筆) 最近WindowsのShellに関するプログラミングをを行っていますが、このプログラミングをする際、必ずと言っていいほど「ITEMIDLIST」(中身はSHITEMIDなど。ポインタはLPITEMIDLIST。PIDLと省略されることも)を使う機会が出てきます。このITEMIDLISTはなかなかの曲者で、SHGetPathFromIDList関数などしか使ったことのない人であれば、ITEMIDLISTには「ファイルのパスの情報が含まれている」ものとしか認識していないかもしれません。 びっくりしたのが、この記事を書いた時点でIDLIST_RELATIVEを含む日語ページを検索したところ1件もヒットしなかった、ということです。なので今回はITEMIDLISTについて少しまとめてみました。 長いので「続きを読む」してください... まず英語のM

    unarist
    unarist 2015/02/10
  • 【nasne】APIを調べてみた。ディスク容量が知りたい、他 | Pocketstudio.jp log3

    nasneのAPIを知りたい! 今回の投稿は、nasneのAPIが返すデータを調べた結果です。前半は調べ方、後半はcurlを使って取得できるデータの説明です。 先日、気づかないうちにnasneのディスク使用率が100%に到達してしまい、いくつかの映像作品が録画できないという悲劇が発生しました。事前にディスク容量を把握していれば、この事象は避けられたに違いありません。しかし、私は週末にまとめてみる視聴スタイルのため、予定が入って見逃すと、容量が圧迫していても気づきづらかったのです。数値を取得できれば、きっとMuninやZabbixを使って監視が出来るはず。そう思い、調べることにしました。 ■どうやって値を取得できるのか? 私が注目したのは、nasneの容量をブラウザから知る方法です。PS4を起動して確認する方法のほかに、nasneのIPアドレスをブラウザに入力してアクセス方法があります。こ

    【nasne】APIを調べてみた。ディスク容量が知りたい、他 | Pocketstudio.jp log3
    unarist
    unarist 2015/01/12
  • Amazon Wish Lister by doitlikejustin

    unarist
    unarist 2014/11/05
    Amazonのほしいものリストを取得してjsonで返すAPIをPHPで実装