第29回 Reactorで非同期処理をやってみよう（1） | gihyo.jp
はじめに WebサービスのAPIをコールするような、ネットワークを介した通信処理は、今日では頻繁に行われています。 ローカルマシンのみで完結する処理と比べると、通信が必要な処理は多大な時間が必要になります。相手サーバへの接続、相手サーバ側での処理、相手サーバからの受信など、何もすることなくただ待つだけの時間が存在します。 この無駄な時間の間に他の処理ができるならば、トータルの処理時間を大幅に短縮することが可能になります。これを実現するためにスレッドがよく使われています。しかしマルチスレッドプログラミングはいろいろと注意を払う点も多く、使いにくさを感じている方も多いのではないでしょうか。 今回はReactorパターンという、マルチスレッドとは違ったアプローチで非同期処理を実現してみたいと思います。 複数のwebサーバからHTML文章を取得してみる 同期処理 ひとまず非同期処理を忘れて、シーケ
MERY EC におけるセッション管理と JWT - peroli Developer's Blog
2016 - 08 - 26 MERY EC におけるセッション管理と JWT Back-End 設計 Ruby list Tweet こんにちは。 MERY のサーバーサイドエンジニアの @saidie です。 MERY では、女の子が知りたい最新の情報や欲しくなるファッションアイテムを、記事という形式を通して毎日届けています。 そして、ここ一年弱の間、ユーザが欲しいと思ったアイテムをそのまま手軽に MERY 上で買うことのできる、EC の システム開発 を進めてきました。 この記事では、MERY の EC システムを開発するにあたって、既存の MERY 会員のログインセッションと EC において必要とされる新たなセッションに関する設計の裏側と、セッション情報のやり取りに JWT ( JSON Web Token) を使う取り組みについてご紹介したいと思います。 MERY の EC セッ
APIデザインケーススタディ —— Rubyライブラリを移植する前に読む本 - 世界線航跡蔵
『 APIデザインケーススタディ 』という本を頂戴したので読んでみた。 ライブラリ作者に向けて この本はRuby標準ライブラリを題材にして、分かりやすく、多様な機能をサポートして、互換性を保つAPIの設計をするにはどのように考えるべきかを教えてくれる。 ここでAPIと言っているのは、一般的なRubyのクラスとオブジェクトとメソッドから成るライブラリをどうデザインするか、という話である。 別にChef RecipeやRSpec DSLのようなちょっと変わったDSLを設計するとかそういう話ではない。確かにその種の言語内DSLのデザインには固有のセンスが必要とされるし、 Ruby DSL Handbook なんて本が書かれているように実装にあたってもある種のテクニックが必要なのも確かだ。でも、それ以外の「ふつう」のライブラリのデザインは果たして簡単だろうか。 適切な粒度のクラスを定義する。必要な
全てがJSONになる - ✘╹◡╹✘
TL;DR JSON Schemaを使ってこういうことが実現可能になった。 ダミーAPIサーバの提供 ドキュメントの自動生成 APIクライアントの動的定義 APIサーバのバリデータの動的定義 APIサーバのレスポンスの自動テスト JSON Schemaとは JSON SchemaというのはあるJSONのデータ構造を記述するための方法および書式の仕様で、 JSON SchemaもJSONで記述される。 これを利用すれば、リソースベースの(=RESTfulライクな)APIの仕様が簡便に記述できる。 例えば、我々のAPIはレシピとユーザというリソースを扱っていて、 それぞれCRUDのAPIを備えており、レシピはidとtitleとdescriptionという属性を持つ、 という旨をJSON Schemaで表現できる。 なんで最近ちょっと流行ってんの Mobile First、 Service Or
自社サービスの機能を簡単にAPIで提供出来てしまう！gem doorkeeperが凄い。 - @camelmasaの開発日記
自社サービスにAPIを実装する事ってあまりないですよね。 kamadoのプロダクトも現在はAPIは公開してません。 もし提供するのであれば、簡易的な方法ですが、ユーザーテーブルにtokenカラムを追加して、API用のルーティングを作成する…という方法が考えられると思います。 しかし、その実装時間でより良いAPIが実装出来るとしたら素晴らしいですよね。 そこで紹介したいのがgem doorkeeperです。 日本語の記事が見当たらなかったので記事にしました。 github https://github.com/applicake/doorkeeper gem doorkeeperってどんな機能があるのか？ 簡単に説明すると、 ・アプリケーションの管理機能 ・アプリケーションの承認管理 ・スコープの設定 いってしまえば、Facebook API(に近い実装)そのまま実装出来ます。 しかもOAu
WebPay: 開発者向けクレジットカード決済サービス
ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間～24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
face.comのdetect APIを使ったら目からビームが捗った話 - すぎゃーんメモ
目からビームな画像を生成するWebサービスを作った - すぎゃーんメモの続き。 6月27日発売、ももいろクローバーZの「Z女戦争」。ついにMVも公開されました。 自分の中では最高にツボっていて、どストライクです。これはヤバい。大好きです。 発売まであと2週間、超楽しみですね。 Z女戦争 アーティスト: ももいろクローバーZ出版社/メーカー: キングレコード発売日: 2012/06/27メディア: CD購入: 2人 クリック: 114回この商品を含むブログ (47件) を見る で、先日「目からビーム画像ジェネレーター」を作ってみたのだけど、公開したところ最初に使っていた「顔ラボ 顔検出WebAPI」があっという間に利用可能回数制限に引っかかってしまい、使えなくなってしまった。 何か他に使えるものあれば入れ替えよう、と探していたところface.comのAPIを教えていただいた。 @sugyan
TEDの英語原稿を取得する - ギークを夢見るじょーぶん男子
方針 http://www.ted.com/talks/subtitles/id/#{固有のID}/lang/en を叩くと、英語原稿のjsonが返ってくる。 TEDのビデオの固有のIDを取得して、API叩いて、jsonをparseして、出力すればいけそう。 jsonのパース gem install jsonrequire 'rubygems' require 'open-uri' require 'json' open("http://www.ted.com/talks/subtitles/id/1183/lang/en") do |f| json = JSON.parse(f.read) json['captions'].each do |j| puts j['content'] end end こんな感じで取得できそう。 固有IDを取得するために、nokogiriでHTMLをpars
niw.at — Instapaper から Readability に移行する
「あとで読むツール」にはいろいろあって、僕の中では決定打はないというか、自作するか… と思っているもののひとつなんですが、そんななか最近 iPhone/iPad アプリが登場した Readability を使ってみようという気になってきました。 これまで Instapaper を使っていたので、じゃあ、ためてある「後で読む」たちを移行するか、と思ったらそうはなんだか簡単にいきそうにない。 Instapaper 側は CSV ファイルで2,000件までなら書き出せるらしいのでこちら側はなんとかよしとする(実は1,980件くらいあってギリギリだったんだけど。) けれども、Readability 側にはインポート機能がなくて、API はメールしないと API トークンがもらえないという面倒くささ。 しかし、よく見ると Readability で用意されたメールアドレスにメールで URL を送ると
Google Data on Rails - Google Data APIs - Google Code
Eric Bidelman, Google Data APIs Team February 2009 Contents Introduction Audience Getting started Requirements Installing the Google Data Ruby Utility Library Authentication ClientLogin AuthSub Generating the AuthSubRequest URL Upgrading a single-use token to a session token Token management OAuth Accessing feeds Creating a new Rails application Conclusion Resources Appendix Examples Useful Rails
ActiveResourceを使ってTwitterに投稿する - Ruby Study Go
RESTの恐ろしさを味わうがいい！（いまさら） class Twitter < ActiveResource::Base self.site = "http://www.twitter.com/" self.logger = Logger.new($stdout) class Status < Twitter def self.comment(user, pass, msg) self.user = user self.password = pass self.post(:update, :status => msg) end end end script/consoleから >> Twitter::Status.comment(<username>, <password>, "thisistest") POST http://www.twitter.com:80/statuses/upd
ActiveResourceを少し触ってみた - walf443's blog
TwitterのAPIでRailsのActive Resouceを試してみる http://blog.tkmr.org/tatsuya/show/318-twitter-api-rails-active-resouce の影響を受けてActiveResourceを使ってみた。 上の記事と合わせて思ったことをつらつらと書きます。 多くの場合書くクラスの設定は共通しているのでサイトごとにベースのクラスを用意してやって小クラスはそれを継承してやってから使う方が色々と楽でよいと思う。つまり上の記事の例なら、 require 'highline' require 'logger' class Twitter::API < ActiveResource::Base USER = HighLine.new.ask('user:') PASSWD = HighLine.new.ask('passwd:')
TwitterのAPIでRailsのActive Resouceを試してみる:TKMR.blog.show
昨日のスクリプトを書いていて思ったけど、TwitterのAPIってRESTだよね（完全にではないけど）、これってActiveResourceでアクセスすれば簡単だったの？と思った。ということでActiveResourceの勉強もかねて試してみた、結果としては慣れればかなり楽、「Postクラスは暗黙的にPostテーブルを見る」のように命名規則に従ってスマートにWebサービスへアクセスすることができる、SOAPのWSDLみたいな型定義を準備する必要ないのは良いよね。ActionWebServiceですら型定義が結構めんどくさいしね。 あとついでに昨日のスクリプトをWebサービスにしてみよう まず新しいRailsアプリを作る（今回はTwittとかで）、そこに最新のEdgeなRailsを落としてくる rails twitt cd twitt/vendor/ sudo svn co htt
Web2.0サイトを自作する - 目次：ITpro
爆発的に広まった「Web 2.0」――。巷では，「Ajax」や「マッシュアップ」，「ブログ」などの用語であふれ，これらを実装したWeb2.0サイトも増えています。しかし，単にWeb2.0サイトにアクセスして使うだけでは，真の意味でWeb2.0を体験したとはいえないのではないでしょうか。Web2.0技術は，サイトを構築して初めてその本質が分かるからです。 そこで本連載では，GoogleやAmazonのWebサービスのAPI，Ajax，RSS，そしてRuby on Railsなどを題材に，Web2.0サイトをLinuxで自作します。本記事の通りに実行すれば，Webサイトを全く作ったことがなくても簡単に Web2.0サイトが構築できます。 第1回 Web ２.０ってなんだ？ 爆発的に広まった「Web 2.0」――。巷では，「Ajax」や「マッシュアップ」，「ブログ」などの用語であふれ，これらを実
Twitter Streaming APIをRubyで試してみる - しばそんノート
Streaming APIとは TwitterのStreaming APIをご存知でしょうか。 Twitter API Wiki / Streaming API Documentation 2009年4月頃から試験的に公開されているAPIなので、ご存知な方も多いと思います。2009年8月現在でまだαテスト中ですが、これを利用すると、push型でリアルタイムに情報を受け取ることができます。 TwitterのAPIは基本的にpull型なので、クライアントが能動的にリクエストを発行しなければ情報を受け取ることができません。しかし、1時間あたりのリクエスト回数、1リクエストあたりの最大データ数など、APIには様々な制限がかけられていますので、例えばリアルタイム性の必要なプログラムや、大量のtweetsが必要な統計プログラムなどの用途で通常のAPIを利用するのは厳しいものがあります。 そのような時は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ruby-grape/grape: An opinionated framework for creating REST-like APIs in Ruby.
brass.to - a really cool domain parked on Park.io