(何をおもったか) おもうところあって Evernote に保存したノートを全て Simplenote に移したくなった。 そもそも、リッチな文字装飾はいらない。 自分に必要なのは、ただのプレーンテキストだ。 なんてことを時折おもいながら、とてもリッチに文字装飾ができる Evernote を有り難く使っていた。 でも、おもうところがあった。 なので、プレーンテキストで使える Simplenote へ移行。 一応 Mac にも Windows にも iOS にも Android にもアプリがあるし、Web クライアントもある。プレーンテキストしか使わないならこれでじゅうぶんでもある。 この「移行系」の実装をいくつか見たんだけれど、Evernote の api key を取得する必要があるやつが多くて、その取得じたいけっこう面倒くさいんだけど、取得したキーを使って OAuth で token
ぐるナビ #!/usr/bin/perl use strict; use warnings; use utf8; use YAML; use WebService::Simple; my $key = 'hoge'; my $gnavi = WebService::Simple->new( base_url => 'http://api.gnavi.co.jp/ver1/RestSearchAPI/', param => { keyid => $key }, ); my $res = $gnavi->get({freeword => '焼うどん'}); warn Dump $res->parse_response; HotPepper #!/usr/bin/perl use strict; use warnings; use utf8; use YAML; use WebService::
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
Today, I released the new version of WebService::Hatena::Graph along with some updates of Hatena::Graph API. It's become totally new, adding several features, getting graph data and setting/getting configurations. The feature to set new graph data has been offered since the API was released, but the method to enable users to do so is now renamed to postdata() from post() to distingish posting some
まあ特にどうという話ではないです。またJSONPにしているだけです。 以前は避けていたコールバック関数名の文字制限も組み込んでます。Yahooと同じく [A-Za-z0-9_\.\[\]]+ で。 XMLからJSONへの変換はXSLTです。なので、サーバがningという都合上PHPでやってますが、汎用性はあるはずです。 これでサンプルコードが作りやすくなりました。早く正式にサポートしてくれるとうれしいなあ。 HotPepper グルメサーチAPI http://recruit2json.ning.com/hotpepper/GourmetSearch?key=guest&Latitude=35.660818&Longitude=139.775426&Range=3&callback=handleResult →テスト 店名サーチAPI http://recruit2json.ning.co
作った。 #!/usr/bin/perl use strict; use warnings; use LWP::Simple; use WebService::Lingr; my $room_id = 'saisoku'; my $livedoor_id = 'YOUR_LIVEDOOR_ID'; my $lingr = WebService::Lingr->new(api_key => "YOUR_API_KEY"); my $res = $lingr->call('room.enter', { id => $room_id, nickname => "$livedoor_idの未読件数" }); my $ticket = $res->{ticket}; $lingr->call('room.say', { message => sprintf("%s件", get_ldr_unread
待ちに待った楽天 API が公開されました。Amazon Web Service に似てわかりやすい 楽天 Web Service って名前です。 こりゃぁアサマシイことをしなければならないので触ってみました。取りあえずちょっと触ってみた感触では、レスポンスが帰ってこない場合が多いのが悪い印象。Amazon の初期の時もそうでしたが安定性がまだイマイチかな。 あと、ジャンル一覧を生成してみたのですが、ジャンル ID がシンボリックリンクのようにネストして尾根地物が出てくるので、スクリプト側で度の ID を解析したかを覚えてやらないと無限ループになる。genrePath っていうパラメータがあって 楽天ジャンル一覧を生成するスクリプト ってことで、ジャンル一覧を生成するスクリプトはこんな感じになりました。実行すると、すごい数のジャンル ID が生成される。３時間ほど結果が帰ってこないのでご注
livedoor クリップをご利用いただきありがとうございます。 担当の金子です。 本日、「livedoor クリップ」のクリップ件数を取得するAPIと、最近クリップしたマイクリップをJSON形式で取得するAPIを公開いたしました。 それにともない、 livedoor Wiki にて「livedoor クリップまとめサイト」を開始いたしました。このWikiでは、livedoor クリップの便利な使い方や、ブログオーナー様、開発者様向けの各種APIについて案内して参ります。 より詳しい情報は、livedoor クリップまとめサイトの - クリップ件数取得 API - マイクリップを JSON で取得する API の項目をご覧ください。 livedoor クリップまとめサイトでは、今後も新しいAPIの仕様公開や便利な使い方の紹介などを行って参ります。内容も随時更新して参りますので、下記のリンク
2008/2/12:「公開APIを利用したサンプルサイトを作っていくよ」は、書籍発売に伴い、新サイトに移転しました。 →公開APIを利用したサンプルサイトを作っていくよ 新サイトでは、サンプルサイトの他に、サンプルソースコードの掲載もしていく予定です。 旧サイト（このページは）、削除せずにこのまま残しておきますので、新旧サイトともに今後ともご利用ください。 (旧)公開APIを利用したサンプルサイトを作っていくよ TOP ABOUT BOOK LINK MAIL BLOG 本館 ZAPAnet総合情報局管理人ZAPAが公開API（Webサービス）を利用して、サンプルサイトを作って紹介しています。 Web2.0、マッシュアップの流行によってせっかくWeb上でAPIが公開されていても、利用する前に規約に同意して、開発用ドキュメント（HTMLからPDF、EXECL、WORDなどドキュメントのフォー
Yahoo! APIでサイトに含まれるページ数を知る 2006-09-11-1 [YahooHacks] 今回の YahooHacks は、あるサイトに含まれるページ数を知る方法です。 「http://d.hatena.ne.jp に含まれるページ数」ではなく、 「http://d.hatena.ne.jp/yto に含まれるページ数」が知りたいというの が動機です。ホスト指定でなく、URL指定。 とはいえ、当然のことながらインデックスされているページ数しかわかり ませんよ。 あと、いまいち inurl の使い方が分かっていないところがあるので、 内容は不正確です。何か情報ありましたら、お願いします。 それではどうぞ： ■■■あるサイトに含まれるページ数を知る あるサイトに含まれるページ数を知るにはどうしたらよいでしょう。 そのサイトに含まれるページ数＝ヤフーにイン
ここのところいろいろやっていた、動的にscript要素を追加してクロス・ドメインのJavaSriptファイルを読み込むという手法を使ったYahoo!によるサイト内検索アプリケーション、labs.hail2u.net/yahoo/を作った。Amazon Web Servicesと違い、Yahoo! Search Web ServicesではJSONを出力する機能及びコールバック関数名を指定できる機能(JSONP)を備えているので、HTMLファイル単体で機能するようにすることができた。 hail2u.net から rss を検索した結果の4ページ目 hail2u.net から blosxom kit を検索した結果 といったように、URLのハッシュにドメイン・キーワード・ページ数を指定して検索を行う。 実装において特にややこしいところはなく、コード的にもややこしいところは無いと思う。 強いて言
追記：清書としてusing API;でAPIに関するブログをはじめました。 「ProgrammableWeb: Web 2.0 Mashup Matrix」には海外のAPIがずらりと並んでいますが、日本語圏のAPIの最新のリストは見当たらなかったので集めてみました。 Nakamura-KU ADDICT <>invGeocoder のREST 緯度経度を引数に住所を返す写真共有「フォト蔵」Geocoding API – 住所から緯度経度を検索RSSナビ –開発者の方 (RSSナビ RSET API)Simple API – ウェブサイト・サムネイル化ツールlivedoor PICS WebService – livedoor PICS サービスのお知らせ – livedoor Wiki（ウィキ）ヨコナビ – livedoor ReaderのAPI一覧Weather Hacks – live
昨日は人前でこの話が出たので笑っていたのですが、やはり不快なので、改めて表明しておこうと思います。 この記事は「まじめにぽたん」であり笑いの要素は皆無なので、興味のない方は次の記事をお待ちください（ｗ livedoor Reader の件です。 Notifier API が返す値が、Bloglinesそっくりになっていました。 livedoorは以前も、livedoor PICS のデザインを Flickr そっくりにしたりしていますね。 世間では「インスパイア系」と言って、笑っているようです。 でも僕は、こういうインスパイア系を見ると、いつも思うんですよね。 オリジナルの API デザインをした人の気持ちを。 オリジナルを作るときは、大変です。 ゼロから、色々なことを想定して、少しずつ API を設計していきます。 その労力たるや膨大なものです。 ビジネス的に言うと、そこにかかるコストは
Using JSON (JavaScript Object Notation) with Yahoo! Web Services JSON (JavaScript Object Notation) is a lightweight data format based on the object notation of the JavaScript language. It does not require JavaScript to read or write; it is easy to parse by any language and libraries and tools exist in many languages to handle JSON. For a complete description of JSON and its many uses, we sugges
livedoor PICS サービスのお知らせ livedoor PICS サービスのお知らせを行う Wiki です。 トップページページ一覧メンバー編集 × livedoor PICS WebService 最終更新： livedoor_pics 2012年01月12日(木) 12:23:19履歴 Tweet livedoor PICS WebService Interface(ベータ版) 「現在、本サービスは一旦ご提供を停止させていただいております」 AtomPP 0.3 livedoor PICS WebService では AtomPP 0.3 による以下の操作をサポートしています。 最近投稿した写真一覧の参照 写真の投稿 投稿した写真の参照 写真の削除 写真のタイトルの変更 livedoor PICS WebService はベータ版での提供となります。 今後、仕様の変更等が行わ
The W3C Web API Working Group has been merged with the Web Application Formats Working Group to form the Web Applications Working Group. All of the deliverables of this group are now under development by the WebApps WG. This page is here solely for historical purposes. The W3C Web API Working Group was chartered to develop standard APIs for client-side Web Application development. This work includ
MVC and Web APIs naoyaのはてなダイアリー - MVCフレームワークにおける Web API 実装 Sledge における Web API (XML-RPC/AtomPP) のハンドリングについての言及がありました。これからの MVC フレームワークに求められる必要条件の一つとしてこの Web API を処理しやすいかどうかというのは重要な気がします。 MVC フレームワークと Web APIs (XML-RPC, REST, SOAP) な話。 Catalyst や Sledge なんかの XML-RPC 実装なんかもプラグインででてきていて、Sledge::Plugin::XMLRPC は CPAN から入手できるわけですが（グッジョブ！）、どうも利用者側の実装方法が若干スマートにならない気がしています。 というのは、 use Sledge::Plugin::XML
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
