Google AppEngine 3アプ目

**nobodyさん** · 2010/02/25(木) 09:32:03

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

■過去スレ
Google App Engine
http://pc11.2ch.net/test/read.cgi/php/1207754942/
Google App Engine 2アプ目
http://pc11.2ch.net/test/read.cgi/php/1243654802/

■リンク集
はてなブックマーク
http://b.hatena.ne.jp/t/gae
http://b.hatena.ne.jp/t/Google%20App%20Engine
Delicious
http://delicious.com/popular/gae
http://delicious.com/popular/googleappengine

■参考サイト
App Engine ギャラリー
http://appgallery.appspot.com/
ドキュメント
http://code.google.com/appengine/docs/python/overview.html

**nobodyさん** · 2010/05/20(木) 10:55:17

>>426
特にマニュアル読んだわけじゃないけど
今の所上書きインストールで問題は発生してない
正しい方法かは分からない

**nobodyさん** · 2010/05/20(木) 17:38:39

こんなのくるのか
Google、Amazon S3対抗の開発者向けクラウドストレージサービスを発表
http://enterprise.watch.impress.co.jp/docs/news/20100520_368251.html

**426** · 2010/05/20(木) 22:00:30

>>427
ありがとう

**nobodyさん** · 2010/05/20(木) 22:04:02

そっち貼るならこっちも貼ろうぜ
「Google App Engine」を企業向けに機能強化、プレビュー版発表
http://enterprise.watch.impress.co.jp/docs/news/20100520_368310.html

**nobodyさん** · 2010/05/20(木) 22:53:16

>>430
これって企業の社内インフラ向けってことだよね？

**nobodyさん** · 2010/05/25(火) 23:06:21

同じアプリケーションを２つ作ったらアウト？
作っても公開しなければセーフ？

**nobodyさん** · 2010/05/27(木) 01:05:30

よよいのよい

**nobodyさん** · 2010/05/28(金) 11:56:50

urlfetchはローカルだと機能しないんでテストめんどいからurllib2を使ってるんですが
実は速度的に違いとかあるんでしょうか？

**nobodyさん** · 2010/05/28(金) 14:18:34

>>434
違いがなかったら車輪の再発明なんかわざわざ搭載しないでしょ。
マニュアルに載ってるよ。

**nobodyさん** · 2010/05/30(日) 03:23:20

新しいバルクアップロード何が変わったのよ。あの英語のドキュメント何言ってんだがサッパリなんだが。

**nobodyさん** · 2010/05/30(日) 12:18:41

Google App Engine 関連の勉強会
ほかにもあったら教えてちょ

appengine ja night #8
Google App Engine勉強会利用者による実践的ノウハウの共有
http://atnd.org/events/4305

appengine ja night #8 Beer Talk
App Engine話を肴にビールを飲む会
http://atnd.org/events/4306

appengine ja hack-a-thon #4
Google App Engine勉強会利用者による楽しいhack-a-thon
http://atnd.org/events/4422

Python4PHPer 第6回講習会
PHPユーザのためのPythonとGoogle App Engine勉強会
http://atnd.org/events/4781

JavaエンジニアのためのGoogle App Engine入門
初心者向けの入門編です
http://atnd.org/events/4872

**nobodyさん** · 2010/05/31(月) 07:29:59

Python API と JDO と Java Low-level API との速度比較
http://gaejava.appspot.com/

**nobodyさん** · 2010/05/31(月) 23:23:57

Memcache API
http://code.google.com/intl/ja/appengine/docs/python/memcache/overview.html

Memcache APIの制限についてですが、ページ下部にある1MBっていうのは
キャッシュ可能なデータの総数が1MBってことですか？

**nobodyさん** · 2010/05/31(月) 23:26:54

>>439
試して教えてよ

**nobodyさん** · 2010/06/01(火) 01:36:04

blobstore使えなくなってる？

昨日だか一昨日の更新から
blobkeyがnullになるんだが…

**nobodyさん** · 2010/06/01(火) 01:57:57

>>441
なっていない

**nobodyさん** · 2010/06/01(火) 02:44:04

>>442
サーセン、マイバグでした<(ゝ∀・)ゞﾒﾝｺﾞﾒﾝｺﾞ

**nobodyさん** · 2010/06/01(火) 18:49:33

>>439
>キャッシュ可能なデータの総数が1MBってことですか？

総数じゃなくて、キャッシュ可能なデータの最大サイズ。
個数や合計サイズには特に制限はないんじゃないかなあ。

**nobodyさん** · 2010/06/01(火) 20:43:17

一回当たりのAPI通信サイズ制限でしょ、必然的に1個（最小単位）の最大サイズ制限にもなるけど
ストアしたデータの量に関しては1個たりとも保障されないmemcacheの特性そのものが制限

**nobodyさん** · 2010/06/01(火) 21:00:08

>>445
>ストアしたデータの量に関しては1個たりとも保障されないmemcacheの特性そのものが制限

なるほど。
# 最初、「保障されないmemcache」と読み違えてしまった。
# 「保障されない*という*memcacheの特性」だね。

**nobodyさん** · 2010/06/01(火) 22:10:15

お？まじで！？俺もずっと1MBのメモリにいろんなキャッシュデータ詰め込む感じだと思ってた。

**nobodyさん** · 2010/06/01(火) 22:14:55

keyや*_multiはなんだと思ってたんだよｗ

**nobodyさん** · 2010/06/03(木) 08:55:14

クエリストリングに日本語というか
URLエンコードされたユニコード文字渡しても
Requestオブジェクトから受け取れないんだけど俺だけ？
ASCIIなら問題無い

正規表現使ったルーティング時には
Request.get()できちんと受け取れてる

WebObのドキュメント見てもそれっぽいのは無いし
Requestオブジェクトやルーティング周りに
手入れするのは嫌だなあ

**449** · 2010/06/03(木) 08:57:51

ごめん、訂正

> 正規表現使ったルーティング時には
> Request.get()できちんと受け取れてる

Request.get()じゃなくて
getメソッドの引数だった

**nobodyさん** · 2010/06/03(木) 12:46:32

おまえだけ

**nobodyさん** · 2010/06/03(木) 13:55:56

>>451
マジでか
俺の環境だとこんな単純なでも代入されない
ASCIIは入る

class MainPage(webapp.RequestHandler):
def get(self):
word = self.request.get('word')
self.response.out.write('No word.')

URLエンコードされた文字でも代入される場合もあるけど
'GAEで開発' → GAE%82%C5%8AJ%94%ADは
Request経由で受け取ると'GAE？J'となる
クエリストリングでURLエンコードされた文字列受け取ること
想定してないんじゃないかって思ったんだけど
俺だけなのか…

**nobodyさん** · 2010/06/03(木) 14:04:18

SJISでエンコードされてるようですがこれでいいんですか？

**nobodyさん** · 2010/06/03(木) 14:52:04

馬鹿は質問の仕方見ただけで馬鹿だと分かるな

**nobodyさん** · 2010/06/03(木) 15:19:35

なんか2chでVistaが叩かれてたのに便乗してPCの不具合を全部Vistaのせいにする初心者を思い出した

**nobodyさん** · 2010/06/03(木) 16:41:07

Vistaは確かに糞だし
GAEも糞だ

**nobodyさん** · 2010/06/03(木) 21:21:28

>>456
情弱乙

**nobodyさん** · 2010/06/04(金) 10:43:10

>>452
GAE関係無いよ
文字コード調べような

**nobodyさん** · 2010/06/05(土) 00:33:53

>>456
だらず

**nobodyさん** · 2010/06/05(土) 11:11:48

>URLエンコードされたユニコード文字渡しても

>'GAEで開発' → GAE%82%C5%8AJ%94%ADは

ﾜﾛﾀ

**nobodyさん** · 2010/06/05(土) 20:34:31

>>452-461
馬鹿を馬鹿って指さしてただ笑うのは2chらしいけど、
ずらずらレスするより、一行でズバッと間違い指摘してやれよｗ

**nobodyさん** · 2010/06/05(土) 22:38:33

>>461
>>453

**nobodyさん** · 2010/06/06(日) 01:04:39

>>461
最速で指摘されてるだろ

**nobodyさん** · 2010/06/06(日) 14:39:58

>>461

>>461

**nobodyさん** · 2010/06/06(日) 21:20:19

keyの頭文字に数字使っちゃいけないってどこかに書いてなかったっけ？
普通につかえるんだけど

**nobodyさん** · 2010/06/06(日) 21:26:55

いつだったかのアップデートで使えるようになったんじゃなかったかな

**nobodyさん** · 2010/06/06(日) 22:39:03

そうだったのか
無駄に接頭語ついててきったねえｗ

**nobodyさん** · 2010/06/07(月) 00:19:22

数字使えてもソート順は文字列と同じだよね？

**nobodyさん** · 2010/06/08(火) 03:32:53

key_nameに日本語使えるんだな
知らなかった

**nobodyさん** · 2010/06/08(火) 17:18:17

トランザクション中で<class 'google.appengine.runtime.DeadlineExceededError'>がでると数分くらい連続してで続けるんだけど
組み方が悪いのかな

**nobodyさん** · 2010/06/08(火) 17:47:45

いかなんじゃね

**nobodyさん** · 2010/06/08(火) 21:29:08

>>470
俺もmemcashe使ってもでるわ　重い
もうどうしようもなのかな....

**nobodyさん** · 2010/06/08(火) 22:43:50

>>470
うちでも最近よく出てる。Datastoreが重いらしいからそのせいでは。
ただあまり連続してなくて、散発的な感じ。

**nobodyさん** · 2010/06/09(水) 00:31:18

>>472
>>473
俺だけじゃないんだな
わりと頻発するしもう嫌だ

**nobodyさん** · 2010/06/09(水) 00:39:18

もう既に公開しちゃってユーザいるから
Googleの罠でも金払えば軽くなるならして欲しい

**nobodyさん** · 2010/06/09(水) 08:41:59

すぐに脱出した俺は勝ち組

**nobodyさん** · 2010/06/09(水) 10:55:13

Blob Viewerでblobデータ選択して削除しようとすると

Server Error
A server error has occurred.

と３日前ぐらい表示されます。みなさんも同じですか？

**nobodyさん** · 2010/06/10(木) 14:27:23

え？Blobデータ消せないの俺だけ？

**nobodyさん** · 2010/06/10(木) 18:58:57

Blob Viewerって課金すると使えるようになるやつ？
使ってる人少ないのかもしれない

**nobodyさん** · 2010/06/10(木) 20:39:16

>>479
そうそう課金すると使える奴。使ってる人少ないのかな。
海外コミュ見てくるか。。

**nobodyさん** · 2010/06/10(木) 22:22:45

Blobstoreのデータ消せない件、本家のissueに挙がってました。
http://code.google.com/p/googleappengine/issues/detail?id=2570

でいろいろ調べた結果、消す方法発見しました。
需要ないと思うけど今後のために晒しときます。

class deleteBlobsHandler(webapp.RequestHandler):
　def get(self):
　　q = blobstore.BlobInfo.all()
　　for e in q:
　　　e.delete()

**nobodyさん** · 2010/06/11(金) 02:48:10

こんなん来たが・・・失敗時刻の情報も無しにただエンティティリスト渡されてどうやってマージしろと？

During the day of May 25th, 2010, Google App Engine experienced a serving outage that lasted approximately 50 minutes.
In the minutes leading up to the outage, we received a number of writes from your application that we were unable to replicate to the secondary Datastore.
This caused the secondary Datastore to be slightly out of sync when we began serving traffic as part of the outage recovery process.
We call these type of writes “unapplied writes.” Rest assured, unapplied writes do not impact the transactional consistency and have not corrupted your application data.

The follow applications you own have unapplied writes:
***

During the recovery of the failed data center, we were able to produce a log of the unapplied writes that occurred during the outage period.
As a service to you, these unapplied writes are now available from within your application’s to make it easy for you to re-integrate them.
We have also developed a number of tools and example on how to do so.
If you are interested in better understanding this logged data and how you can work with it, please visit the Unapplied Writes FAQ: http://code.google.com/appengine/kb/unappliedwrites.html

Additionally, if you have any follow up questions please reply to this email.
We can also work with you to re-integrate or delete your entities in batch as you see fit for your application.

No action is required on your part; you can choose to ignore these writes if you choose.
We're making these writes available to you because we want you to know that whenever possible, we take every step we can to recover any data, complete or incomplete, that you attempt to store on App Engine.

We apologize for any inconvenience this may have caused you and thank you for your continued support of Google App Engine.

The App Engine team

**nobodyさん** · 2010/06/11(金) 19:03:22

SQLでは order by age, height のように複数のカラムを指定してソートできますが
appengine でもできますか。
Webで探しても、複数のプロパティを指定してソートした例が見つからなかったので
もしかしてできないのかと心配しています。

**nobodyさん** · 2010/06/11(金) 22:42:26

>>482
いくつきえたの？

**nobodyさん** · 2010/06/11(金) 22:51:36

巨神兵状態だな・・・
腐ってやがる

**nobodyさん** · 2010/06/12(土) 02:54:34

>>483
ドキュメントに複数プロパティでの並べ替えの例がある。
色々制限があるので、詳しくはドキュメントを参照。

**nobodyさん** · 2010/06/12(土) 07:03:33

Togetter - まとめ「データストア障害でエンティティが消えた疑惑」
http://togetter.com/li/24245

確かにぶっとんでる報告あるね

**nobodyさん** · 2010/06/13(日) 08:41:02

ダッシュボードがおかしくなってるのは俺だけ？

**nobodyさん** · 2010/06/18(金) 16:41:08

これ見てよ↓
http://livedoor.2.blogimg.jp/agomesu/imgs/4/f/4faec292.png
ばらまこうぜ！

**nobodyさん** · 2010/06/27(日) 19:44:44

なんでもそうだけど、甘く見ると痛い目みるよね

**nobodyさん** · 2010/07/07(水) 22:46:48

おまえら元気？

**nobodyさん** · 2010/07/08(木) 09:01:30

元気だけど話題はとくにないな

**nobodyさん** · 2010/07/08(木) 09:05:42

話題はあるけど話せないネタばかり。

**nobodyさん** · 2010/07/08(木) 09:27:28

元気に色々作ってるよ

Bigtableの不安定さは困るけど
Googleのいつもの過渡期の状況だと思うし
最悪データの不整合が起きてもダメージの少ない
断片データばっかりのサービスだから気にしてない

本業が忙しすぎて全然進まないのが悩み

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 11:24:46

つかこれさ、もの凄く作業効率が悪くね？
ローカルとリモートじゃかなり動作が違ってくるし。

あと、1つのファイルを修正して、Deployするのに3分かかるってどういうことだ？

Deploying new version.
Checking if new version is ready to serve.
Will check again in 1 seconds.
Checking if new version is ready to serve.
Will check again in 2 seconds.
Checking if new version is ready to serve.
Will check again in 4 seconds.
Checking if new version is ready to serve.
Will check again in 8 seconds.
Checking if new version is ready to serve.
Will check again in 16 seconds.
Checking if new version is ready to serve.
Will check again in 32 seconds.
Checking if new version is ready to serve.
Will check again in 60 seconds.
Checking if new version is ready to serve.
Will check again in 60 seconds.
Checking if new version is ready to serve.

Googleってこんな糞な会社だったっけ？

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 14:12:06

ファイル数増えてるならZIPにするべき

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 14:42:31

はぁ？
>>495読めよ。
アホかお前？

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 21:14:22

pgrw

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 22:34:23

>>498
dopyupyupyupyu

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 08:52:51

そこまでローカルとリモートが挙動替わるか？
単体テストしてりゃそこまで気にならんと思うレベル

ちなみにうちはDeployには５分以上かかりやがるｗ

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 09:13:02

フェッチ処理とかクロンとかいろいろ変わるな
データストアの内容も違うし、モデルもとシンクされん
何か入れないと反映されんからな
意味の成さない糞アプリなら気にならんレベルかもしれんが、
それ以上のことをやろうとすると挙動がかなり変わってくる
GAEを使った人気アプリがないのはその辺の理由が大いに絡んできているんだろう

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 13:41:20

俺の中で一番キツいのはテストがし難いってことかな

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 15:05:01

データストアのNULLの処理の挙動に互換性がないのが一番アホだと思う
あとインデックスを後から追加とか削除とかしたときも本番で動作変わるし

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 16:43:47

ワロタw
結構いるよね、ほのめかしはするけど実は答え知らない自称上級者

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 16:47:40

スレ検索：上級者
マッチ0件

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 20:30:29

WPF と GAE にいったいどんな共通点が・・・

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 20:39:10

誤爆だろｗ
俺もあっち見てこっち見てたらデジャブったわｗ

**nobodyさん** · 2010/07/12(月) 01:34:04

>>501
はげどう

**nobodyさん** · 2010/07/12(月) 06:06:04

やっぱりみんな同じ意見なんだね。ちょっと安心。
開発ストレス貯まりまくりでワロタよw
いろんな部分で非効率的だよね。

俺はGAE環境での開発が結構進んでたんだけど、
今後の事を考えて、早目にレンタルサーバーに
以降することにしたよ。
アマゾンのクラウドにするかslicehostにするか迷ってるとこ。

**nobodyさん** · 2010/07/12(月) 07:51:56

タダほどこわいものはない
を地で逝ってる

**nobodyさん** · 2010/07/12(月) 09:07:39

課金しまくってるのにクソだわ
俺もSlicehostあたりに移行しようかなぁ

**nobodyさん** · 2010/07/12(月) 09:17:13

>>511
SlicehostはGoogle App Engineの代替にはならないだろ。

**nobodyさん** · 2010/07/12(月) 10:09:30

>>512
んなこと言う必要ないぐらい明白だと思うが。

できることで言えば、
GAE ⊂ Django + MySql
だし、そもそもGAEのデータモデリングはDjangoのそれに修正を加えたものだし、
そこまで移行も時間かからんだろ。

**nobodyさん** · 2010/07/12(月) 10:15:08

>>513
>そもそもGAEのデータモデリングはDjangoのそれに修正を加えたものだし

この発想はなかったわ(w

**nobodyさん** · 2010/07/12(月) 13:24:27

>>514
それは "発想" と言うより、Googleが公言している「事実」なんだけどな。

**nobodyさん** · 2010/07/12(月) 18:07:15

pgr w

**nobodyさん** · 2010/07/12(月) 18:24:30

GAEのJRubyでRailsが動きました(ｷﾘ

**nobodyさん** · 2010/07/13(火) 12:34:28

>>517
どんな感じですか。想像するに遅くて使いものにはならないだろうと思うけど、
実際に使った人の感想が聞きたい。

**nobodyさん** · 2010/07/13(火) 20:44:33

>>518
重くて使いものになりません

**nobodyさん** · 2010/07/16(金) 15:30:39

プロジェクトが遅れに遅れてクライアントから出入り禁止にされます。

**nobodyさん** · 2010/07/18(日) 09:49:59

mixiやRTMのように、個人別に表示内容を変えるサービスを構築中です。
[ユーザのメルアド、投稿内容、時間]というエンティティをつくってbigtableに書き込んでいます。
ログインしたメルアドと上記の値を比較して、一致したものを取り出して表示、としていますが、
これってセキュリティ上まずい気もするし、実際動かしてみても重たい…。
こういうことをしたい時はどのような方法を使えばいいのでしょうか？

**nobodyさん** · 2010/07/18(日) 19:37:11

>>521
google.appengine.api.users.Userを使うべし

**nobodyさん** · 2010/07/18(日) 19:41:23

>>521は単なるアホだと思ったが>>522はもっとアホだったw

**nobodyさん** · 2010/07/18(日) 23:10:09

メアドなりIDなりをキーにするしかないんじゃないの
重いのは他に原因があるはず

**nobodyさん** · 2010/07/18(日) 23:46:59

>>522
>>524
DataStoreの制限により1回の問い合わせで最大1000件しか取得できないってのが厄介です。。。
こういう時には一般的にどのような手法を用いるのでしょうか？

**nobodyさん** · 2010/07/19(月) 00:46:34

>>525
一度に1000件も必要？
もしかしてforとifで1件ずつメールアドレスが一致するか判断してたりする？

ユーザーの識別だけなら、get_current_user()で取得したユーザーオブジェクトの参照をそのままプロパティに入れられるし、
GQLを使うことで、そのユーザーを参照しているエンティティだけの集合を取得できる。