Google App Engine 2アプ目
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2009/05/30(土) 12:40:02ID:tuYY7oEnGoogle App Engine
http://code.google.com/appengine/
■過去スレ
Google App Engine
http://pc11.2ch.net/test/read.cgi/php/1207754942/
■参考サイト
App Engine ギャラリー
http://appgallery.appspot.com/
ドキュメント
http://code.google.com/appengine/docs/python/overview.html
0345nobodyさん
2009/10/03(土) 10:10:45ID:???0346nobodyさん
2009/10/09(金) 21:21:06ID:???0347nobodyさん
2009/10/10(土) 01:28:09ID:???0348nobodyさん
2009/10/10(土) 05:27:23ID:XkXcMKwu面倒くささが別の種類の面倒くささに変換されるだけだからな・・・
0349nobodyさん
2009/10/10(土) 09:27:22ID:???0350nobodyさん
2009/10/10(土) 09:35:49ID:???0351nobodyさん
2009/10/10(土) 11:07:18ID:???0352nobodyさん
2009/10/10(土) 15:42:48ID:???googleの中にいる有能な奴らに超安価に運用を任せる方が
100万倍くらいリスキーだよね
0353nobodyさん
2009/10/10(土) 16:29:56ID:???判別つかなくて困る
0354nobodyさん
2009/10/10(土) 17:11:35ID:???0355nobodyさん
2009/10/10(土) 18:19:49ID:???もっとがんばりましょう
0356nobodyさん
2009/10/10(土) 21:31:23ID:???端的に言うと、急上昇ワードとか不評だったろ
0357nobodyさん
2009/10/10(土) 22:00:59ID:???あほでもだれでもメンテナンスできる様なのでないと
どっかで破綻する
0358nobodyさん
2009/10/10(土) 22:21:49ID:???お遊びサイトならいいけど業務に使ってたら致命的やん
0360nobodyさん
2009/10/11(日) 01:23:17ID:???0362nobodyさん
2009/10/11(日) 04:24:26ID:???google も Unplanned Downtime が無いと言っている訳ではない
(1)原理的に Planned Downtime は発生しない w
(2)さらに Unplanned Downtime も他のサービスよりも少ない
ttp://www.seo-lpo.net/archives/3134
0363nobodyさん
2009/10/11(日) 04:27:23ID:???0364nobodyさん
2009/10/11(日) 04:38:44ID:???0365nobodyさん
2009/10/11(日) 04:45:31ID:???ttp://jp.techcrunch.com/archives/20081030despite-recent-outages-google-claims-999-percent-reliability-for-gmail-and-other-apps-too/
ttp://news.livedoor.com/article/detail/3881516/
ttp://cnuts.jp/cv/fitm/6622
酢マンコ
0366nobodyさん
2009/10/11(日) 08:21:50ID:???今後一切職を失うことがないほど有能だということがよく分かったよ
がむばって! おうゑんしてゐます!
0367nobodyさん
2009/10/11(日) 09:16:59ID:???0368nobodyさん
2009/10/11(日) 13:12:24ID:???ノイローゼか
0369nobodyさん
2009/10/11(日) 19:37:55ID:???0370nobodyさん
2009/10/11(日) 21:05:39ID:???0371nobodyさん
2009/10/11(日) 21:32:58ID:???ノイローゼか
0372nobodyさん
2009/10/11(日) 23:14:32ID:???おさっしくだしあ
0373nobodyさん
2009/10/11(日) 23:30:04ID:???お前が居なくても世界は回る
0374nobodyさん
2009/10/11(日) 23:32:00ID:???0375nobodyさん
2009/10/13(火) 16:42:12ID:???>面倒くささが別の種類の面倒くささに変換されるだけだからな・・・
実際開発してみると、これは実感するわ。
実環境あるいはそれに近い環境でベンチマークとれなくて困ってます。だれか助けて。
0376nobodyさん
2009/10/13(火) 18:47:25ID:???実環境だと、どこに時間がかかってるか分からないね。
ちなみに性能が出なくて困ってるの? それともCPU時間を減らしたいの?
0377nobodyさん
2009/10/14(水) 00:59:53ID:???プロファイリングならできますわ
http://code.google.com/intl/en/appengine/kb/commontasks.html#profiling
0378nobodyさん
2009/10/14(水) 09:50:38ID:???0379nobodyさん
2009/10/14(水) 12:10:00ID:???After enabling mail as an inbound service (just like XMPP), users can email your application at [email protected].
Inbound messages are converted to HTTP requests (again, just like XMPP) which you can receive via webhook handler. Docs for Python, Java.
メール受信キター
0380nobodyさん
2009/10/14(水) 12:14:53ID:???googlerこのスレ見てんのか?
0381nobodyさん
2009/10/14(水) 12:15:23ID:???0383nobodyさん
2009/10/14(水) 14:57:38ID:???0384nobodyさん
2009/10/14(水) 15:12:16ID:UoS3FYppやめないでー>.<
0385nobodyさん
2009/10/14(水) 15:14:50ID:???0386nobodyさん
2009/10/14(水) 23:21:51ID:???0387nobodyさん
2009/10/14(水) 23:55:57ID:???0388nobodyさん
2009/10/15(木) 00:56:26ID:???0389nobodyさん
2009/10/15(木) 05:15:32ID:???0390nobodyさん
2009/10/15(木) 17:41:18ID:???0391nobodyさん
2009/10/15(木) 20:24:10ID:???消すのにも時間かかるんだな
0392nobodyさん
2009/10/15(木) 20:30:41ID:???なんで?
0393nobodyさん
2009/10/15(木) 22:10:04ID:???0394nobodyさん
2009/10/19(月) 00:14:15ID:slCeJxW20397nobodyさん
2009/10/19(月) 11:41:15ID:Wql9KY0aデモサイトがkuso重くてダメだと悟った。
0398nobodyさん
2009/10/22(木) 21:37:41ID:???今は
import sys, os
rootdir = os.path.dirname(__file__)
sys.path.insert(0, os.path.join(rootdir, "lib"))
とかしていて、これでも動くんだけど、もっといい方法があるんじゃないかと思い質問しました。
app.yamlとかで設定できるとうれしいんですが。
0399nobodyさん
2009/10/23(金) 06:14:03ID:???PHP以下だな。
0401nobodyさん
2009/10/23(金) 23:39:18ID:???sys.path.append(...)
でやってる
ちなみにzipにも出来るから
ディレクトリ造らずに
libhoge.zipだけ置いて
import libhoge
みたいなことが可能だったはず
0402nobodyさん
2009/10/24(土) 00:07:53ID:???ttp://framework.zend.com/manual/ja/performance.classloading.html
Python+GAEだと、どうなんだろうね。
まあ、そんなちまいの考える必要ないのかもしれんが。
0403nobodyさん
2009/10/27(火) 18:10:26ID:???cronで定期実行する方法が判りません……
import urllib2
req = urllib2.Request('<実行先URL>')
f = urllib2.urlopen(req)
print 'Content-type: text/html; \n\n'
print f.read()
f.close()
では定期実行出来ませんでした。ご教授お願いします。
0404nobodyさん
2009/10/27(火) 19:49:00ID:???cron.yaml にcronの設定を書けば出来るよ。
http://code.google.com/intl/ja-JP/appengine/docs/python/config/cron.html
0405nobodyさん
2009/10/27(火) 21:29:16ID:???そのページのcron.yamlを使用したCron設定は実施済です。
Cron JobsでのPHP実行用pyファイルが動作した時間も
記録されているのですが、PHPの出力が正常に行われていません……
PHP自体は手動実行で動作確認済です。
0406nobodyさん
2009/10/27(火) 22:31:36ID:???0407nobodyさん
2009/10/27(火) 22:56:59ID:???取って来る先のデータが更新されているのに、GAEのURL Fetchだとすぐに新しいデータを取ってきてくれません。
どこかでキャッシュされてるのか、最新のデータが返ってくるまでに時差があります。
ちなみに、同じソースをローカルサーバやAmazon EC2のサーバで動かすと常に最新データが取得できます。
何か対策をご存知ないですか?
0408nobodyさん
2009/10/27(火) 22:58:16ID:???ローカルでの動作確認用に使用して居ました。
削除したところ正常に動作出来ました、有難うございます。
凡ミスで恥ずかしいですorz
0410407
2009/10/27(火) 23:36:21ID:???あ、それいいかもですね。
今日はPC落としてしまったので、明日の夜に試してみて結果書きます。
ありがとうございました。
0411nobodyさん
2009/10/28(水) 00:40:09ID:???sys.path.append(...)の方法ってローカルのGAE完了だと
<type 'exceptions.ImportError'>: No module named mymodule
てな感じでインポートエラーにならない?
デプロイして本番環境だと正常にインポートできるんだが。。
0412nobodyさん
2009/10/28(水) 01:03:33ID:???0413nobodyさん
2009/10/28(水) 02:30:39ID:???0414411
2009/10/28(水) 11:24:06ID:???MacPortsで別バージョンのPythonインスコしたりしてたのが原因だったっぽいです。
>>413
pythonはじめて1年ぐらいですがaddsitedir初めて知りました。これは良いですね。
0415nobodyさん
2009/10/28(水) 16:59:31ID:???しね
0417nobodyさん
2009/10/28(水) 20:48:41ID:rFL/HL8M0418407
2009/10/28(水) 22:12:10ID:???URLの後ろに「"?" + hhmmss(時分秒)」を付けてリクエストするようにしたら、
常に最新データを取得出来るようになりました。
やっぱりGoogleはキャッシュしてるようですね。
ナイスなアイデアありがとうございました。
自分で思いつかなかったのが悔しいですが、結果オーライです。
0420nobodyさん
2009/10/30(金) 09:50:29ID:???0421nobodyさん
2009/10/30(金) 11:42:03ID:???http://togetter.com/li/494
月間3000万PVの超スケーラブルなサイトの運用コストが月額5万円で運営できるというGoogle App Engineの国内事例がついに来ましたよ、おまえら
これからは、Google App Engineの時代ですよ
0422nobodyさん
2009/10/30(金) 14:39:10ID:???0423nobodyさん
2009/10/30(金) 21:08:11ID:???でもスケールすると考えるとありか・・
0424nobodyさん
2009/10/30(金) 21:14:10ID:???0425nobodyさん
2009/10/30(金) 23:46:25ID:???0426nobodyさん
2009/10/30(金) 23:56:20ID:???0427nobodyさん
2009/10/31(土) 11:05:52ID:???インタビューつーか、twitterのまとめサイトだなw
>>426
mixiアプリの収益原は主に以下
・PVx約0.05円
・課金方法(公式の決済はまだ用意されてなす)
(mixiアプリの一番人気のサンシャイン牧場は独自決済)
・自サイトへ誘導してほげほげ
なので、
PVで最低限 月3000万*0.05円=150マソの計算
1ヶ月続けばだけどね
0428nobodyさん
2009/10/31(土) 11:41:07ID:???0430nobodyさん
2009/11/01(日) 17:41:03ID:???0431nobodyさん
2009/11/01(日) 19:59:44ID:???0435nobodyさん
2009/11/02(月) 01:30:53ID:???0436nobodyさん
2009/11/02(月) 08:37:23ID:???0441nobodyさん
2009/11/02(月) 20:29:20ID:???GQL使ってJOINみたいなことしまくるのがGAE的に正しい設計
0442nobodyさん
2009/11/02(月) 21:04:20ID:???refferenceの先の項目で検索したりソートしたり出来ないよなw
それしようと思ったら参照元テーブルに項目のコピー入れとけときたもんだ
一次性器化すら出来ないんだぜ?
0443nobodyさん
2009/11/02(月) 21:06:44ID:???パフォーマンスを最優先に強制されられて、素直な記述がさっぱりできん
0444nobodyさん
2009/11/02(月) 21:12:20ID:???RDBMS脳を捨てようぜ。
0445nobodyさん
2009/11/02(月) 21:40:45ID:???ttp://www.infoq.com/jp/news/2008/06/principles-to-big-table
これだけみてもちんぷんかんぷんだぜ。
■ このスレッドは過去ログ倉庫に格納されています