Clickyのトップページ

その点Clickyは違う。アクセス解析結果で得られるほぼ全てのデータをWeb APIで取得することができる。Clickyに関する紹介は 4つの便利機能がお勧めのアクセス解析2.0「Clicky」[ Resident of Net ]を参考にして欲しい。

Clicky APIはアクセス解析アプリケーションという特性もあり、GETを使った取得のみのWeb APIとなっている。データはXML/PHP/JSON/CSV形式で取得できるようになっている。

Clickyのダッシュボード

サーチキーワード/サーチエンジン/流入元/流出先/ページURL/ダウンロード回数/国/都市/言語/ブラウザ/OS/解像度/ホスト名/FeedBurnerの表示数とクリック数などなど。他にも様々なデータが取得できる。

これだけのデータが取得できれば、コンテンツの下に載せたり、別なシステムと連携させたりといったことが容易にできるだろう。さらに基本情報についてはRSSフィードでも配信しているので、それを使っても情報取得が可能だ。

Clicky APIのドキュメント

データを全て解放してしまうのは競争力の減衰のように感じられるだろうか。否、これにより魅力をまし、ユーザビリティの高いフロントエンドがユーザから提供されると行った相乗効果が見込めるようになるのだ。

Help with Clicky | Clicky
　http://getclicky.com/help/api

Lighthouseの一画面

そしてLighthouse APIを使えば、Lighthouse内にあるほぼ全てのデータ取得できるようになります。

プロジェクト、チケット、変更一覧、メッセージ、マイルストーン、チケットビン（？）、ユーザといったデータが取得、追加、更新、削除できます。Lighthouse APIを使えば、Lighthouseクローンだってできそうな位充実しています。データの授受には独自のXML形式が利用されます。

Lighthouse APIの説明ページ

チケットのデータをTwitterから登録できるようにしたり、プロジェクトの状態を社内のシステムに反映したりといった相互連携が考えられます。その一つとして、Subversionのコミットログを転送する方法というのがLighthouseのヘルプの中で紹介されています。これも専用で開発すると大変ですが、Web APIを使うことで手軽で柔軟に構築することができるようになります。

Lighthouseは画面も見やすく、普通に使う分には申し分ありません。その中でさらに他のシステムと連携したい、カレンダー情報を抜き出したいと言ったようなニーズの中で利用するのは面白そうです。

Resident of Net » Blog Archive » 使いやすいプロジェクト管理「Lighthouseapp」
　http://residentof.net/2008/04/lighthouseapp/

Introduction to the Lighthouse API | Lighthouse
　http://lighthouseapp.com/api

Survey Gizmoのトップページ

Survey Gizmoは多数の機能を持ったアンケートフォーム作成Webアプリケーションだ。投票フォームまたはアンケートフォームを作成できる。アンケートの種類によって多数のテンプレートの中から選択して簡単にフォームを作成することができる。

作成したフォーム例

表示のテンプレートも豊富で、10種類を越える中から自サイトにあったものが選択できる。アンケート項目も色々な種類が指定可能だ。

レポーティングの機能ももちろんあるので、まさに至れり尽くせりだ。フリープランでは250回答までとなっており、上位プラン（有料）にすればもっと多数の回答が得られるようになる。

アンケート作成中。日本語も利用可能

アンケートを取ると、サイトに訪れる方の属性や興味範囲が予想されていたものと違っていた、なんてことが多々ある。ユーザを知ることでサイトに磨きをかけていこう。

SurveyGizmo: Online Survey Tool – Web surveys, Polls, Forms, Quizzes, Landing Pages
　http://www.surveygizmo.com/

左が検索結果。右上がプレーヤ、右下がプレイリスト。

そこで使ってみたいのが「Youtube Fast Search」だ。Youtube Fast Searchは検索してその動画の一覧、そして閲覧が簡単にできる。ドラッグアンドドロップでプレイリストに登録しておけば、後は自動で流れていく。

ごく簡単に見られるので、たくさんの動画を一気に見るのに便利だ。

Youtube Fast Search
　http://www.yvoschaap.com/youtube/

simplebucketのトップページ

そんな中、写真アップロードサービスはどうだろう。一見するとユーザ登録が必要そうに感じるが、これは違う。

simplebucketはユーザ登録不要で使える写真アップロードサービスだ。

simplebucketではちょっとした工夫がある。それはユーザ登録しない代わりに、メールアドレスを入力した上で写真をアップロードするのだ。そして設定を行う秘密のURLをメールで送信してくれる。メールアドレスは登録されているものと思われるが、こうした工夫でストレスなく操作できる。

他のユーザが見る写真閲覧画面

写真をアップロードしたら、各写真にコメント、レーティング、タグを付けることができる。後は友人に知らせて皆で写真を楽しもう。友人に知らせるためのフォームもあるので、ごく手軽に素早く写真を共有できる。

ユーザ登録すると、システム側では色々と楽になることが多い。そのため、何となくユーザ登録を要求してしまっている場合がある。ユーザの気持ちになってみればそれは負担にしかならないので、本当にユーザ登録が必要なのか、しなくても機能を提供する手段がないのか、考えてみよう。

Simplebucket | Real Simple Photo Hosting and Share Photos instantly for free
　http://www.simplebucket.com/

Splashupのトップページ

つまり、Mashupしたことを売りにするのではなく、アイディアありきで結果的に便利だからWeb APIを使っています、という流れ。Mashupありきにしてしまうとアイディアが狭くなってしまうが、アイディアありきで動けばその可能性は無限大になる。

Splashupはもはや簡易的とは言わせないほどの編集機能を持ったソフトウェアだ。読み込みはローカルファイルまたはSplashup、Facebook、Flickr、Picasaのファイルが利用できる。また保存先も同様だ。

ということで、オンラインの画像編集WebアプリケーションであるSplashupはFlickrやFacebook、PicasaのWeb APIを通じて写真を取り込んで編集することが可能です。こうしたアイディアをベースにWeb APIを取り込んでいくのがMashupの王道ではないでしょうか。

via Photoshopの代わりにさえなりえる？「Splashup」 [ Resident of Net ]

Splashup
　http://www.splashup.com/

続くのかどうかは不安ですが。

とりあえずPythonもよくわかっていない（import文があること、インデントが重要ということくらいしか分からない）状態ではじめてみるのですが。Google App Engineのリファレンスを参考にすると、次の機能が使えるようです。

• ログインシステム
• データストア
• テンプレートエンジン

そこでゲストブックを参考に、機能を付け加えてみました。

まずありがちなHello Worldです。

適当な場所にgoogleappsというディレクトリを作成します。

$ mkdir googleapps

その中にapp.ymlと言うファイルを作成します。

$ cat googleapps/app.yml

ファイルを編集します。内容は以下のようになります。


application: moongift-sample
version: 1
runtime: python
api_version: 1
handlers:
- url: /.*
script: helloworld.py

ここで、application: の後はGoogle App Engineで取得した名称になります。Scriptは実行するスクリプトファイル名です。後はgoogleapps/helloworld.pyを作成し、次のように記述します。

print ‘Content-Type: text/plain’

print ”

print ‘Hello, world!’

これで実行すると、Hello, World!が出るはずです。


$ dev_appserver.py googleapps
INFO 2008-04-09 08:44:23,960 appcfg.py] Checking for updates to the SDK.
INFO 2008-04-09 08:44:24,451 appcfg.py] The SDK is up to date.
INFO 2008-04-09 08:44:24,485 dev_appserver_main.py] Running application moongift-sample on port 8080: http://localhost:8080


ということなので、localhost:8080にアクセスします。

では次のステップとして、フレームワークを使って処理をきちんと分けてみます。

フレームワークを使う場合は、以下のファイルをimportする必要があります。


import wsgiref.handlers
from google.appengine.ext import webapp


この状態で、次のように記述すると処理分けができます。


class MainPage(webapp.RequestHandler):
def get(self):
self.response.headers['Content-Type'] = 'text/plain'
self.response.out.write('Hello, webapp World!')

def main():
application = webapp.WSGIApplication(
[('/', MainPage)],
debug=True)
wsgiref.handlers.CGIHandler().run(application)

if name == “main”:
main()


これを見て予想できる通り、http://localhost:8080/へのアクセスは、MainPageというクラスの処理に飛ばされます。そして、def getと書かれているのはgetアクセスした場合に呼ばれるもののようです。同様にdef postが使えます。ここによれば、put/delete/head/options/traceが使えるそうです。

次に認証処理です。これは、


from google.appengine.api import users


を頭に追記する必要があります。これだけでGoogle認証が利用できるようになります。そして、


user = users.get_current_user()


これでユーザ認証済みかどうかが分かります。


if user:
self.response.headers['Content-Type'] = 'text/plain'
self.response.out.write('Hello, ' + user.nickname())
else:
self.redirect(users.create_login_url(self.request.uri))


このように記述して処理分けできます。ごく簡単です。次はデータの受け渡しです。


self.request.get('content')


これでフォームからのデータが受けられるようです。もちろん、HTML側では


<form action=”/sign” method=”post”>
<div><textarea name=”content” rows=”3” cols=”60”></textarea></div>
<div><input type=”submit” value=”Sign Guestbook”></div>
</form>


のように記述されている必要があります。これもごくシンプルです。

最後がデータのストアです。これは


from google.appengine.ext import db


を追加した上で、新しいクラスを作成する必要があります。モデルのようなものです。


class Greeting(db.Model):
author = db.UserProperty()
content = db.StringProperty(multiline=True)
date = db.DateTimeProperty(auto_now_add=True)


このようなクラスです。これだけでデータベースが利用できるようになります。スキーマの定義を書いて実行して、といった手間がないのでごく簡単です。もちろん、開発環境（ローカル）でも使えます。

後は次のように呼び出して使うだけです。


def post(self):
greeting = Greeting()
if users.get_current_user():
greeting.author = users.get_current_user()
greeting.content = self.request.get('content')
greeting.put()
self.redirect('/')


greetingモデルを新しく作って、それにコンテンツを当てはめて、最後にputメソッドで保存処理を実行という流れです。これでゲストブックの流れが出来上がりです。実際のソースは以下のようになります。


#!-*- coding:utf-8 -*-
import cgiimport wsgiref.handlers
from google.appengine.api
import usersfrom google.appengine.ext
import webappfrom google.appengine.ext import db

class LogoutPage(webapp.RequestHandler):
def get(self):
self.redirect(users.create_logout_url(”/”))

class LoginPage(webapp.RequestHandler):
def get(self):
self.redirect(users.create_login_url(”/”))

class MainPage(webapp.RequestHandler):
def get(self):
self.response.out.write(’<html><body>’)

if users.get_current_user():
self.response.out.write(’<div><a href=”/logout”>Logout</a></div>’)
else:
self.response.out.write(’<div><a href=”/login”>Login</a></div>’)

greetings = db.GqlQuery(”SELECT * FROM Greeting ORDER BY date DESC LIMIT 10″)
for greeting in greetings:
if greeting.author:
self.response.out.write(’<b>%s</b> wrote:’ % greeting.author.nickname())
else:
self.response.out.write(’An anonymous person wrote:’)

self.response.out.write(’<blockquote>%s</blockquote>’ % cgi.escape(greeting.content))
# Write the submission form and the footer of the page
self.response.out.write(”"” <form action=”/sign” method=”post”> <div><textarea name=”content” rows=”3″ cols=”60″></textarea></div> <div><input type=”submit” value=”Sign Guestbook”></div> </form> </body> </html>”"”)

class Guestbook(webapp.RequestHandler):
def get(self):
self.redirect(’/')

def post(self):
greeting = Greeting()
if users.get_current_user():
greeting.author = users.get_current_user()
else:
self.redirect(users.create_login_url(self.request.uri))
return

greeting.content = self.request.get(’content’)
greeting.put()
self.redirect(’/')

class Greeting(db.Model):
author = db.UserProperty()
content = db.StringProperty(multiline=True)
date = db.DateTimeProperty(auto_now_add=True)

def main():
application = webapp.WSGIApplication( [
('/', MainPage),
('/sign', Guestbook),
('/logout', LogoutPage),
('/login', LoginPage)
], debug=True)
wsgiref.handlers.CGIHandler().run(application)

if __name__ == “__main__”: main()

作ってみたデータストアするゲストブック

本当はもっと簡潔にかけるのだろうけど、Pythonビギナーのため分かりません。とりあえずここで動作していることは確認済みです。とりあえず試してみた限りでは、

• Python分かりづらいよPython
• クラスを分けた方が良いよね
• GQLってなんぞ
• ローカルで開発している時もデータベースが使えるのがすごい
• ついでに認証も使える。ただし任意のメールアドレス
• routeの仕組みがもっと動的にできないものかな
• 本格的な作り込みをしようと思うと、色々テクニックが必要そう

Pythonはインデントの強く意識して書かないと（当たり前ですが）いけないのが大変ですね。いつがクラスの終わりなのか、メソッドの終わりなのかが分かりづらい状態です。リクエストのハンドリングが多くなりがちなので、ここが自動的に振り分けられると便利かなぁ…。

GQLはO/Rマッピングを使えばあまり意識せずに使えるらしいですが、複雑な場合は覚えないといけないでしょうね。後、Ajaxを簡単に使えたりするのでしょうか。

最後にリリースです。リリースもCUIで行います。

$ appcfg.py update googleapps

にてファイルがアップロードされて、使えるようになります。

ファーストインプレッションはこのくらいで。可能性は多いにあると思いますので、ぜひ触ってみてください。

GoogleからAmazonのEC2/S3/SimpleDB対抗プロジェクトとでも言うべきGoogle App Engineが登場しました。これはPythonベースのWebアプリケーションを開発し、それを動作させる環境を提供してくれるWebサービスです。

利用はまずSDKをダウンロードするところから始まります。現在ベータ版のため、ユーザ登録後にメールでお知らせがくる形式になっています。SDK自体はWindows、Mac OSX、Linuxやその他の環境向けのパッケージが提供されています。Google Apps Engine自体はオープンソースのプロジェクトになっています。

SDKダウンロードページ

そして、SDKをインストールし、さらにユーザ登録も完了したら開発開始です。

開発はPythonを使って行います。YAMLを使って設定を定義して、ローカル環境で動作確認ができます。その結果をコマンドベースでGoogle App Engineへ投げれば、Google上で動作させられるようになります。

注目すべきはGoogleのデータ管理システムであるBigTableを利用できる点です。データベースを定義し、GQLと呼ばれるSQLに似た言語を使ってデータを取得、更新、作成できるようになります。

Pythonということで若干敷居が高い感もありますが、これを機に習得してみるのも良いかもしれません。なお、フレームワークはDjangoとのことです。

個人的にはベータサービスの内にどれだけの言語に対応してくるか、またサービスの機能が増えていくかが気になります。例えばRuby/RailsやPHP、Perlといった言語への対応や、独自ドメインの対応などが気になります。また、ImageMagickや特殊なライブラリを利用している場合にどう対応してくるかも気になるところです。これらが解決してくると、相当面白いことになりそうです。

Google App Engine – Google Code
　http://code.google.com/appengine/

Elastic IPはアカウントに対して紐づけられた静的なIPアドレスで、好きなインスタンスに対して割り当てることができます。これを使えばDynamicDNSを使って更新を通知することがなくなります。インスタンスの数によって、IPアドレスの数も変わるようです。

自分に割り当てられているIPアドレスを知るのは「ec2-allocate-address」というコマンドです。API Toolsもバージョンアップしているので、ダウンロード＆置き換えが必要です。

次にAvailability Zonesです。これは仮想的であるために物理的な場所によらないAmazon EC2ですが、同じサーバに仮想サーバがあった場合、一台のサーバの不具合で複数のインスタンスが影響を受ける可能性があります。また、これはデータセンターレベルでも同様です。それを防ぐためにAvailability Zonesを使って物理的な場所を指定してやることで、電源やネットワークの冗長性をはかることができます。

このAvailability Zonesを知るのが「ec2-describe-availability-zones」です。現在、このコマンドを実行すると次のように返ってきます。

$ ec2-describe-availability-zones
AVAILABILITYZONE        us-east-1a      available
AVAILABILITYZONE        us-east-1b      available
AVAILABILITYZONE        us-east-1c      available

これを見る限り、現在は東側に1つの拠点、3つのゾーンがあると言うことでしょうか。以下は今回のバージョンアップによって追加されたコマンドです。

• ec2-allocate-address
• ec2-associate-address
• ec2-describe-addresses
• ec2-describe-availability-zones
• ec2-disassociate-address
• ec2-release-address

以前にあったAmazon S3の障害のようなケースを防ぐための手段になりそうです。

via Amazon Enhances EC2, Embraces Failure [ Programmable web ]

Amazon Web Services Developer Connection : Feature Guide: Amazon EC2 Elastic IP Addresses

http://developer.amazonwebservices.com/connect/entry.jspa?externalID=1346

新機能の一つ、イメージ。サムネイルと拡大画像がスライドショーのように表示される。

だが今度の機能でYahoo! Pipesの新たな活用法が見えてくる。Badges for Yahoo! Pipesと呼ばれる機能によって、出力形式にマップ、リスト、イメージという三種類が加わったのだ。

マップは位置情報が入ったデータを与えた場合に、地図上にそれをマッピングして自動的に表示してくれる機能だ。画像はflickr APIを使った場合に、その結果をサムネイルで一覧表示してくれる機能だ。

iGoogleへの表示

リストはこれまでと同じだが、画像の場合はサムネイルも一覧に加えてくれる。そしてそれらのデータをボタン一つでBloggerやWordPress、TypePadなどに貼付けられるようにもなっている。さらにiGoogleへの登録も可能だ。

各種ブログサービスへのボタンも用意されている。

現状ではflickr APIを活用したものが殆どのようだが、ユーザインタフェースに乏しかったYahoo! Pipesにこうした機能が加わったのは大きい。ブログのサイドバーがもっと華々しくマッシュアップできるようになる。

これはマップ。位置情報を読み取って地図上にマッピングしてくれる。

Badges for Yahoo! Pipes (Yahoo! Developer Network blog)
　http://developer.yahoo.net/blog/archives/2008/03/badges_for_yaho.html