Google 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
エンティティを２つに分けます - How BuddyPoke Scales on Facebook Using Google App Engine - urekatのスカンク日記３
http://highscalability.com/blog/2010/1/22/how-buddypoke-scales-on-facebook-using-google-app-engine.html エンティティを２つに分けます：メインモデルとサブモデル。 Datastoreのputはもっとも大きなコスト要因なので削減するためにできることはなんでもやりましょう。 メインモデルにはkeyだけでアクセスします。 インデックスは一切作らないし、余計なフィールドも一切保存しないようにします。 getのスピードは速くなり、putにかかる料金は安くなります。 余計なフィールドは時間もお金も無駄にすることになります。 だからUserモデルの「入会日時」フィールドはメインモデルには含めません。 このような頻繁に使わないフィールドはサブモデルに入れておきます。 サブモデルに対してインデックスを作り、
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
Androidでミニ四駆をコントロールさせたり、インタフェースにしたり - 無題 @ はてな
ご無沙汰しております！ 最近、Androidとミニ四駆をBluetoothでつないで、いろいろやってみました。 Android時代のミニ四駆View more presentations from Hideyuki Takei. システム構成は、 [Android(HT-03A)] <--bluetooth--> [Bluetooth Module] <--UART--> [AVR] ----> [Motor] という感じです。 ナイトライダーはやはりかっこいい！ 動画の最後の方にあるシュールな映像は、電子書籍リーダのインタフェースとなる22世紀のミニ四駆です笑 == 追記(2010/03/30 16:39) == GIZMODOで取り上げられました！ http://www.gizmodo.jp/2010/03/android_6.html
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
