タグ

apiに関するseiunskyのブックマーク (57)

  • APIを使うアプリ開発のdev環境にAPIGatewayを立てたらすごくいいと思った話 | DevelopersIO

    こんにちは、三上です。 2017/03/15(水)、株式会社フレクト様主催のイベント、ピザをべながら、IoTサービスのLTを楽しもう!に参加させていただきました。 オープニングトーク含め、どのセッションも実務に即した非常に興味深いIoTの世界のお話でした。 トークの内容もさることながら、会場の雰囲気もフランクで、とても楽しい時間を過ごさせていただきました! どうもありがとうございました(ごちそうさまでしたmm エントリは、その中のセッション「APIGatewayでサーバもコードも使わずにAPIモックを建てた話」にインスパイアされて書いております。 追記(3/21 17:30):セッション資料へのリンクを追加しました。 はじめに 当方、以前はWeb業界で働いておりました。 アプリ(サーバーときどきフロント)開発に携わっており、特にスマホアプリなどは通常APIを開発(ときどき使用)してまし

    APIを使うアプリ開発のdev環境にAPIGatewayを立てたらすごくいいと思った話 | DevelopersIO
    seiunsky
    seiunsky 2017/03/21
  • GitHub.com から GitHub Enterprise にリポジトリ移行する際の注意点 - Qiita

    仕事の private リポジトリについて、オトナの事情でワールドワイドウェブな GitHub.com からイントラネット内の GitHub Enterprise (以下 GH:E) に移行する必要があった際に読んだ文献、踏んだ地雷について記しておきます。 「分散 SCM の Git なんだから、upstream を変更して push すれば終わりでしょ?」という疑問に対しては、Pull Request や ISSUE もろもろを移行対象に含めているのがこの記事で取り扱う移行作業のポイントです。とりわけ息の長いプロジェクトでは大切な資産になるのでいい感じに移行しましょう。 ざっくりいうと リポジトリ移行中のロックは git 操作だけでなく、ブラウザでの参照含めてすべてが操作不可になる リポジトリのアーカイヴファイルの中身は一度解凍してきちんと見ておきましょう インポート時にエラーが起きた

    GitHub.com から GitHub Enterprise にリポジトリ移行する際の注意点 - Qiita
    seiunsky
    seiunsky 2016/02/23
    知見だ
  • 快適な連打機能を提供するためにサーバサイドが出来ること - その手の平は尻もつかめるさ

    人間生きていると高確率で連打機能を提供するシステムを構築する必要が出てくることがあります. 例えばあるコンテンツについてボタンを連打することで「良いね」を表明するようなシステムです. 連打は楽しい!! しかし実装する方としては純粋に楽しんでばかりはいられません. こうしたシステムは素朴に実装したとしてもある程度のトラフィックまでは耐えられるかもしれませんが,ある規模を超えると安定して機能提供する事は難しくなってくるかもしれません. ここでは,サーバサイドの話題を中心として,快適な連打機能を提供するシステムをどうすれば提供できるかを考えていきます (あくまで一例です). 想定としては, あるコンテンツについてボタンが付いていて,そのボタンは連打が出来る あるコンテンツについてボタンが何回押されたかを取得できる というシステムを仮定します. なんとなく結論が分かる雑な図 題 サーバを分離する

    快適な連打機能を提供するためにサーバサイドが出来ること - その手の平は尻もつかめるさ
  • APIドキュメントを支える技術 - Qiita

    最近のウェブ開発では各機能ごとをAPIでつなぎ込む時代になっています。 そのため、各チームが開発をしていく上で、 他のチームにAPIの仕様を伝える方法をきちんとまとめておく必要が出てきています。 そんな中でAPIドキュメントにどのような役割が求められていて どのような選択肢があるか、一旦自分の把握している知識をまとめています。 (ここで書いているAPIは、httpでアクセスしたら、JSON形式でレスポンスを返すウェブサービスのAPIを指しています) APIドキュメントを用意する上で、すぐにぶつかる壁 APIドキュメントを用意する場合に、何も考えずにExcelやwikiにまとめると、早い段階で メンテナンスのコスト の問題にぶつかります。 『APIドキュメントを書く時間がない』 『当にドキュメント通りの結果が返ってくるか、試してみないとわからない』 『実際に返ってくるAPIとレスポンスが違

    APIドキュメントを支える技術 - Qiita
  • Mackerelの監視設定も「コード」に落としこもう! - Masteries

    前々から書こうと思ってて, すっかり忘れてたので, 書きます! Mackerelの監視 Mackerelでは, ホストの状態(CPU, メモリ, ファイルシステムの利用率とか, Mackerelと繋がっているかとか...)やURLの死活などを監視することが出来るのですが, 8月末に監視設定APIがリリースされ, これらのパラメータをAPI経由で実施出来るようになりました. というわけでReactioの開発チームでも, 早速このAPIを利用して, 以下のような仕組みを作ることで, Mackerelの監視パラメータを"コード"で管理するようにしました. 仕組み Reactioには, 開発者支援ツールが詰め込まれた「Reactio-HQ」というリポジトリがあるのですが, そこにMackerelの監視設定ファイルを用意しました. ちなみにReactioの開発者支援ツールは, Reactioそのもの

    Mackerelの監視設定も「コード」に落としこもう! - Masteries
  • RESTful#とは勉強会で(Railsでの)ルーティングの考えだし方の話をしました - moroのブログ

    RESTful な設計って、ってマスタメンテ作るにはいいけどまともなサービス作れるの? という疑問に対して、結構やればアプリケーションできるので安心してください、という話をしました。 「独自研究」セクション以外はだいたいふつうに経験したことです。「独自研究」セクションはたぶん、今流行りのオーケストレイションレイヤをどうするかというところになるのかな、と。APIといいつつ、HTMLを返す話ばかりですが、これはAPIHTMLをあえて区別せずそれは単にリプレゼンテーションが違うだけです、という意図でした。 転職してから初の社外発表が前職オフィスでやるというのが面白かったです。永和メンバーも結構たくさん会えてよかった。来てくださった方、開催をアレンジしてくださった方、ありがとうございました。

    RESTful#とは勉強会で(Railsでの)ルーティングの考えだし方の話をしました - moroのブログ
  • Faking APIs in Development and Staging

    You are a developer for startup called Movie Social Network++, building a social network for movie aficionados. Several features are dependent on data about various movies, actors, or directors. You do a quick Google search to figure out where to get this sort of data and come across movie-facts.com. They have already gathered all this data and have a team constantly keeping it up to date. They of

    Faking APIs in Development and Staging
  • HerokuのAPIデザイン

    Herokuが自ら実践しているAPIデザインガイドをGithubに公開した. “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて,ビジネスロジックに集中すること目的としている.Heroku特有なものではなく,一般にも十分適用できる知見となっている. 最近は,モバイル向けにAPIをつくることも多いため,勉強もかねて抄訳した.なお内容は,HTTP+JSONのAPIについて基的な知識があることが前提となっている. 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと.例えば,“成功"を示すステータスコードは以下に従う. 200: GETやDELETE,PATCHリクエストが成功し,同時に処理が完了した場合 201: POSTリクエストが成功し,同時に処理が完了した場合 202: POSTやDELETE,PATCHリク

  • 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について

    APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sightにはブコメしたのですが、Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima)でも件に言及があったようなので、少し一般論を書いておきたいと思います。 ■Web APIの設計原則について そもそも、良いAPIとはどのような特性をもつものでしょうか? 一般的に、以下の2点が挙げられると思います。 拡張が容易である 拡張時に後方互換性を破壊しない ウェブの場合は、これに加え、 スケーラブルである HTTPに起因する問題に上手に対処できる ことが求められます。 前2者はウェブに限らない要件です。これを満たす設計手法としては、 リクエストおよびレスポンスのパラメータを拡張可能に 互換性を壊す拡張が必要な場合は、関数名を変える 古い関数は従来と同じ機能を

  • RailsのRESTful APIをテストで理解する - ワザノバ | wazanova

    http://www.commandercoriander.net/blog/2014/01/04/test-driving-a-json-api-in-rails1 comment | 0 pointsPivotal LabsのEno ComptonがRailsでJSON APIをテスト形式で理解できるように紹介してくれてます。「Railsアプリをてがけると、いずれ、シングルページアプリ、モバイルクライアントのためにRESTful APIが必要になるだろうから練習用に。」ということで、コードはGithubで公開されています。 GET /movies POST /movies GET /movies/:id PUT /movies/:id DELETE /movies/:id 上記のrouteをサポートするために、Railsアプリ + RSpec + FactoryGirlを用意したら、

  • ALOSデータを利用したパンシャープン立体視画像の紹介 - トピックス 2012年7月|トピックス年次別インデックス|JAXA 衛星利用推進サイト

  • 体育の日って高速に唱えるとテストの日に聴こえる - ✘╹◡╹✘

    テスト書きすぎ問題 - hitode909の日記 階層が増えるとテストが増える - はこべブログ ♨ テストと対応関係 - $shibayu36->blog; 最近書いているWebアプリは、HTTPリクエストを送ってレスポンスと状態をテストする、というテストだけ書くようにしてる。リクエストするとブログエントリを返す、というサービスだとこういう風なテストを書いてる。(HTMLを返すようにすると話が広がって説明が面倒なのでJSONを返すAPIで説明する) describe "Entry resource" do let(:params) do {} end let(:env) do { "HTTP_AUTHORIZATION" => "Bearer: #{access_token.token}" } end let(:access_token) do AccessToken.make(user

    体育の日って高速に唱えるとテストの日に聴こえる - ✘╹◡╹✘
  • localのcronから朝会を通知したい - OMG Tech Blog

    こんにちは。さねまつです。 ローカルのcrontab, 特に管理してなくてうっかり消しました。 crontab wheneverで書いてリポジトリ管理しておくとうれしいですね。 1 2 3 4 5 6 every :weekday, at: '10:15 am' do command "echo '朝会です'| #{ENV['PATH_TO_HIPCHAT_CLI_BIN']} -t #{ENV['HIPCHAT_TOKEN']} -r #{ENV['ROOM_AOBA']} -f 'sebastian'" end every :thursday, at: '3pm' do command "echo 'コードレビューです'| #{ENV['PATH_TO_HIPCHAT_CLI_BIN']} -t #{ENV['HIPCHAT_TOKEN']} -r #{ENV['ROOM_AOBA']

  • amazonWebサービスの為の Signed Requests Helper - Amazon Product Advertising API

    Enter an unsigned Product Advertising API URL in the box below and click the Display Signed URL button. The String-To-Sign and Signed URL will be displayed below. If the unsigned URL does not contain a Timestamp, one will be generated and added to the request. Any AWSAccessKeyId or SubscriptionId in the request will be removed and the value provided above will be added to the request. If the URL a

  • 決済システムに“民主革命”を~開発者向け決済APIの『WebPay』を生んだ、20代エンジニアの挑戦 - エンジニアtype

    トップページ > 旬ネタ > 決済システムに“民主革命”を~開発者向け決済APIの『WebPay』を生んだ、20代エンジニアの挑戦 「今、広く使われている決済システムは、1990年~2000年代に作られたレガシーなシステムがベースになっているものが多い。僕たちは、それを時代に見合ったもの、つまり2010年代の決済システムに変えたいと思っています」 そう語るのは、6月27日、正式にローンチした『WebPay』の開発者で、運営元であるfluxflexのCEO久保渓氏。彼と仲間たちが生み出した開発者向けのクレジットカード決済APIは、いわば「決済システムの民主革命」を起こし得るポテンシャルを秘めたものだ。 サービスサイトのTOPに《簡単な実装》、《豊富な機能》、《今すぐ試せる!》といった紹介文が並んでいるとおり、WebPayは開発者の使い勝手を徹底的に追求して設計・開発を行ってきた。 数多くのデ

    決済システムに“民主革命”を~開発者向け決済APIの『WebPay』を生んだ、20代エンジニアの挑戦 - エンジニアtype
    seiunsky
    seiunsky 2013/07/11
    はまちゃん〜〜
  • ゆーすけべー日記

    ムフフなビデオも網羅的に扱うDVDや動画の提供サービス「DMM」のWeb APIがいつの間にか公開していたらしく、なにぶんノーマークだったもので昨日の夜知ってビックリした。というかDMMは一生API出さないだろうなんて決め込んでいたのが良くなかったですね。 ってことでとあるAV女優の商品一覧を出力するようなスクリプトを書いてみました。API固有の「癖」でいくつか実装する際の注意すべきポイントがあるのでそれをまず紹介します。Perlコードですが参考になるかもです。 リクエストパラメータにはタイムスタンプがいる リクエストのパラメータにはタイムスタンプが必須です。形式は 2013-05-14 08:03:16 というもの。僕はDateTime派なので、以下のコードで現在のタイムスタンプの文字列をつくっています(*ある方から指摘を受けてコードを修正させていただきました!)。 use DateTi

    ゆーすけべー日記
    seiunsky
    seiunsky 2013/05/14
    家で見よう
  • 特集:GitHub通のためのリニューアルまとめ – ビジネスを成功に導く5つの仕掛け | ゆっくりと…

    これまでも サービスAPI の更新や、それに伴う UI の変更など、小刻みな機能向上が図られていましたが、昨年11月、GitHub の ヘッダ、フッタが新しくなった のを皮切りに、12月には Gist のリニューアル と GitHub トップページのリニューアル が立て続けに行われました。 また今年1月には、ユーザー数が、アカウントベースで300万人を超えた そうです。 小さくかつ素早く、不断のサービス向上を図る姿勢が、ここまでユーザーを惹き付けた理由なのでしょう。 一方、公式ブログ を追いかけていくと、単に Git のリポジトリ・サーバーとして便利で使い易くする以上に、「自然に人が集まる魅力的なコミュニティ」を目指し、「誰もが気軽に参加できるオープンソース・コミュニティを創る」という意気込みのようなものを感じました。 人が集まれば、それだけビジネスの機会も増えるというワケです。 そこで今

  • Crowyのサービス継続が難しい状況になりました。本日よりCrowyをオープンソース化し、サービス継続にご協力いただける方を募集します。

    こんにちは。co-meetingの木村です。 いつもCrowyをご利用いただきありがとうございます。 2010年11月にMashup Award 6への出品のために個人で開発を開始したCrowyですが、おかげさまで好評をいただき、今まで2年以上に渡りサービスを提供し、現在では4万人以上のユーザにご利用いただいております。 昨年の8月から9月にかけてTwitter社がAPIおよび利用規約の変更をアナウンスがありましたが、サービスCrowyも3月5日までに対応する必要があります。これに対応しない場合、APIを継続利用することができず、Crowyのサービスも継続することができなくなってしまいます。 Crowyは、co-meeting社で運用メンテナンスして来ましたが、ここ1年はメインプロダクトであるco-meetingの開発に注力しているため、Crowyに対する追加開発は行うためのリソースを確

    Crowyのサービス継続が難しい状況になりました。本日よりCrowyをオープンソース化し、サービス継続にご協力いただける方を募集します。
  • GitHub's Markdown Rendering API compatible API - @kyanny's blog

    Today I launched GitHub's Markdown Rendering API compatible API. http://gfm-kyanny.sqale.jp/ (Hosted by Sqale : ) This is a markdown rendering API service compatible with GitHub's Markdown Rendering API. Pros No Rate Limit (almost) compatible with GitHub's Markdown Rendering API API endpoint path is same Input data format is compatible Cons Does not support GitHub integration mode parameter will b

    GitHub's Markdown Rendering API compatible API - @kyanny's blog
  • pythonでtwitterのStreaming APIを使ってみた – taichino.com

    twitterのように更新頻度が高いサービスのAPIはポーリングとあまり相性がよくありません。どうせtwitter API使うプログラム書くなら、リアルタイムなイベントベースっぽいAPIの方が色々と都合が良いので調べてみました。なんとなくXMPPに対応してる気がしてたんですが、実際はStreaming APIという独自のインターフェースが用意されていました。 Streaming API自体はただのHTTPリクエストで、リクエストのコネクションを張りっぱなしにして、都度データが流れてくる様な形になります。見るからに相性が良さそうなのでgeneratorで書いてみました。この例では幾つか種類があるStreaming APIの中からfilterを使っています。 #!/usr/bin/python # -*- coding: utf-8 -*- import sys import base64 i