Google App Engine

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

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

**nobodyさん** · 2009/01/03(土) 00:17:32

やっぱりドジャンゴのカスタムタグ書くの面倒くさすぎるな～
Tempitaは生pythonも書けるから、PHP的に使えるかしらん

**nobodyさん** · 2009/01/03(土) 04:20:28

>>481
無限ループで課金されると怖い

**nobodyさん** · 2009/01/03(土) 05:00:01

>>484-486
Goodボタンはあるのに
Badボタンは無いのが残念
あったら速攻押すのに

**nobodyさん** · 2009/01/03(土) 05:06:24

>>481 >>488
もしさーgoogleがそのサイトにトラフィックを生み出すようなことしたらどうなる？
自作自演で(ﾟДﾟ)ｳﾏー

**nobodyさん** · 2009/01/03(土) 09:00:50

アフィリエイトですねわかります

**nobodyさん** · 2009/01/03(土) 13:00:19

Mako使ってる人いる？
まんこみたいで抵抗あるけど生python使えるし速いらしい

**nobodyさん** · 2009/01/03(土) 13:04:59

Makoいいよ。
ただ，生Python使ったら使ったで別の意味で大変になるけどね。
テンプレートにロジックを書いてはいけないよ。

**nobodyさん** · 2009/01/03(土) 13:06:31

ttp://groups.google.co.jp/group/mako-discuss
ttp://labs.unoh.net/2007/05/python_1.html
ttp://jkl.lomo.jp/archive/2008/09/121156.php
ttp://d.hatena.ne.jp/karaki/20080811/1218433794
ttp://d.hatena.ne.jp/shrkw/20070813/1187011774

**nobodyさん** · 2009/01/03(土) 14:23:12

俺は主な <div> 毎に python で関数を作って、それで
""" %(var1)s ... %(var2)s ... %(var3)s """ % locals()
ってな感じでレンダーしてる。
これが一番メンテがしやすくて、直感的。下手に template エンジンを使うと逆に
構造が複雑になる。

**nobodyさん** · 2009/01/03(土) 14:25:40

筋肉バカってこの世界にもいるんだな。

**nobodyさん** · 2009/01/03(土) 14:26:46

>>945
自分だけで作って使うWeb appならそれでいいかもね。
でもそれはオナニーとおなじだね。

**nobodyさん** · 2009/01/03(土) 14:28:30

djangoのテンプレートで{% for %}まわして
1000件くらいレコード表示(するなよ)してみたら
あたりまえだけど遅くて10秒制限で引っかかる
同じことをpython側でやって1000件表示すると
一瞬で出てきた
gaeについて言えば常に10秒制限気にしないといけないから
割り切ってテンプレ使わない方が良いのかも知れない

**nobodyさん** · 2009/01/03(土) 14:47:56

>>496-497
「主な <div> 毎に」って言ってんじゃん。
マイナーな div は全部 template ファイルに入れてるよ。
base html も定義してあるし、他のテンプレートエンジンの機能も使いこなしてる。
pyhtonコードが密になる部分は python で関数を作ってやった方がいいってことだよ。
ハイブリッド形式が一番だよ。

**nobodyさん** · 2009/01/03(土) 15:11:22

>>498
テンプレートがいったんpython化されずに逐次解釈されてるってこと？
そんな恐ろしい処理を行ってたのか
そんなの使えねー

**nobodyさん** · 2009/01/03(土) 15:14:20

？？？

**nobodyさん** · 2009/01/03(土) 15:19:58

mankoは一旦pythonコードにコンパイルしてから実行してるみたいだよ
だから速いんじゃない？
コンパイル済みコードのキャッシュは、
gaeではファイルへの書き込みができないから出来ないけど。
自分でmemcacheへのキャッシュ部分を書けばできるかも。

**nobodyさん** · 2009/01/03(土) 15:44:14

Mako程度だったら、他とそんなに違いはないし、
普通に Django 標準のエンジン使うわ。
他も全て乗り換えれるほどのbenefitがないものばかり。
わざわざ冒険しなくてもいいんじゃないか？

**nobodyさん** · 2009/01/03(土) 16:27:52

>>499
女とセックスしながらオナニーもするのか
そっちの方がキモいわ

**nobodyさん** · 2009/01/03(土) 17:09:25

　　　　　＿＿＿_
　　　　／_ノ '　ヽ_＼
　　　／（≡）　（≡）＼
　／::::::⌒（__人__）⌒::::: ＼　　mankoいいお…
　 |　　　　　|r┬-|　　　　　|
　＼　　　 `ー'´ 　　／　　　　　生関数をヘルパとして使えてPHPみたいだお…

**nobodyさん** · 2009/01/03(土) 17:17:43

>>505
>>503

**nobodyさん** · 2009/01/03(土) 17:22:19

　　　　／￣￣￣＼　
　　　　／　─　　 ─ ＼　
　　／　（●）　（●）　＼. 　　速度は問題じゃないよ
　　 |　　　　（__人__）　　　　|　面倒くさいカスタムタグ書かないでいいのが重要なんだよ
　　＼　　　｀ ⌒´　　　　／
　　／　　　　　　　　＼

**nobodyさん** · 2009/01/03(土) 17:26:37

カスタムタグなんて簡単に書けちゃうしなー。
function decorator の仕組みを知らないから面倒だとか言うんじゃない？
で、お前誰だよw

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

テストしてると、
ドキュメントディレクトリに.pycというファイルが勝手に作られてウザいのですが
何とかなりませんか？

**nobodyさん** · 2009/01/04(日) 01:21:21

マニュアル見た感じ
環境変数に
PYTHONDONTWRITEBYTECODEに適当な値を入れるとか
コマンドラインに-B付ければ作らない…かもしれない

そもそもプロジェクトのディレクトリにファイルが増えたところで・・・って感じがするが
バイトコンパイルした結果をおいて置くディレクトリを選べると便利な気はするが

**nobodyさん** · 2009/01/04(日) 15:19:17

webappってリクエストパラメータのバリデーション周辺、
一切提供してないよね？
自分でゴリゴリ書くしかないのかな

**nobodyさん** · 2009/01/04(日) 15:23:17

今までPHPやRubyのフレームワークをいくつか見て来たけど
正直webappほど低機能なフレームワークは見たことないです（＞＜）

**nobodyさん** · 2009/01/04(日) 15:41:10

マジレスすると，WSGIについて学ぶといいよ。

**nobodyさん** · 2009/01/04(日) 15:47:39

>>511
GAE では django のを使うことになっているらしい
ttp://code.google.com/intl/ja/appengine/articles/djangoforms.html

結局自分でゴリってるけど

**nobodyさん** · 2009/01/04(日) 15:50:27

http://groups.google.com/group/turbogears-ja/browse_thread/thread/d663d3c53ad5d819
http://groups.google.co.jp/group/pylons-ja/msg/ce1daf74f7439083
http://www.python.jp/doc/nightly/lib/module-wsgiref.validate.html

**nobodyさん** · 2009/01/05(月) 00:40:19

webappってUTF-8以外のサイト作れなくね？
Requestクラス中でパラメータをUTF-8決めうちでunicode化してるから、
SJISだとパラメータがぶっこわれちゃう

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

つーか、Requestのコンストラクタの中で
レスポンスヘッダたる'CONTENT_TYPE'を調べてるんだが
これはどういう意味なんだ？
グーグラーのくせにリクエストヘッダとレスポンスヘッダ混同してんじゃね？
それとも俺があほなのか…？

**nobodyさん** · 2009/01/05(月) 01:26:08

>>517

PUTだとContent-Typeを含むリクエストがあると思う。
ttp://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6 だと
「The recipient of the entity MUST NOT ignore any Content-* (e.g. Content-Range) headers...」とある。

でも、POSTの方には、このことが書かれていないので、よくわからん。
ttp://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.5

**nobodyさん** · 2009/01/05(月) 01:41:06

本当でした
俺があほでした・・

**nobodyさん** · 2009/01/05(月) 01:54:03

post form multipart mime content-type

**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つ程度？
それでいったい何をしろと・・