Tweet友人からこんなん(Android1.6でもAndroid Marketなくても動くC2DMを作ってみた)あるんだけど作れる？と聞かれ裏も取らずに作れるよーと返してしまったので頑張って作ってみました。 独自C2DM システム構成 throw Life ブログさんの図ではオレオレC2DMに Google 公式 C2DM が使用されているようなのですが、この独自C2DMではGAE(Google App Engine)のみを用いています。 ブラウザから送信されたデータをGAE(cloud)経由で端末にPUSHするシンプルな構成です。 この独自C2DMの一番の肝は、つい先日(12月8日頃に)リリースされた Google App Engine SDK 1.4.0 で正式サポートされている Channel API です。 Channel API を簡単に説明すると、Googleのサーバ(GA
※Androidに関しては今後勉強して行きたいと思っている超初心者です。一応念の為。 11/8にAndroidの会に初参加してきました。 日本Androidの会11月の定例イベント http://android.siprop.org/index.php?%CA%D9%B6%AF%B2%F1%2F2010%C7%AF11%B7%EE%A4%CE%A5%A4%A5%D9%A5%F3%A5%C8 Androidの勉強って言うか、端末のタッチ＆トライ目的で行ったのですが、 AIRで作るAndroidアプリの講演を聞いて、 S3BlazeDSのコミッタとしてAIR for Android + Google App Engineのサンプルぐらい公開しておかないとイケない気がしたので作ってみました。 作ったもの ツイッターっぽい何か。 ※エミュレータの画面です。 このイメージみたらなんとなくわかると思い
AppEngineは、アクセスがあったときにアプリケーションを起動し、しばらくアクセスが無ければアプリケーションを終了させ、また次のリクエストで再起動するという仕組みを導入しています。 そのため、アプリケーションを起動(spin-up)する時間がとても重要になってきます。このspin-upの時間はpython(webapp)で60cpu_ms以下。(cpu_msはcpuが使う仮想的な時間ですがmsと同じ感じで捉えてもらってもとりあえずは大丈夫です)JavaのServletだと600cpu_msくらいです。PythonでもDjangoような大きなフレームワークだと1000cpu_msくらい(アプリによる)かかりますが、許容範囲内。JavaだとSlim3で1300cpu_ms、Springだと早くて7000cpu_msという感じで、Slim3がギリギリ許容範囲内でしょうか。ほんとうは、1000
RailsでGoogle Apps for your domainにOpenID認証をするサンプルアプリを作りました。 以下、サンプル作成手順です。 ruby-openidとruby-openid-apps-discoveryをインストール >gem install ruby-openid >gem install ruby-openid-apps-discovery railsアプリを作ります >rails gapps-openid app/controllers/consumer_controller.rbを作成 require 'pathname' require "openid" require 'openid/extensions/ax' require 'openid/store/filesystem' require 'gapps_openid' class Consumer
WebMemcacheはPython製/Google App Engine用のフリーウェア（ソースコードは公開されている）。Webサーバの負荷を減らしたり高速化を考える上で欠かせないのがキャッシュだ。最近のWebシステムではごくごく当たり前に行われている手法だ。 データをPOSTした所 最も有名なキャッシュシステムと言えばmemcachedだが、独自のサービスを立てる必要があるので誰しもが使える訳ではないだろう。あくまでも擬似的ではあるが、Google App EngineをmemcachedサーバにしてしまうのがWebMemcacheだ。 WebMemcacheはGoogle App Engineをキャッシュサーバにする。アクセス方法はHTTPになり、JSONPによるコールバックにも対応している。サーバサイドからはHTTPで使えば良いだろう。クライアントサイドでもJSONPを使えば非同期
「EXILEはクラウド!」 ではなく、appengine ja night #6 Beer Talk : ATNDで発表した内容です。 Slim3をScalaで動かすためのブランクプロジェクトと、ScalaのController/Serviceを生成するSlim3-gen-scalaを作りました。 yuroyoro/slim3-scala-blank · GitHub yuroyoro/slim3-gen-scala · GitHub slim3をscalaで動かしてみたView more presentations from guest16d8e4. 特徴 ScalaでSlim3が動きます。 ScalaのController/Serviceを生成できます。 EntityはJavaで作成しますが、Scalaから問題なく使えます。 テストはSpecsで書けます。( specs - a BDD
App Engineで使える言語は基本的にはPythonとJavaです。それでは、どちらを選ぶのが良いのでしょうか。 それ以外の言語の人向けの話は後から出てくるのでしばらくこのままお読みください。 趣味ならば単に好きなものを選ぶだけでいいのですが、仕事で使うためには、長所と短所をきちんと把握した上で選ぶ必要があります。また、ここでの話は言語としての一般的な話ではなくApp Engineで使うとき限定の話としてお読みください。 まず安定度ですが、インフラ部分の安定度は、どちらも基本的に同じです。もしかすると、まったく同じものを使っているのかもしれません。 その上で動くAPIの部分は、インフラと直接結びついている低レベルな部分と低レベルなAPIの上に構築された高レベルな部分とに分けて考える必要があります。 低レベルなAPIはLLAPIと呼ばれたりしますが、安定度は、PythonとJavaも同じ
gaemaはPython製/Google App Engine用のオープンソース・ソフトウェア。Google App EngineではGoogleの認証システムが容易に使えるようになっている。とは言えOpenIDが多数のサイトで対応している現在、認証としては他のサービスを使いたい場合も多い。 OpenIDでログインするサンプル 類似のサービスとしてはTwitterやFacebookが挙げられるだろう。この手のサービスならば通知も兼ね備えるので、さらに使い勝手が良い場合もありそうだ。そんな多彩な認証ニーズに応えるのがgaemaだ。 gaemaは認証統合ライブラリとも言うべきソフトウェアで、OpenID認証の他、OAuth、Googleアカウント、Facebook、FriendFeed、Twitterといったサービスに対応している。デモ版ではGoogleアカウントに対応したものが試せる。 ログ
第3回 SQL4GでGAE＋Railsを体験しよう 萩原 巧 リトルソフト株式会社 中越 智哉 株式会社ナレッジエックス 2010/2/23 Web アプリケーション開発者にとって、魅力的な環境に映るGoogle App Engineだが、データの永続化などで落とし穴が存在する。これまでの開発手法を変えずに使えないだろうか（編集部） 第2回「SQL4GでGAE＋PHPを体験しよう」では、SQL4Gを使って、Google App Engine（GAE）環境上で、PHPアプリケーションを動作させるまでを解説しました。 今回は、GAE上でRailsを使用して、リレーショナルデータベースを活用するアプリケーションを構築するための環境を準備します。 大まかな手順は以下のとおりです。 GAE＋Rails＋リレーショナルデータベースの開発環境の設定 簡単なスクリプトをRalisで作成し、動作確認 GAE
Ruby(MRI),Rails2.3.5,Java1.6はインストール済みからスタート (Java1.5な場合は1.5でもOKかもしれないのでそのままやってみて上手く出来たら教えてください。) % java -version java version "1.6.0_03-p3" Java(TM) SE Runtime Environment (build 1.6.0_03-p3-landonf_19_aug_2008_14_55-b00) Java HotSpot(TM) Server VM (build 1.6.0_03-p3-landonf_19_aug_2008_14_55-b00, mixed mode) % ruby -v ruby 1.8.7 (2010-01-10 patchlevel 249) [i686-darwin8] % rails -v Rails 2.3.5 go
「なんでも判定ツクール」へ多数のアクセスありがとうございますm(_ _)m 1月末にリリースした当初は僅かのアクセスだったのですが、Twitterで火が付いてからは一気にアクセスが集まり、気が付けば2月1日〜2月16日で4,000,000PVを超えました。 自分では絶対に考えつかないであろうユニークな判定がたくさんできて、私自身もとても楽しんでいます:-D（面白い発想をする人は世の中にたくさんいるものです） このサイトはGoogle App Engine(GAE）＋Pythonで構築しているのですが、このアクセス数ならではのGAE上で体験できたことをざざっと書いていきます。 無料？課金？ まずはじめに大事なこと。 「なんでも判定ツクール」ではGAEを課金状態にしています。無料のQuotaではとてもではないですが、このアクセスは捌けません:D GAE公式サイトには 月間約 500 万ページ
Google APP Engineについては初期のころのまとめはあるのですが、Pythonですとリリースからそろそろ2年近くになり内容も大きく様変わりしています。最速マスターシリーズでもGoogle APP Engineについてのまとめが無く、そろそろアップデートの必要があると思いまとめてみました。 基本的にwindows環境中心です。 最初に ドキュメントを見るときは必ず英語版を見ましょう。日本語版があるのはありがたいのですが、バージョンとしてはかなり古く、特に歴史の長いPython版では現行の内容とはかなりの隔たりがあります。 Google APP EngineのドキュメントのURLは以下のようなパターンになっています。 http://code.google.com/intl/ja/appengine/docs/**** これのうちjaが言語を表すコードになっていますので、これをenに
なんか世間的に位置情報アプリが流行ってるらしいし、Google App Engine(GAE)も楽しそう。どうせだから、GAEでなんか位置情報アプリでも作ってみよう！と思ってTwitterに書き込んだところ、Geohashという、位置情報のプロトコル？を教えてもらいました。 これは、その名の通り、位置情報をハッシュで表す規格なのですが、いろいろおもしろい特徴があり、調べているうちに楽しくなってきたので、勢い余ってPure Rubyのライブラリまで書いちゃいました。 そのあと、結局ライブラリを作ったところで満足して、アプリは何も作らなかったので、せめてGeohashの解説でも書いておこうと思います。 位置情報は通常、緯度経度で表します。たとえば東京タワーの緯度経度は35.65861, 139.745447です。 北を上にした地図でいうと、緯度がY座標で経度がX座標です。英語では緯度をlati
2010/1/12現在、最新のRails on GAEはこれです。 TinyDS版(おすすめ): http://gist.github.com/269075 DataMapper版: http://gist.github.com/268192 デモも更新しました。 http://railsongae.appspot.com/ 開発はこのあたりを中心に行われています。 http://code.google.com/p/appengine-jruby/ http://jruby-appengine.blogspot.com/ 最新情報はこのグループ：http://groups.google.com/group/appengine-jruby コミットログ：http://code.google.com/p/appengine-jruby/source/list あるいは、http://twitt
先日のGAE/JRubyのdatastoreライブラリをgemにしました。(thanks, woodie) http://gemcutter.org/gems/tiny_ds あとGAE/JRuby+TinyDSののデモサイトを作りました http://rubyist-sg.appspot.com/ twitterでフォローしてもらうサイトなのでよろしくお願いします。 希望があればこのアプリのソースもgithubに置きます。 README * TinyDS -- tiny datastore library for GAE/JRuby github: http://github.com/takeru/tiny_ds - CRUD like a ActiveRecord or DataMapepr - set parent, key, id, name, and find by these,
** I found need to call 'body.close'. @lock.unlock called in ActionController::Reloader::BodyWrapper#close http://github.com/nicksieger/jruby-rack/commit/61e44e49d11d44c19c75e55d67e0ae6214626b8e JRUBY_RACK-22: Ensure we call #close on the body per the Rack spec http://groups.google.com/group/appengine-jruby-commits/browse_thread/thread/6e6a18cc3289871f/4a6e41dc27035c26?show_docid=4a6e41dc27035c26
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く