Googleの場合はどうだろうか。Googleツールバー必須のままであったら面白みはあまりなかっただろう。だがWeb APIという強力な武器があれば、使える場面は多いかも知れない。例えばオリジナルのコメントシステムは止めて、Google Sidewikiに保存するようにしてしまったり、そもそもコメントシステムのないサイトでもGoogle Side Wiki APIを使えばコメントシステムが実装できるようになる。

Google Side Wiki APIは言わずと知れたGDataに則って作られているので、既に存在するGData向けクライアントライブラリが利用できるはずだ。またそれに対応しているということは、データの参照はもとより追加や削除といった操作もできるはずだ（今は参照のみで、投稿はできない）。

仕組みとしてはURLや投稿者をキーとして、そこに紐づいたデータを取得すると言う形式だ。データの取得だけであればフィードで出力されているので取り込むのはさほど難しくはない。投稿するインタフェースはないが、AuthSubなどの認証には対応している。

なお、現在はラボ用のサービスなので、将来的になくなる可能性もあるのでその点は注意が必要だ。前述の通り、同種のサービスは既に多数存在しているし、それらの状況はGoogleが知らないはずはない。そのような中リリースするということは、Web APIをはじめとした独自の施策があるはずだ。

Google Sidewiki API – Google Code
　http://code.google.com/intl/ja/apis/sidewiki/

Googleのホーム

もはやGoogleと読むこともできないロゴ…。本日は最初のレーザーができた記念日だそうです。

first laser – Google Search
　http://www.google.com/search?q=first+laser

Google
　http://www.google.com/webhp?rls=ig

オフラインで編集中

オフラインモードにすると、新規の作成はできなくなります。また、画像の挿入も不可となります。また、ダウンロード機能も使えないようです。他、検索機能が使えないと言った、そうなるだろうなと思われる機能は利用できないようですが、文書の編集に関しては問題なさそうです。予め挿入してある画像は問題なく表示されます。

最初の同期処理中

完了しました。これでオフラインになっても大丈夫です。

ただ残念なのはスプレッドシートとプレゼンテーションです。スプレッドシートは、表示のみのモードになるようです。こちらは編集不可です。また、プレゼンテーションは対応していません。現状ではGoogleドキュメント専用の機能となっているようです。

オフラインで編集した文書。なお、スプレッドシートやプレゼンテーションは未対応

Webアプリケーションの弱点としてよく挙げられるオフラインでの利用ができるようになれば、Googleドキュメントの利用者ももっと増えそうですね。

Google Docs
　http://docs.google.com/

via Liveblogging Google Q1 Earnings Report—Fears Were Overblown

利益は2007年の第四四半期から7%アップの52億ドル、純収益は13億1000万ドルで8%アップだそうです。

頭脳が流出し、さらにクリック数が低下しているのにも関わらず収益が上がっていくというのは…単なる技術集団ではないということですね。株価は若干下がった様子なので、それでもなお期待したほどではなかったということでしょうか。

Google Finance

GoogleのWeb APIやオープンソースホスティングサービスなどを提供するGoogle Codeが各国言語にローカライズされました（日本語、中国語、ポルトガル語、ロシア語、スペイン語）。まだコンテンツ全てが対応した訳ではなく、表面的な一部のみではありますが。これで随分受け入れられやすくなったのではないでしょうか。

Google Codeのトップページ。日本語ローカライズされています。

Web APIの概要ページ。ここも日本語化されています。ここ以下は日本語でない場合が多いです。

Google Chart API やGoogle Maps APIは日本語化されているようです。

開発者ホーム – Google Code
　http://code.google.com/intl/ja/

iGoogleで表示したもの

なんでこのワードが、みたいなものもリストアップされていますがマーケティング的には役立つデータになるのではないでしょうか。でも使い勝手が悪く、iGoogleかモバイルからしか確認できないそうです。

が、こちらのURLからであればいつでも取得でき、さらにXML形式なので加工が容易になります。ワードの出典（はてなキーワード、WIkipedia、Yahooニュースなど）も載っているので、こちらのが便利そうですね。

iGoogleで使われているワード一覧の内容

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

とりあえず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/

Contacts Data API – Google Code
　http://code.google.com/apis/contacts/

Google Contacts Data APIを使えばGmailのアドレス帳にWeb API経由でアクセスできるようになります。vCard形式ではなく、GData形式での取得、更新になります。新しいコンタクトを追加することもできるので、別なアプリケーションのアドレス帳と同期をとるような使い方も考えられます。

項目の詳細がドキュメント化されていないようで、詳細は未確認ですが、Gmailに登録したアドレス帳のほぼ全てのデータが取得できるようです。25件ずつのリストで取得したり、検索して結果を得ることができます。

Rubyでのデータ取得の方法は、Rails 2.0 » RubyでGoogle Contacts Data APIを呼び出すを参照してください。

さすがにユーザIDなどは分からないようですが、一歩間違うと怖いですね。

How to Tell if a User is Logged In to Google – kentbrewster.com
　http://kentbrewster.com/how-to-tell-if-a-user-is-logged-in-to-google/