nDiki : API

API - Application Programming Interface / Application Program Interface

関連情報

2013年11月20日 (水)

Shibuya Plack/PSGI Conference (shibuya.pl) #1 #plackcon

LINE株式会社で開催された Shibuya Plack/PSGI Conference (shibuya.pl) #1 #plackcon 「秋のPlack/PSGI祭り」に参加してきた。今回は YAPC::Asia Tokyo でもよくトークされている masartz 氏とご一緒させていただいた。ここの会場にくるのは「第3.5回 データ構造と情報検索と言語処理勉強会」「PerlCasual #05」に続き3回目。

開催を知った時には定員60人すでに埋まっていて補欠だったんだけれど、その後定員80人に増やしてくれたようで参加できるようになった。当日時点ではキャンセル等で定員切っていてきたい人はこれるようになってたよ。

普通に使う Plack/PSGI Server @fujiwara 氏

会場アンケートをとりつつ、必須な/便利なモジュールや Plack::Middleware の紹介。

  • だいたい Starlet か Sterman を使っている。
  • リバースプロキシ使っている時には Plack::Middleware::ReverseProxy が便利。
  • Server::Starter の start_server では plackup を実行するシェルスクリプトを作ってそれを指定するようにするとパラメータ変更できるのでいいよ。
  • Devel::NYTProf する時には if $$ % 11 == 0 などで一部のプロセスだけでプロファイリングするようにすると不運な人は遅くなるけど、全体の影響抑えつつできるよ。

『How to build a High Performance PSGI/Plack Server』のその後と ISUCON3 を受けての話題 @kazeburo 氏

YAPC::Asia Tokyo 2013 の発表の続き。

Plack/PSGI のパフォーマンス向上の取り組みが進めば Perl の適用領域を広がるし(リアルタイムな広告系とか)、Perl 使いの仕事も増えるよ。

Plack::BodyParser の話 @tokuhirom 氏

  • 最近のサーバーサイドの開発は JSON API の開発と管理画面の開発だよね。
  • HTTP ステータスコードの使い方をシンプルに。アクセス自体が成功したら 200 を返して、API の結果の方に API 処理自体のステータスを入れる方がシンプルだし、アクセスログ処理なども楽だよと。
  • JSON API のボディ内で返すステータスも HTTP ステータスコードと同じにしたら覚えることが少なくて楽。
  • URI の /v1/ とか入れたりするけど /v2/ とか出たためしがない。

など。プラクティカルなトーク。

Plack::Request with Encoding @moznion 氏

リクエスト中のパラメータの decode を Plack で一箇所でやってしまう話。

Mojolicious の知りたい 10 のコト @yusukebe 氏

  • morbo と hypnotoad。それほどパフォーマンス悪くない。
  • Mojo::Base は使わなくていい。それほど機能無いし、Web 系以外では Mojo に依存したくないし。

「YAPC::Asia 2014 やります!」とのことです。

LT

@bayashi 氏の plackup -e でちょっとしたこといろいろできて便利だよという話や、@azumakuniyuki 氏の Haineko の話や、 @hkoba 氏のコントローラを書く人がいないプロジェクト向けのテンプレートエンジンの話や、@songmu 氏の .psgi からの卒業の話とか、@tasukuchan 氏のきまぐれオレンジ☆ロードについてのラジオみたいなビデオ LT とか。

空気を読まない(読めない)一方通行なビデオ LT は新しく。

スポンサード リンク
[ permalink ]

今日のさえずり: きまぐれオレンジ☆ロードについてのラジオみたいなの

2013年11月20日

[ permalink ]
[ 11月20日全て ]

2013年12月22日 (日)

今日のさえずり: 仮面ライダー鎧武観てる。果物判別しやすいので、たまに観るには良いな。

2013年12月22日

  • 08:20 仮面ライダー鎧武観てる。果物判別しやすいので、たまに観るには良いな。
  • 09:59 業者がきて、エアコンの室外ユニット設置し直してくれている。
  • 10:27 「Perl使ってる人たちはそういう意識が高いので、互換性を壊すような変更は嫌われる。」 Perl 界の互換性重視とてもいいと思う。 / “ソフトウェアのアップデートとウェブサービス運用における継続性リスクについて - kaz...” http://bit.ly/195QnVV
  • 10:27 「西村さんのスマホ入力」「文章入力系の人は、iPhoneを捨ててAndroidにしようよ。」 / “L'eclat des jours(2013-12-22)” http://bit.ly/1huYgXj
  • 12:03 今日のプリティーリズム 人生ゲームは勝利。
  • 18:11 iPad 2 にもチェインクロニクル入れた。大画面。
  • 23:30 Diaro PRO 買って Dropbox 同期設定したんだけれどエントリーデータに対応するファイルが Dropbox 上に作られないので一体どこと同期しているんだよと疑心暗鬼になったんだけれど、どうやら Datastore API というのを使っている模様。
[ permalink ]
[ 12月22日全て ]

2014年5月13日 (火)

今日のさえずり: 亀十のどら焼きをまた入手したとの連絡が入ったのでめでたい

2014年05月13日

  • 08:36 地震かー。初期微動ほとんど気がつかなかった。
  • 09:30 山手線外回り先頭車両の快適さを満喫している。
  • 11:58 ついに Honey に触れる。ピクルス作りはしない。
  • 12:26 亀十のどら焼きをまた入手したとの連絡が入ったのでめでたい。
  • 16:09 “Garoon（ガルーン） API の概要 | http://cybozu.com developer documentation” http://bit.ly/1lgczid
[ permalink ]
[ 5月13日全て ]

2015年3月15日 (日)

日記アプリ Diaro

最近日記アプリ(ジャーナルアプリ)を見直していて少し前から Journey (記事)を Day One と併用し始めているんだけれど、合わせて Diaro も試してみていた。

Diaro は過去に2013年12月から2014年3月まで使っていたのだけれど結局その時は Day One に完全に移行してしまった。今回「書き終わったジャーナル/日記」は Day One で「考えている事・アイデア・草稿」など途中の段階のものは別のアプリでと使い分けるのはどうかなと思って再度 Diaro を使ってみていたところである。

以前に Diaro PRO アプリを購入済みだったのだけれど、今はアプリは無料でアプリ内課金により Diaro PRO が使えるようになっている模様。過去に有料アプリを買っていた人はそのまま現在の Diaro PRO を使えるようだった。

わかりにくかったのは Diaro PRO アカウントと Diaro Online と Dropbox の関係。

Dropbox 同期を使うには Diaro PRO アカウントを作ってアクティベートする必要があるのだけれど、Diaro Online は使いたくない(まだ信用していないので Dropbox へのアクセスを許したくない)という状況でどうすれば良いのかわかりにくかった。

結局のところ

  • (Diaro PRO アカウント +) Android デバイス + Dropbox アカウント
  • (Diaro PRO アカウント +) iOS デバイス + Dropbox アカウント
  • Diaro PRO アカウント + Diaro Online + Dropbox アカウント

みたいな感じで基本的にはデバイス(あるいはサイト)毎に同期先の Dropbox アカントを選べるようになっていたので Diaro Online には Dropbox アカウントを連携させない状態でも Android デバイスと iOS デバイスで連携させることができた。

良いところ

  • データを Dropbox で同期できる。
  • iOS アプリが出たので Android デバイスと iOS デバイスを併用できるようになった。
  • Dropbox との同期がスムーズ。

良くないところ

  • データは Dropbox の Datastore API を使って保存されるので Day One みたいに PC から扱えない。
  • Diaro Online が重い印象。また Journey と違って Diaro が Dropbox 上のデータを参照するのがちょっと嬉しくない。

モバイルのみで使う分には一通り機能を揃えていていい感じ。 PC からも閲覧・編集したければ Diaro Online を受け入れるかどうか次第なところ。自分的には Diaro Online はまだ無しな感じなので今回はやはり見送りにすることにした。

[ Android アプリレビュー ]

[ permalink ]
[ 3月15日全て ]

2015年12月11日 (金)

Slack Web API で分報を送信

一昨日からSlack 分報をやりはじめました。Android スマートフォンからさくっとつぶやくには Slack アプリはちょっと不便(立ち上がってからチャネル選択する必要がある)なので Slack Web API でさくっと投稿できるようにしておきます。

Slack Web API

投稿は Slack の incoming webhook でもできるのですが、これで送ると BOT とついてしまうので Slack Web API を使うことにします。認証・承認は OAuth 2 が推奨ですが、まずはシンプルに API トークンを使う方法にしておきます。

の [Create token] でトークンを発行します。

発行できたらあとは 

 https://slack.com/api/chat.postMessage?token=<トークン>&channel=%23times_naney&as_user=true&parse=full&text=Hello.

のように chat.postMessage を呼び出せば投稿できます。

サポテキ

あとはサポテキ (SupportText Pro) のユーザー定義ボタンで 

 [TITLE]
 #times_naney
 [TEXT]
 https://slack.com/api/chat.postMessage?token=<トークン>&channel=%23times_naney&as_user=true&parse=full&text=%s
 [TYPE]
 URI
 [CCODE]
 UTF-8
 [END]

としておけばボタン一発投稿できるようになります。

実行すると Web ブラウザが開いて API レスポンスが表示されるだけのシンプルな設定なので、あとはよしなに工夫していけば良い感じです。

[ permalink ]
[ 12月11日全て ]

2016年6月12日 (日)

思い浮かんだことを一時的に書き留めておくツールはやはり Google Keep

Dropbox の Datastore API 終了にともなって、日記アプリ Diaro が少し前に個別ファイルでの Dropbox 同期に移行したので、久しぶりに Android アプリをインストールしてお試ししてみました。思い浮かんだことを一時的に書き留めておくツールとしてどうかなと思ったのですが、表示・編集画面の雰囲気がやっぱり垢抜けないのでちょっと自分には合わない感じでした。

などを使っているなかで random thought を書き留めておくツールとしては Google Keep が今のところ一番しっくりしている感じです。これでアンドゥがついてくれればと思うところです。

[ permalink ]
[ 6月12日全て ]

2017年1月28日 (土)

サードパーティーアプリからは Medium のストーリーはポストしかできない

昨年10月にサインアップした Medium、何か書くのに良さそうなプラットフォームだとは思っているのですがまだ活用できてません。

Ulysses や iA Writer から直接下書きを投稿できるので、うまく使えないかとちょっと試してみました。しかし結局下書きを投稿できるに過ぎないんですよね。まあ Medium 側がポスト(ストーリー)について POST しか API を提供していないので仕方がない訳ですけれども。

Ulysses や iA Writer で Markdown 形式で書いて一度 Medium に上げた下書き(やそれを公開したもの)について、再度手元で修正して反映させることができません。

一度 Medium に送ってしまったら、あとは「手元の原稿と Medium 上の記事を同じように手で修正する」か「再度 Medium に新しい草稿として上げて Medium 上でまるっとコピー&ペーストする」とかしかないです。残念。

[ permalink ]
[ 1月28日全て ]

2017年9月29日 (金)

初全ツイート履歴ダウンロード

自分の Tweet は API で取ってきておおむね nDiki の記事にまとめてあるのですが、使い始めの頃はそんなことをしていなかったので手元にデータとして取ってありませんでした。公式機能で全ツイート履歴ダウンロードができるのは知っていましたがそのうちと思いつつずっとやり忘れていたので、ようやく腰を上げて全ツイート履歴リクエストを設定からしてみたところ、ほどなくして準備完了のメールが届きました。

ダウンロードした ZIP ファイルの中をみると、予想していた通り人間用に HTML ファイルがありました。そしてそれ以外に CSV 形式ファイル・JSON 形式ファイルが含まれていてきちんと利用しやすい形になっていて良くできているなと感心してしまいました。良いですね。

きちんと README.txt をみてみたら HTML ファイル (index.html) は JSON 形式ファイルを読んで表示するページになってました。なるほど。API のレスポンス仕様と同じ JSON 形式をエクスポートデータにしているのですね。

[ permalink ]
[ 9月29日全て ]

2018年2月28日 (水)

GitHub Flavored Markdown ファイルの Web ブラウザでのプレビューに Grip を使う

「Markdown で書いているノートを Web ブラウザで見るのに MkDocs を使う」とつぶやいたら @bsdhack 氏が Grip を紹介してくれました。

さっそく試してみました。 

 $pip2 install grip

でインストールしたら Markdown ファイルを指定して Grip を起動します。 

 grip index.md

Grip が http://localhost:6419/ で Web サーバとして立ち上がるので Web ブラウザでアクセスすると index.md の HTML 変換されたものを見ることができます。なお 

 grip -b index.md

とすれば起動と同時に Web ブラウザで開いてくれます。URL でパスを指定すればそのまま同じ/サブディレクトリにある Markdown ファイルもプレビューできるので、ハイパーリンク付けをしておくことでドキュメント群をブラウジングすることもできます。なるほどお手軽で便利。 GitHub 上とほぼ同様の見慣れたデザインになるのがいいですね。

そもそも Grip は「GitHub Readme Instant Preview」で GitHub 上での表示確認のためのツールで、 GitHub の REST API を使ってレンダリング結果を生成しているので当然といえば当然だったりはします。

ただそのかわり GitHub の API を使うので

と場合によっては不便な部分があります。なお後者については GitHub Enterprise があるなら Grip でそちらを指定するとう手もあります。

GitHub に push する前にチェックしたい時はもちろん、それ以外でさっと Web ブラウザで見てみたい時にも便利なツールですね。

[ permalink ]
[ 2月28日全て ]

2018年5月10日 (木)

今日のさえずり: 「和風カツ弁当」を「和風とは?」と思いつつ食べた

2018年05月10日

[ permalink ]
[ 5月10日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

follow us in feedly

月別インデックス
Process Time: 0.089378s / load averages: 1.45, 0.97, 0.68
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker