.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

App Engineの英語MLちゃんと読んでますか？　私は読んでません！(ｷﾘｯ 量多すぎます！ そこで初めてYahoo Pipesなるものをいじって、「3つのApp Engine MLからフィードを取得して、Googlerが書いた記事（送信者メアドにgoogle.comが含まれるもの）だけ取得するRSSフィード」というものをつくってみました： Google App Engine ML / Googler's answers これ、なかなか調子いいですよ！まあ最近は大抵Ikaiさん（←なんて読むの？）がレスしてますが、ちょくちょくNickさんも答えてますね。このフィードの元フィードは以下の3つです。 Google App Engine Google App Engine for Python Google App Engine for Java ご存じのとおりApp Engine開発者は何

質問形式でとりあえずApp Engineの情報を整理しようと思います。 サーバの管理コンソールで表示するとログの時刻表示がおかしい？ タイムゾーンがPSTで表示されます。ローカルの時刻にするgreasemonkeyなどがあります。 firefox http://userscripts.org/scripts/show/47857 chrome https://chrome.google.com/extensions/detail/jmgkgfinhcmnheebklldfggdpgkihiha 開発時にローカルで登録したDatastoreのデータはどのようにすれば確認できますか？ http://localhost:8888/_ah/adminからDatastore Viewerにアクセスすればデータ内容の確認ができます。（いま[SDK1.3]は残念なことに編集はできません。) また、/_a

#ajn4 で発表したスライド。 app engineでのトランザクションでビルディングブロックとなることを期待したパターン集。Read less

はじめに ｢人類が使うすべての情報を集め整理する｣ この壮大なミッションを掲げ設立されたGoogleは、そのミッションを遂行するべく、マシン・ネットワークなどのインフラ環境に莫大な金額を投資し、独自の技術を開発し続けています。Googleは検索エンジンだけにとどまらず、Gmail、Google Calendar、Google Maps、Google Analystics、Youtube、Google Apps、Google Earthなど、いまや全世界のユーザーが使用するサービスをリリースしており、その扱うデータ量、アクセス数は天文学的な数になることが予想されます。Googleはそれらのデータ量、アクセス数を高速にさばき、なおかつ耐障害性の高いスケーラブルな大規模分散システムを構築しています。 そんな中、2008年4月にGoogle App Engineがリリースされました。Googleが

SmalltableのローカルのSQLiteは、既存のSQLプログラミング手法をそのまま使えてかつDatastoreの特性を生かせるという意味では便利ですが、しかしActionScriptやJavaScriptのオブジェクトをもとにSQL組み立てたりORMしたりするのってそもそも面倒です。なので理想的には、OODBであるObjectStoreのようにクライアント側のオブジェクトをそのままトランザクショナルに永続化して、それを背後でDatastore介して同期したり排他するのがいいのかなぁ〜なんてつらつらつぶやいてたら、私のTLにはマニアックな方々が多くいて反応いただきました。 特に@ashigeruさんからはSTM（Software Transactional Memory）について面白資料をたくさん教えていただき、またSVNや分散バージョン管理との類似性、Log structured s

週報 2024/04/28 川はただ流れている 4/20（土） 初期値依存性 さいきん土曜日は寝てばかり。平日で何か消耗しているらしい。やったことと言えば庭いじりと読書くらい。 ベランダの大改造をした。 サンドイッチ 一年前に引っ越してからこんな配置だったのだけど、さいきん鉢を増やしたら洗濯担当大臣の妻氏…

TaskQueueで分散処理した結果をまとめるときは、排他を考慮する必要があります。Datastoreを使う場合なら、単に結果を新規エンティティとして追加したり、エンティティグループの楽観排他を使ったりすればOKです。一方、やっぱりMemcacheでスピーディーに集約したいよ、という場合は、Memcache上で排他を実装する必要があります。以前のエントリにちょろっと書いたMemcacheService#incrementでスピンロックという方法について説明してほしいというコメントをid:miztakaさんよりいただいたので、ここに改めて書きたいと思います。 Memcacheでは排他制御が必要 ご存じのとおり、App Engineはデフォルトで複数のApp Serverによるクラスタが構成されており、またMemcacheサービスはクラスタ全体で共有されるグローバルなキャッシュとして機能します

Google App EngineのDBサービスはジョインができないなどの制約があるので，パフォーマンスを高めるには工夫が必要だ。キーワードは「キャッシュ」「非正規化」「分散」「事前計算」など。そのほか，処理性能の予測やフレームワークの利用などに注意したい。 米Googleの「Google App Engine」（以下，GAE）は，Webアプリケーションの開発・実行環境を提供するサービスです。前回はGAEの概要編として，サービスの全体像や開発の流れ，データベース・サービスの概要などを説明しました。Java言語とPython言語で開発でき，各種ライブラリやアプリケーション・フレームワークがそろっている一方で，「データベースのジョインができない」といった制約があることを解説しました。 今回はGAEの設計編として，GAE上で動作するアプリケーションを設計する際のコツを，主にデータベース設計を中心

MongoDBを用いたソーシャルアプリのログ解析 〜解析基盤構築からフロントUIまで、MongoDBを最大限に活用する〜Takahiro Inoue

1回目の感想をblogに書いてなくてごめんなさい。ごめんなさい。blogに書くまでが勉強会ですよね。 さて、今回は一気に70人以上の会場になりました(前回は30人ほど)。会場が大きいと質問をしにくくなって質問が減ってしまうのではないかと心配していましたが、ぶいてくのたけざきさんがガシガシ質問してくれたので良かったです。これがappengine java nightが求める勉強会の空気です。appengineはわからないことが多いのでみんな誰かに相談（質問）したいそれを実現する場なのです。 今回のめも appengineのトランザクションはRDBのトランザクションとは異なり、EntityGroup毎のトランザクションとなる。 DatastoreService#getCurrentTransaction()は直前に実行したトランザクションを取得する。 1000件以上の取得 DatastoreS

ここに詳しく書いてあることを本エントリは書いているだけですが、重要な内容なので書いておこうと思います。 appengineのトランザクション分離レベルはRead Committedとほぼ同等です。主要なRDBMSの一般的なトランザクション分離レベルということです。しかし、ちょっとした落とし穴があります。 Read Committedとは SELECT文は問い合わせが開始される直前までにコミットされたデータのみで、コミットされていないデータは参照しない。 コミット前のデータを読んだりしないということですね。（ダーティーリードはしない） appengineのcommit()には2つのマイルストーンがある commit()を実行すると下記の2つが順に実行されます。 マイルストーン A (エンティティに対する変更) マイルストーン B (インデックスに対する変更) データを作ってからインデックスを

（随時更新中です。間違いなどありましたらコメントをお願いします！） このページのtinyurl: http://tinyurl.com/gaetips Datastoreのtips Bigtableの内部構造 BigtableによるDatastoreの実装 Datastoreによるクエリの実装 トランザクションとエンティティグループ Datastoreのtips List Proprtyとmerge joinの使い方 GAE一般のtips GAEのサーバー構成とリクエストの流れ Task Queue APIの使い方 開発環境とプロダクション環境の違い Flex/AIR＋GAEのtips GAE/JにBlazeDSを組み込む BlazeDSの本番環境へのデプロイでハマる Datastore APIの取り扱いでハマる App Engine開発の便利な参考ページ TOPGATEさんのGoogle

なぜなら、Google App Engineを学ぶために一番必要なのは、「何ができないかを知ること」だからだ。そして、この本にはそれが書いてある。それしか書いていないといってもいい。 App Engineは、Googleのインフラを最も効率よく使うことにフォーカスしている。Genericなアプローチではなく、Specializedなアプローチだ。 何かを得ようとするならば、それと等価の何かを支払わなければいけない。App Engineは、Googleのインフラを最も効率よく使うために、「いくつかのAPIが使えない」という対価を支払った。 だからこそ、App Engineを知るためには、最初に何ができないのかを知らなければいけないのだ。 あなたは、その制限という対価と引き換えに、Googleから安価なスケールするプラットフォームを手に入れることができる。 EC2はGenericなアプローチだ