404 Blog Not Found:Ajax - Ricollab郵便番号検索+Google Map
2008年04月02日06:00 カテゴリLightweight Languages Ajax - Ricollab郵便番号検索+Google Map 早速混ぜてみた。 ricollab Web Tech Blog ? Blog Archive ? ricollab実験サービス第一弾を開始します! 本日より、ricollabの語源の一つである「リコーラボ」としての活動の第一弾、郵便番号検索サービスを開始します。 ricollab 郵便番号検索 Google マップ API の概念 - Google マップ API - Google Code 〒 半角数字7けた 住所 郵便番号を7桁入力すると、対応する住所が住所欄に入ります。そのままでよければsubmit、そうでなければ微調整(たとえば番地も入力)してsubmitすると、地図が切り替わります。 Google Map APIも、jsapi と
APIアクセス権を委譲するプロトコル、OAuthを知る ― ＠IT
クロスドメインでのデジタルアイデンティティを守る APIアクセス権を委譲するプロトコル、 OAuthを知る 作島 立樹 NRIパシフィック 2008/1/21 マッシュアップと呼ばれる仕組みで、既存のWebサービスが次々とつながり、新たなサービスが登場している。しかし、メールアドレスなど重要な個人情報が意図せずに「つながれてしまう」可能性もある。そこで登場したのがアクセス権の「委譲」を目的としたプロトコル、OAuthである。本記事ではOAuthの仕組みとともに、なぜそれが登場したのかという背景にも触れる（編集部） マッシュアップの犠牲になるユーザーのアイデンティティ GETなどのHTTPメソッドをもちいてURLへリクエストする、いわゆる「RESTful」【注1】なWeb APIを使ったアプリケーション同士の交流は、いままさに隆盛を極めている。「マッシュアップ」と呼ばれているこのサービス形態
REST vs SOAP
GET /WebSite1/WebService.asmx/getHello?str=string HTTP/1.1 Host: localhost HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <string xmlns="http://tempuri.org/">string</string> RESTは、WebブラウザのAjaxや、クライアントアプリから使う場合もあるが、サーバ間のシステム連携でも使う。 RESTの最大の特徴は「WebブラウザにURLを入力すれば動作確認できる」事である。 Webブラウザで容易に動作確認ができるため、すでに存在しているサービスに対しては「まずはアクセスしてみて必要な情報
マッシュアップアワードでモバツイが特別賞をいただきました。
マッシュアップアワード 3rdで特別賞という賞をいただきました。 今回の応募作品を評価可能な「サイトスカウター」の投稿数が一番多いという理由でした完全にモバツイッター利用者のおかげでした。 逆に言えば、それがなければ何も賞はいただけてなかったということなので、モバツイッターのお知らせでデカデカと書いてしまっていたので、ほっと胸をなで下ろしています。 9/30現在、モバツイッターにアカウントを作られた方が7000人（ユニークツイッターアカウント数）を超えていますが、携帯コンテンツで帯域が少ないため、まだまだ全然、自宅サーバで運用していけそうです。 自宅サーバと言っても、DellやHPのサーバマシンが家の中で動いているものなので、エアコンを２４時間稼働させるために省エネエアコンを買ってみたりと、いろいろ試行錯誤しています。（犬がいるのでどっちにしろ夏場はエアコンつけっぱなしなのですが、今の季節
Google Calendar Data API - snippets from shinichitomita’s journal
プライベートカレンダーにもJavaScriptからアクセスできるようになった http://googledataapis.blogspot.com/2007/09/calendar-mashups-anyone.html Calendar API | Google Developers しかしこのサンプルがまったく動かん！だれか動いてる環境の人いないの？ http://gdata-javascript-client.googlecode.com/svn/trunk/samples/calendar/meeting_notes/meeting_notes.html この前のWeb AIMに続いて、自分の中では結構大ニュースなのに。これがちゃんとできてるのならば、Webってマジで変わるよ、などといってみる。もちろん、Googleのサービスだからということじゃなくって、そのアーキテクチャ自体
【XDev】WebAPIはエンタープライズ領域でも当たり前になる
第三者が公開しているWebAPIを利用してWebアプリケーションを素早く簡単に構築する“マッシュアップ”と呼ばれる手法がある。マッシュアップを利用した業務アプリケーションの成功例の1つが，フェアリーウェア代表取締役の黒田哲司氏が開発/開設した「出張JAWS（ジョーズ）」。黒田氏は9月7日，日経BP社が開催した開発者向け会議「XDev 2007」で，出張JAWSの開発を通じて見えたマッシュアップの威力を説いた。 出張JAWSは，WebAPI公開企業のリクルートとJava開発基盤の提供企業であるサン・マイクロシステムズの2社が共催するマッシュアップ・サイトのコンテスト「Mash up Award 2nd」において，108作品中で最優秀賞を獲得したサイト。出張準備の手間を軽減するという実用的な需要に，マッシュアップを利用したアプリケーションで応えた。開発工数は10人日（土日×5週間）。このうちの
yohei-y:weblog: APP の標準化作業がほぼ終了
Tim Bray からアナウンスがあったとおり、 APP の標準化作業がほぼ終了しました。 RFC 番号が付くのはしばらく先だと思いますが、 現状の仕様を実装してもう問題ありません。 最後の draft-17 ベースの仕様が RFC になります。今後の修正は editorial なものだけのはずです。 この先、Web API を設計する人は、まず APP が利用できないか検討しましょう。 APP を採用すれば自然と REST スタイルを採用することになります。 これまで悩みがちだった Web API の設計が、かなり楽になると思います。 Web API を設計する人は、オレオレXMLを設計する前に、Atom/APP をベースにしたらどうなるか、 を考えて見ましょう。きっと Atom/APP は良い選択肢になってくれるはずです。 日本では AtomPP で定着しつつあった Atom Publ
yohei-y:weblog: HTTP ステータスコードを正しく使おう
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
using API; - Twitterライクな「Timelog」API
今をメモする「Timelog」 「Timelog」は、今なにをしているのかをメモしていくだけのシンプルなサービスです。 参考記事： ナノティ、ブログとSNSを組み合わせて近況を一言で伝える「Timelog」 Twitter風のサービス。APIで提供されている機能は以下。 パブリックの発言を取得する 自分とメモフレンドの発言を取得する 自分宛のダイレクトメッセージを取得する 自分の詳細な情報を取得 自分のメモフレンドを取得 新しいメモの投稿 サンプルレスポンス： http://api.timelog.jp/public_msg.asp?cnt=20&fmt=rss Twitterと同じように一部のAPIはBasic認証がかかっている。JSONP対応。 ライブラリ： みのねっとぶろぐ - ダメぽ , TimelogAPI perlサンプル , ジロ第3ステージ 2007年5月25日追記：
Six Basic Truths of Free APIs - www.textfile.org
http://radar.oreilly.com/archives/2007/04/six_rules_for_a.html 「フリーなAPI」についての6個の基本的な真実。以下は（かなりはしょった）要点。 フリーなAPIを提供している企業には理由がある。 APIがなくならないようにするためにはお金がかかるものだ。 API提供者が想定していない利用法をしたら、API提供者と喧嘩することになるだろう。 API提供者は、そのAPIの上にあなたよりも容易に類似サービスを構築できるだろう。 だから、フリーなAPIというのはソースの貧困な代替物にすぎない。 だから、ビジネスを構築できるフリーなAPIなどは存在しない。 via http://d.hatena.ne.jp/yomoyomo/20070501/freeapis 追記： 上記では「フリーなAPI」と書いたけれど、「無料API」というニュアン
livedoor Authの運営終了のお知らせ
livedoor Authの運営終了のお知らせ 2021年3月末をもちまして、livedoor Authの運営を終了いたしました。 長きに渡りご愛顧をいただきまして、誠にありがとうございました。 livedoorホームへ戻る
WebAPIの普及に思う：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
先日立ち寄った本屋ふと手に取った日経ソフトウェアの特集が「WebAPIプログラミング」だった。で、なんとなくそれに惹かれた私は結局その場でかなりその記事を読み込んでしまった。その日の帰宅後に、この記事の著者の一人である松岡さんの「WebAPI とオレってばスゲー感 2.0」を読んで納得感とともに、最近YahooPipeなどの紹介をみていてずっと私がおぼろげに感じていたモノがなんかわかってきたような気がした。 WebAPIを使うとパーツの組合せ的な作業だけで凄いアプリケーションが出来あがることなんだと。いまさらなにを言うのかという人も多いかもしれない。ちょっと失礼な言い方を承知で書くと、最近のマッシュアップでできたアプリの出来映えはスゲー！と思わせるものばかりだが、あれ後ろの仕組みってWebAPIのおかげで結構単純なんだという言うことに改めて気づいたわけだ。既に技術者としては古くてカビの生え
最速インターフェース研究会 :: 「ニコニコ動画はYouTubeにとって脅威になったのでアクセス拒否された」みたいな論調に話を持って行きたがる人たちについて
割とどうでもいいとは思ってるんだけど書いておくことにする。ここら辺読んで思ったこと。 http://shi3z.cocolog-nifty.com/blog/2007/02/youtubeweb20_0171.html http://blog.livedoor.jp/lalha/archives/50154713.html http://mindclip.blog55.fc2.com/blog-entry-121.html 通常の利用頻度でAPI使ってて他は大丈夫なのに自分だけアクセス拒否された！ってことなら、敵視されてるんじゃないか とかそういう陰謀論が起こるのも理解できるんだけど。 「アクセス拒否＝敵視されている」みたいな発想が短絡的だと思う。利用方法に問題があって異常なアクセスがあれば、普通にアクセス拒否すると思うんだけど。敵視してるとかそういうのとは全く関係なしに。 YouTube
COBOL技術者の憂鬱 [RetroTube開発]日経ソフトウェアに掲載されました
今日は運転免許の更新のために門真に行ってきたのですが、その帰りにたまたま立ち寄った駅前書店で、日経ソフトウェアの最新号が発売されているのを見つけました。 巻頭でWebAPIプログラミング特集をやっていたので、これは自分も目を通しておかないといけないなと思い、手に取ってパラパラ読んでいると、そこで自分のサイトがサンプルとして紹介されていたのでびっくりして大声を上げてしまいました・・ 自分のサイトの為に参考になる記事がないかと思って探していたら、自分のサイトがサンプルになっていたなんて、ありえなすぎ・・笑ってしまいました。 日経ソフトウェアさん、取り上げていただいてありがとうございます。 こちらから立ち読みできるようですね。 初心者向けでとてもなじみやすい内容になっているので、興味を持たれた方はぜひ読んでみてください。
![COBOL技術者の憂鬱 [RetroTube開発]日経ソフトウェアに掲載されました](https://cdn-ak-scissors.b.st-hatena.com/image/square/6c7d3bd10de1e0d3af1fe1be714b2106282ae204/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2Fa5a32fab358a2cc14a464e083dd6fca6fd228e80%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttp%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fq%252Fquill3%252F20070226%252F20070226015742.jpg)
Flickr API
straup says: [Note : I work here and this message was also sent to the API mailing list] We are rolling out a new feature called "machine tags" that allows users to be more precise in how they tag, and how they search, their photos. Many of you may already be familiar with machine tags by another name (triple tags) or because you are already using them, informally, in your code (for example, "geo:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Site Under Maintenance
新規
http://www.machu.jp/posts/20060818/
using API; - castella（キャステラ） Podcast API
http://wiki.lingr.com/dev/show/HomePage