IDEA * IDEAドットインストール代表のライフハックブログ
HTML5サンプル集 - 株式会社あゆた
このページでは、HTML5のAPIを利用した簡単なサンプルを公開しています。 このサンプルの多くは、弊社技術顧問の白石氏がマイコミジャーナルに寄稿した記事で使用したプログラムを元に、多少の改変を加えたものです。 どれも非常にシンプルなものではありますが、HTML5の各機能を試すためのとっかかりとしてご利用頂けると思います。 白石氏が寄稿した記事はこちらになります。これらの記事と合わせてサンプルをご利用になって頂く事で、各機能の理解がより深まることでしょう。 詳解! HTML 5と関連APIの最新動向 - 新タグ&API編 詳解! HTML 5と関連APIの最新動向 - Webアプリ開発編 アプリケーションキャッシュのサンプル (ダウンロード) (Safari4、Google Chrome3で動作確認済み。Firefoxだと、アプリケーションキャッシュのイベントが正しく発生せず、動作しないと
Cocoaで最も名前が長いメソッドベスト10 - kaisehのブログ
ここのところObjective-Cを勉強中なんですが、まず最初にびっくりしたのがメソッド名の長さです。 Objective-Cでは、メソッドの呼び出し時に引数の名前を明示するので、「このメソッドの2番目の引数は何の意味だっけ？」などと悩む必要がなくなる反面、メソッド名が「動詞＋前置詞＋名詞1:名詞2:名詞3...」のような構成になって、ものすごく長くなります。 一番長いメソッドは何文字あるのか好奇心が湧いてきたので、Cocoaのリファレンスに載っているクラスを対象に調べてみました。 まず、メソッド全体の長さベスト10です。 第1位 initWithBitmapDataPlanes:pixelsWide:pixelsHigh:bitsPerSample: samplesPerPixel:hasAlpha:isPlanar:colorSpaceName:bitmapFormat: bytesP
nobilog2: facebook雑感PART２：mixiはfacebookになれたか!?
一度、書きかけの状態で掲載し、その後、夜中にしあげた前の記事が、あまりに長くなったので、雑感を２つに分けることにした。 こちら（PART II）はAPI公開について。 今日の記者会見を聞いていて、１つハっと思ったのは、facebookも、日本の多くのSNSと、同じ頃、同じステップを歩んでいたのだ、ということ（つまり、他のSNSも、発想を変えれば、今のfacebookになりえたかもしれない、ということ）。 Zuckerbergが、2004〜2005年頃のfacebookは、ユーザーの要望にあわせて、いろいろな機能を追加していた、と言う。 2004年頃と言えば、ちょうど日本でも、mixiとGREEが、競うように新機能を搭載していた頃だ。 mixiが何か新機能を搭載すると、その翌週くらいにGREEが同じ機能を追加したり、GREEのすぐ後につづいてmixiが同様の機能を追加したりして、「どっちが、
HeartRails Glance | リンク先 「チラ見」 サービス
「チラ見」 ウィンドウに必要を感じないお客様は、「チラ見」 ウインドウ下部の x ボタンをクリックすることにより、以後、そのサイトに付加された 「チラ見」 機能を無効にすることができます。また、「チラ見」 機能を導入済みのサイトには、併せて 「チラ見」 機能の有効／無効を切り替えるための Switch を設置することができます。 Switch を設置したい場所に下記の JavaScript をペーストしてください。 お客様のサイトの文字コードが UTF-8 の場合 <script type="text/javascript" charset="UTF-8" src="http://glance.heartrails.com/api/utf8/switch.js"></script> お客様のサイトの文字コードが EUC-JP の場合 <script type="text/javascrip
Web APIの次世代標準プロトコル「Atom Publishing Protocol」 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Google Maps 入門
Google マップはグーグルが提供している地図サービスです。この Google マップをカスタマイズして独自のマーカーを表示させたり、指定した区間のルート検索を行ったりすることができるように色々な API が提供されています。ここでは Google マップで提供されている API の中でもウェブサイトで利用者が操作可能な地図をカスタマイズして表示することができる Google Maps JavaScript API の使い方の解説します。 ※ Google マップを利用者として使う場合の使い方については「Googleマップの使い方」を参照されて下さい。 なお JavaScript の基本的な使い方については「JavaScript入門」を参照されてください。
JugemKey JugemKey 認証 API 仕様
¤¤¤Ä¤âJUGEM¤ò¤´ÍøÍѤ¤¤¿¤À¤¤Þ¤·¤Æ¡¢À¿¤Ë¤¢¤ê¤¬¤È¤¦¤´¤¶¤¤¤Þ¤¹¡£ 2014ǯ5·î27Æü¡Ê²Ð¡Ë¤ò¤â¤Á¤Þ¤·¤Æ¡¢JugemKey ǧ¾ÚAPI¤ÎÄ󶡤ò½ªÎ»¤¤¤¿¤·¤Þ¤·¤¿¡£ ¤³¤ì¤Þ¤Ç¤´°¦¸Ü¤¤¤¿¤À¤¡¢À¿¤Ë¤¢¤ê¤¬¤È¤¦¤´¤¶¤¤¤Þ¤·¤¿¡£ º£¸å¤È¤âJUGEM¤ò¤É¤¦¤¾¤è¤í¤·¤¯¤ª´ê¤¤¤¤¤¿¤·¤Þ¤¹¡£ ¥µ¡¼¥Ó¥¹ÍøÍѳ«»Ï 1.1. ¥æ¡¼¥¶¤Ï¥Ö¥é¥¦¥¶¤Ç¥µ¡¼¥Ó¥¹ X ¤Ø¥¢¥¯¥»¥¹¤·¡¢JugemKey ¤Ø¤Î¥í¥°¥¤¥ó¥ê¥ó¥¯¤ò¼èÆÀ¤·¤Þ¤¹¡£ JugemKey ¤Ø¤Î¥í¥°¥¤¥ó¥ê¥ó¥¯¤ò¥¯¥ê¥Ã¥¯ 2.1. ¥í¥°¥¤¥ó¥ê¥
Flickr の認証API - naoyaのはてなダイアリー
認証API をどうするか、ということで数名のスタッフであれこれ話ながらやってます。 まず、はてなの認証APIを使って何ができるといいのかというところですが、はてなラボをオープンしたときにいただいた意見などを見ると、「はてなのAPIで認証付きのをセキュアに利用するための API」というより「サードパーティのアプリケーションではてなIDでユーザーを識別できるためのAPI」の方が求められているという風に思いました。 具体的には、新規にユーザーを識別する必要のあるアプリケーション、例えば掲示板などを作るとして、その掲示板のユーザーを一意に識別する方法としてはてなIDを使いたい、そのIDが本当にその人のものであるかどうかをはてなが保証する、その保証を問い合わせるための API ですね。その掲示板でログインして何かを書き込むと id:naoya、と表示されると。 この手の認証APIを提供しているサービ
はてな認証API - ヘルプ - 認証APIを利用した認証の流れ
認証APIを利用した認証の流れを、シーケンス図を用いて解説します。API の具体的な利用方法については はてな認証APIを使った認証システムをウェブアプリケーションに組み込む方法をご覧ください。 サービスXははてな認証APIを組み込んだサードパーティアプリケーションです。 ユーザーAはサービスXを利用しようとしています。 サービスXはユーザーAのはてなでのアカウントの有無とアカウントがあった場合のそのアカウント名を確認しようとしています。 ユーザーAはサービスXを利用するために、サービスXのサイトを訪問します。 サービスXはユーザーAに対して、はてな認証APIによるログイン画面へのリンクを提示します。リンクには api_key ならびに秘密鍵を用いて生成したシグネチャ(api_sig1) が URL パラメータとして含まれています。 2 で提示されたリンクを辿って(api_key + ap
人気のAPI／フレームワークを作るための39カ条
ある仕様を利用するための網羅性の高いライブラリを用意したいとき 再利用性が高い（と思われる）プログラムをライブラリ化したいとき Webシステムを外部から利用してもらうために一部分を公開したい場合 多人数で開発する事柄で共通化させておきたい部分をまとめたい場合 ほかの言語で作られたアプリケーションをある言語で利用したいときの橋渡し用 ちなみに、JSP／Servletの世界でよく使われているStruts Frameworkは開発者のCraig McClanahan氏が休暇中に思い付いて開発したものだそうです。オレゴン州のビーチで、ラップトップに向かい、3日間の休暇中ずっとコーディングしていたそうです。 一緒に行った奥さんは機嫌が悪かったようですけど。 ここでは、作成したAPIが自分だけではなく、多くの人に使ってもらえるよう、便利に使えるポイント、広く普及するためのポイントをとらえていきましょう
Yahoo! Japan WEB APIコンテストの受賞者発表 | 秋元@サイボウズラボ・プログラマー・ブログ
先日審査会に参加させていただいた、Yahoo! Japan の WEB API コンテストの各受賞作品が発表になったのでご紹介する。 Yahoo! Japan WEB API コンテスト top ページ 受賞作品リスト 多数の応募作を一通り使って評価するのはとても大変だったが、いろいろな人のそれぞれ異なる発想に触れることができたのは、とても楽しかった。 これからマッシュアップを作ってみようと思っている方にも、受賞作や参加作品のアイデアを知ることは役に立つのではないかと思う。ぜひ見てみていただければ。 [関連] Mashupedia.jp での結果報告記事 [追記 2009.04.16 Mashupedia.jp閉鎖後 別業者がドメインを乗っ取ったようなのでリンクを削除しました] この記事は移転前の古いURLで公開された時のものですブックマークが新旧で分散している場合があります。移転前は現在
テキスト解析:日本語形態素解析API - Yahoo!デベロッパーネットワーク
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon Web サービス入門(Product Advertising API)
not found
Google Chart Tools入門
Google Enterprise Solutions - Google Search Appliance
not found
/post/on-api-design-guidelines/