Google App Engine

**nobodyさん** · 2008/04/10(木) 00:29:02

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

**nobodyさん** · 2009/01/05(月) 04:46:14

実質utf-8決め打ちにしてるのはどうかと思う
google mobileだってsjisなのに。
しかもわざわざwebobに付け加えたみたいだし
変なおせっかいならないほうが余程マシ。

**nobodyさん** · 2009/01/05(月) 07:53:05

accept-charset="utf-8"

**nobodyさん** · 2009/01/06(火) 17:25:51

セッションの機構はmemcache使って自分で書かなきゃ駄目ですか？

**nobodyさん** · 2009/01/06(火) 17:45:42

gae oil

**nobodyさん** · 2009/01/06(火) 19:03:17

ありがとうございました

**nobodyさん** · 2009/01/06(火) 20:01:45

開発中なので、loggingでinfo等出力させています
メッセージはappserverのコンソールに出力されています。
これってgaeのサーバにアップする時も残しておいていいのでしょうか？

**nobodyさん** · 2009/01/06(火) 20:24:11

いいですよ

**nobodyさん** · 2009/01/06(火) 22:17:48

そうですか
ありがとうございました

**nobodyさん** · 2009/01/07(水) 18:13:56

gaeのサイトを独自ドメインで運用しようとしています
http://code.google.com/appengine/articles/domains.html
ここを見て、appsのアカウント作成、gaeとappsのマッピングは済ませたのですが、
dnsをそのサイトにマップする方法が分かりません
どのように書けばいいのでしょうか？

**nobodyさん** · 2009/01/07(水) 19:12:01

cname www ghs.google.com.
だけでした
naked domainはappsで対応してないようでちょっと不便ですね(-_-)
今時www付けるなんて冗長だ・・・

**nobodyさん** · 2009/01/07(水) 19:32:11

できますよ

**nobodyさん** · 2009/01/07(水) 20:44:25

http://www.google.com/support/a/bin/answer.py?hl=en&answer=91080
Due to recent changes, Google App Engine no longer supports mapping your app to a naked domain.

と書いてありますが、できるのですか？
DNS付属のURL転送を使わないといけないのでは？

**nobodyさん** · 2009/01/08(木) 02:22:37

value domainの転送なしドメインにしてたためnaked domainが解決できませんorz
ドメインの転送なんて使わないだろうと思っていたのですが、
たかだか10円違いでこんなことになるとは・・

**nobodyさん** · 2009/01/08(木) 05:53:28

生ｷﾛ

**nobodyさん** · 2009/01/08(木) 06:48:08

>>533
10円に泣いた男ww

俺はさっきドメイン登録してきたが、もちろん「転送あり」だぜw

**nobodyさん** · 2009/01/08(木) 15:24:40

転送なしというラインアップがあること自体がおかしいだろ
そんな差別化紛らわしいだけで一利なし
value domainは馬鹿

**nobodyさん** · 2009/01/08(木) 15:29:04

>>536
UIの低能加減からして value-domain がアホなのは自明だけどな。

**nobodyさん** · 2009/01/08(木) 16:07:06

Google App Engine 教えてくれるセミナとかないの？

**nobodyさん** · 2009/01/08(木) 16:15:09

ﾊｯｶｰﾄﾝとかいうのしてたみたいよ

**nobodyさん** · 2009/01/08(木) 16:42:03

今更VDが馬鹿なのを主張されても…

**nobodyさん** · 2009/01/08(木) 17:52:26

いつのまにか、google.co.jpにアクセスしたら
www.google.co.jpにリダイレクトされるようになってるな
google的にはホストがないurlなんて糞ってことか。

**nobodyさん** · 2009/01/08(木) 17:55:35

urlにwwwが付いてると90年代初頭みたいだよね(´・ω・`)

**nobodyさん** · 2009/01/08(木) 18:01:51

>>542
www2, www3 は90'初頭なかんじだけど、wwwは後半だな。

**nobodyさん** · 2009/01/09(金) 00:22:51

データストアでツリーモデル作りたいのですが、
どういうアプローチをしたらいいですか？

**nobodyさん** · 2009/01/09(金) 02:45:41

ReferenceProperty って自分参照出来なかったっけ？

**nobodyさん** · 2009/01/09(金) 03:49:16

データストアの500M制限って現実的に考えると小さすぎるよな
有料版ではこの制限も取れるんだろうか？

**nobodyさん** · 2009/01/09(金) 06:22:01

>>545
できますね。ただ一回のクエリでツリーを取得するのは難しいかと
同じような疑問がグーグルグループにありました
http://groups.google.co.jp/group/google-appengine/browse_thread/thread/879cfff68bf9ab3f/e2a87aaf4cfe29e6?lnk=gst&q=tree#
これから読んでみます

**nobodyさん** · 2009/01/10(土) 06:26:14

Kindをまたいで、同じプロパティーを持つエンティティーをselectすることはできますか？
sqlの疑似コードで言うと、
select * from * where user_id=1
みたいな

**nobodyさん** · 2009/01/10(土) 06:51:27

共通の親クラスから継承するようにモデル作れば？

**nobodyさん** · 2009/01/10(土) 06:58:10

確かにモデリング自体は、共通の親を継承させることでできますが、
横断的なselectの可不可は、また別問題では？
SQLでは、from * なんて書き方は絶対できませんが、
データストアはスキーマレスなので、
できないこともないような気もします・・

**nobodyさん** · 2009/01/10(土) 09:21:18

いくらなんでも select * from * は酷いな。
自分で
for table in tables:
... 'select * from %(table)s' ...
みたいにすれば？

**nobodyさん** · 2009/01/10(土) 10:58:54

仮に同じプロパティーを持つエンティティー e が取り出せたとして
query = db.GqlQuery('select * from * where user_id=:1', user_id)
for e in query:
　　ここで e に対して何が操作出来るかどうやって区別するんだ

**nobodyさん** · 2009/01/10(土) 11:00:13

e の polymorphism を利用するべきじゃないか？

**nobodyさん** · 2009/01/10(土) 11:01:56

>>550
それは杞憂です
とりあえずうんこ行ってから続き書きます

**nobodyさん** · 2009/01/10(土) 11:37:33

goggle的にはentitygroupを作ってparent-key-valueをall_entitiesにぶっこむのが正解らしい

**nobodyさん** · 2009/01/10(土) 14:15:13

>>551
それだとKindが増えた時にコストがどんどん増えるので、
最初から一つのインデックスにできたらと思ったのです
>>553
そうですね
>>554
杞憂の言葉の意味分かってますか？
>>555
ありかとうございます。見てみます。

**nobodyさん** · 2009/01/10(土) 16:33:33

ttp://s01.megalodon.jp/2008-0928-1547-13/www.death-note.biz/up/img/25243.html
ttp://s03.megalodon.jp/2008-0928-1610-28/www.death-note.biz/up/img/25253.html
ttp://s02.megalodon.jp/2008-0930-1956-35/yutori.2ch.net/test/read.cgi/news4vip/1222517791/53-305

**nobodyさん** · 2009/01/11(日) 18:08:07

http://www.moongift.jp/2008/07/httpmr/
http://www.moongift.jp/2008/06/skynet/
http://techon.nikkeibp.co.jp/article/NEWS/20080627/154025/
http://morii3.cocolog-nifty.com/sanpo/2008/09/080909-1218.html
http://diaspar.jp/node?page=2
http://jp.youtube.com/watch?v=-vD6PUdf3Js
http://code.google.com/p/httpmr/
http://www.virtual-tech.net/blog/2008/07/mapreduce-httpmrgroovyflash.html
http://markmail.org/message/pzyqapveerwgu2ki

**nobodyさん** · 2009/01/12(月) 17:38:30

mail.is_email_validの動作おかしくね？
メールアドレスじゃなくても通るっていうか、
mail.is_email_valid('hoge')でもTrueが返ってくるよ

**nobodyさん** · 2009/01/12(月) 17:51:48

is_email_valid　"google app engine"
でググっても8件しか見つからない・・
gaeってあんま使われてないんの？

**nobodyさん** · 2009/01/12(月) 18:56:45

http://markmail.org/message/ddtnnevv3o6xbqrx

**nobodyさん** · 2009/01/12(月) 19:05:52

Email address validation with Django and Google App Engine
Email address validation is a quixotic affair that's sure to end with you
sporting a false sense of achievement and your users in tears.
Many "better mousetrap" regular-expression-based validation system
on the web today are overly strict and reject perfectly valid email addresses.

Beyond regular expressions and other string-based techniques,
your options are to check the DNS server
(but DNS lookups can fail on occasion) and vrfy the SMTP server
(but many SMTP servers turn this off to stop email harvesters).
Ultimately, you can actually send an email to the address
and see if there are any bounces.

Or, we could just not bother.

That, at least, is the approach that the Google App Engine SDK currently takes.

Both the google.appengine.ext.db.EmailPropery()
and the google.appengine.api.mail.is_email_valid() functions
only check that a non-empty string instance is passed.

The problem with that is that you really don't want your good friends
asdfhdsjkj and asdfghdsj to make regular camio appearances in your lovely database.

**nobodyさん** · 2009/01/12(月) 19:08:21

It feels to me that the best approach is to accept
that we can't truly validate email addresses
and instead perform some light validation
that doesn't provide false positives while blocking
the most obviously non-validating addresses.
This seems to be the approach taken by the validation regular expression in Django
(email_re in django.core.validators).

Phil Haack has a good article about all this from last year
this titled I Knew How To Validate An Email Address
Until I Read The RFC in which he quotes several
unlikely-looking yet valid email addresses from RFC 3696
(Application Techniques for Checking and Transformation of Names)
including such gems like !def!xyz%abc@example.com.
I ran the whole list through Django's validator and they all passed.

All this to say that I'm using the Django email validator
in my Google App Engine apps and it appears to be working well.

**nobodyさん** · 2009/01/12(月) 22:51:05

日本語でおk
まとめると「イマイチ使えない関数」ってことっすか？

**nobodyさん** · 2009/01/12(月) 23:06:58

言い訳すんなって感じだな。
確かに、!とか%とか""とかスペースとか<> [] ()あたりを全部駆使すれば
相当に訳のわからないValidなアドレスは作れるが、所詮BNFで記述できる
範囲だから実装するのは簡単だし、もしくはふつーの形式以外は
拒否すりゃいい話。
なんか入ってればOKなんて結論になる理由になってない。

**nobodyさん** · 2009/01/13(火) 02:17:52

gae oilってZendFramework参考にしてるんだ
pythonerがphpのプロダクト参考にしてるなんて・・プークスクス

**nobodyさん** · 2009/01/13(火) 03:12:53

RoRもだね

**nobodyさん** · 2009/01/13(火) 03:20:19

RoRの作者も元PHPERだから、PHP様々だねｗクスクスプー

**nobodyさん** · 2009/01/13(火) 03:38:07

あーだからあんなに使いにくいのか

**nobodyさん** · 2009/01/13(火) 12:39:27

馬鹿には使えないんです

**nobodyさん** · 2009/01/13(火) 13:06:29

Perl様々だろ、常識的に考えて

**nobodyさん** · 2009/01/13(火) 14:27:42

http://pc11.2ch.net/test/read.cgi/tech/1218155094/

**nobodyさん** · 2009/01/14(水) 18:43:31

Google App Engine で Django 1.x を使いたいんだけど、
サポートはまだですか？

**nobodyさん** · 2009/01/14(水) 20:57:41

自分でインストールしたらいいだけじゃないの？
pure pythonなら大抵動くでしょ

**nobodyさん** · 2009/01/15(木) 02:53:40

エンティティーグループを使わずに（トランザクションなしで）
同じKindのエンティティーを同時に作成した時、
それはエラーなしで実行されるのでしょうか？
自動で割り振られるidがほぼ連番なので、
id生成はアトミックに行われているような気もするし、
それだとマズいので、バッティングしないid生成を使っているような気もします

**nobodyさん** · 2009/01/15(木) 03:56:11

idはダブらないよ

**nobodyさん** · 2009/01/15(木) 04:07:27

たしかに、今動いてるアプリ見ると、
1から始まる連番と200から始まる連番が混在してますね
ノードレベルでアトミックなのかなぁ
連番の間隔もっと離れてた方がいいような気も・・

**nobodyさん** · 2009/01/15(木) 06:11:06

きちんと連番にするためにidじゃなくて
自前のカウンタを持たせた場合
カウンタをインクリメントするときに
アトミックでないと当然同じ番号になるケースが起こる
カウンタに対してはアトミックなアクセスが必要

**nobodyさん** · 2009/01/15(木) 08:12:32

expandoはプロパティーを好きに追加できますが、プロパティー数に制限ありますか？

**nobodyさん** · 2009/01/15(木) 22:55:14

http://www.itmedia.co.jp/news/articles/0901/15/news095.html
Google、Google VideoのアップロードやJaikuなど6サービスを終了

gaeで構築してgaeがいきなり終わったら目も当てられないね

**nobodyさん** · 2009/01/16(金) 05:58:22

モデルを操作するメソッドは、モデル自身に実装させていいのですか？
たとえば、incrementなどです

**nobodyさん** · 2009/01/16(金) 08:14:03

なんでmemcacheのビューアないの？なめてんの？

**nobodyさん** · 2009/01/16(金) 12:12:53

get_stats()
Gets memcache statistics for this application.
All of these statistics may reset due to various transient conditions.
They provide the best information available at the time of being called.

The return value is a dictionary mapping statistic names to associated values.
Statistics and their associated meanings:
hits: Number of cache get requests resulting in a cache hit.
misses: Number of cache get requests resulting in a cache miss.
byte_hits: Sum of bytes transferred on get requests. Rolls over to zero on overflow.
items: Number of key/value pairs in the cache.
bytes: Total size of all items in the cache.
oldest_item_age: How long in seconds since the oldest item in the cache was accessed.
Effectively, this indicates how long a new item will survive in the cache without being accessed.
This is _not_ the amount of time that has elapsed since the item was created.

**nobodyさん** · 2009/01/16(金) 15:53:33

>>583
たしかにそれで自分で作ればいいけども
datastoreビューアを用意するならmemcacheビューアがあってもいいじゃん

**nobodyさん** · 2009/01/16(金) 21:00:05

いつのまにか機能が増えてるときがあるから気長に待て

**nobodyさん** · 2009/01/16(金) 22:51:39

gae管理画面のタイムゾーンが日本時間でないので困ります
日本時間にする方法あれば教えて下さい

**nobodyさん** · 2009/01/16(金) 23:13:28

シンプルなエンティティーを3つputするリクエストを繰り返すだけで、
Avg CPUがどんどん上がって赤くなっていくんだけど
1リクエスト中で許されるput数はたった2つ程度？
それでいったい何をしろと・・

**nobodyさん** · 2009/01/17(土) 06:55:17

>>586
googleにメール

**nobodyさん** · 2009/01/17(土) 06:56:25

>>587
使い方間違ってるかと

**nobodyさん** · 2009/01/17(土) 18:56:07

あるモデルを全削除する場合、
all().fetch()してイテレータで回して一つずつ削除するしかないの？

**nobodyさん** · 2009/01/17(土) 19:33:47

>>589
cpuタイムが1000ms程度超えるだけで赤くなるね
気にする程のことでもないみたい

**590** · 2009/01/17(土) 20:09:31

Queryをイテレートでおkでした

**nobodyさん** · 2009/01/18(日) 03:00:28

coLinuxにapp engineを入れて、ホストのwinからサイトを見たいのですが、
winからcoLinuxに接続出来ません
サイトは、coLinuxのlynxでは見えます。
lsof -i:8080
で確認すると、
localhost:webcache (LISTEN)
と表示されます。このlocalhostが気になります。
dev_appserverは、ローカル以外にはサイトを公開しないのでしょうか？

**nobodyさん** · 2009/01/18(日) 03:10:24

-aオプションで解決しました

**nobodyさん** · 2009/01/18(日) 05:13:32

解決おめ

**nobodyさん** · 2009/01/20(火) 22:55:39

>>573
App Engine向けのDjango
http://code.google.com/p/app-engine-patch/

色々なものが動くようになってきたので、cronとか要望の高いものをどんどん拡張していってほしい所だな。

**nobodyさん** · 2009/01/21(水) 00:16:28

うほっ

**nobodyさん** · 2009/01/22(木) 09:25:14

>>596
でもそれ、まだ1.x系には対応してないんだよね？

**nobodyさん** · 2009/01/24(土) 16:19:59

>>448
同じ問題で検索してカスタムフィルタで一部分は解決出来ました
ありがとうございました

ただ django の template はなんとも貧弱なのと
{% ifequal hoge fuga|customfilter:param %}
みたいなことしようとしても ifequal の中ではカスタムフィルタが
ちゃんと動いていないみたいなので目的は完全には達成出来ませんでした

{{fuga|customfilter:param}}の結果は期待通り出てるのになぁ

**nobodyさん** · 2009/01/24(土) 17:59:26

結局まだpython以外利用できないんだよね？
ってか今登録できるのは、無料アカウントだけですか？

**nobodyさん** · 2009/01/25(日) 05:58:05

>>600
言語は Python のみ。
登録は無料アカウントのみ。
ストレージは500MBのみ。

制限厳しすぎだな。 > Google
これじゃ流行らないよ。

**nobodyさん** · 2009/01/25(日) 08:11:11

アパッチハドゥープでデータストアみたいの作れないのかな？

**nobodyさん** · 2009/01/25(日) 08:16:25

Google App Engine でストレージを購入できるようになったら本格的に使うのに。

今だと、外部のDB/APIサーバー作ってそことコミュニケーションさせるしか道がない。

**nobodyさん** · 2009/01/25(日) 14:14:22

>>601
どうなんだろ。

無料の範囲でいい人にはいいだろうし、
そうでない人はVPSとか専用鯖借りるだろうし

Pythonのみというのは確かに致命的だが

**600** · 2009/01/25(日) 22:14:13

>>601
あざす！

**nobodyさん** · 2009/01/26(月) 11:38:31

GAEの正式リリースが何時か知ってる人いる？

**nobodyさん** · 2009/01/26(月) 18:38:36

去年の３月だっけ

**nobodyさん** · 2009/02/01(日) 00:08:18

googleなんか調子悪いと思ったら今度は派手にぶっ壊れたね
こういうことがあると、gaeで全面的に依存するのもどうなのかと思う

**nobodyさん** · 2009/02/01(日) 00:45:36

全面的に依存してたのか・・・

**nobodyさん** · 2009/02/01(日) 00:58:16

gae使ったら依存するだろ

**!omikuji** · 2009/02/01(日) 02:12:22

!omikuji

**nobodyさん** · 2009/02/01(日) 07:00:43

Googleがぶっ壊れた

**nobodyさん** · 2009/02/01(日) 07:18:16

NGURLの登録データ間違えてただけらしいね
big tableがぶっ壊れたのかと思った

**nobodyさん** · 2009/02/01(日) 07:49:01

さすがGoogle。
段々アホの子になってきたな。

**nobodyさん** · 2009/02/01(日) 08:50:11

gmailの検索がやたら重かったり、google readerの一括更新が遅かったりと
最近のgoogleは何か変だ

**nobodyさん** · 2009/02/01(日) 09:08:45

>>615
会社は大きくなればなるほど、非効率的で、コミュニケーションが停滞しがちで、
プロダクト間の連携も難しくなり、しまいにはバグが増え、会社自体がアホになってく。

Googleも他と同様、アホの退化への道を辿っているし、
この先ずっとそうなっていくことだろう。

だが心配なかれ。
また別の会社がでてくるから。
こうした創造的破壊は経済の必然プロセスなんだ。

**nobodyさん** · 2009/02/01(日) 12:53:17

>また別の会社がでてくるから。
>こうした創造的破壊は経済の必然プロセスなんだ。

Cloudのようなシステムを本格化するためには、こういう事では
ためだ。安定・長期のシステム稼働が無かったら使いものにならない。

**nobodyさん** · 2009/02/01(日) 13:24:31

W.nnyが一番長期のシステム稼働かもな
安定かどうかは知らん

**nobodyさん** · 2009/02/02(月) 02:00:32

一つのアプリの異なるURLを、別のドメインにマップすることってできますか？
http://www.hoge.com/ → hoge.appspot.com/hoge/
http://www.hoge1.com/ → hoge.appspot.com/hoge1/
みたいな感じに。
10個しか作れないので、単機能的なミニアプリ作るともったいないです

**nobodyさん** · 2009/02/02(月) 06:25:12

アプリの削除機能付かないのかな

**nobodyさん** · 2009/02/02(月) 06:28:12

>>619
複数のドメインを一つのアプリに割り当ては出来るから
そのアプリの各URLのところに
どのドメインでアクセスされているかを調べて
それぞれの処理を行うディスパッチャを作れば実現可能