Google App Engine 3アプ目
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/02/25(木) 19:38:10ID:???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/
■参考サイト
App Engine ギャラリー
http://appgallery.appspot.com/
ドキュメント
http://code.google.com/appengine/docs/python/overview.html
■推奨フレームワーク
kay 圭
http://code.google.com/p/kay-framework/
日本語ドキュメント
http://kay-docs-jp.shehas.net/index.html
あとKayにバンドルしているWerkzeugのデバッガはけっこう使いやすいですよ。使い方なんかはこのあたりを見てください
http://kay-docs-jp.shehas.net/debugging.html
Google App Engineプログラミング入門 (kay の解説本)
http://www.amazon.co.jp/dp/4048676938
0697nobodyさん
2011/04/29(金) 11:43:22.49ID:???Java上で両者動かせるけど重いからなぁ
0698nobodyさん
2011/04/29(金) 19:54:30.65ID:???0699初心者高校生
2011/04/29(金) 19:55:52.18ID:???GAEって初心者には厳しいでしょうか？
0700nobodyさん
2011/04/29(金) 20:58:52.19ID:???0701初心者高校生
2011/04/29(金) 23:34:46.73ID:???では、まずは掲示板を作ることを目標にしたいと思います。
御指導よろしくお願いします。
進み次第、報告したいと思います（ｷﾘ
0702nobodyさん
2011/05/02(月) 02:59:07.84ID:???0703nobodyさん
2011/05/03(火) 14:01:09.58ID:???たいした情報がないな。
GAEでログイン処理した時の
CSRF対策はどうすればいいんだろう。
0704nobodyさん
2011/05/03(火) 14:02:45.19ID:???0706nobodyさん
2011/05/03(火) 14:53:24.23ID:???トンクス
GAEなら特に対策しなくても
Googleが勝手にやってくれてるのかとか
そう言うレベルのことから
実は分からなかったんだが
どうやらあるみたいだな。
0707706
2011/05/03(火) 14:54:50.88ID:???あるって言うのは対策する必要があるってこと。
0708nobodyさん
2011/05/04(水) 13:41:53.98ID:???開発環境は、Eclipse 3.6.2とGoogle App Engine Java SDK 1.4.3
PC環境は、Win7_64bit
具体的には、EclipseプラグインのGAEのDeployボタンを押し、
新しく出てきたポップアップウィンドウの、「アクセスを許可」ボタンを押しても、その後反応無し
0709nobodyさん
2011/05/04(水) 13:52:28.22ID:???#appengineや#gaeja見てみると、メンテナンス中なのかな？
とりあえず、報告まで。
0710nobodyさん
2011/05/04(水) 14:06:00.61ID:???0711nobodyさん
2011/05/04(水) 14:57:21.37ID:???Google Appsのアカウントを使ってGAE開発してると、そのアカウントは正しいgmailのものと違ったので、ログインの方法が別口に変わってた
SDK1.4.2から1.4.3に移行した際に、Eclipseに設定が残ってしまってて、それが原因でログインできても、デプロイできなかった。
eclipse -cleanして、SDK入れなおして、デプロイできるようになりました
0712nobodyさん
2011/05/04(水) 17:27:30.70ID:???今ひとつ理解してないんですが、
UserServiceはセッションスコープにするべきなんでしょうか？
0713nobodyさん
2011/05/05(木) 09:37:44.62ID:???Google謹製のUserオブジェクトに例えば自作ゲームのアイテムとか経験値とかの情報を持たせるのに何か上手い方法はあるんですかね？
今の所ログインの度にそのユーザが過去にログインしたことがあるかどうかを調べて、無かったら自前のUserオブジェクトを作って、あったらそのUserオブジェクトから読み出すって感じで考えてるんですけど。
0714nobodyさん
2011/05/06(金) 11:08:26.97ID:???0715nobodyさん
2011/05/06(金) 19:25:49.06ID:???興味もたれなければスルーされるだけだし。
0716nobodyさん
2011/05/06(金) 20:04:03.64ID:???0717nobodyさん
2011/05/06(金) 21:44:55.85ID:???今からでもまだ見てますので何かアドバイスあったらお願いします。
0718nobodyさん
2011/05/08(日) 19:36:55.65ID:???0719nobodyさん
2011/05/08(日) 22:17:27.22ID:???0720nobodyさん
2011/05/08(日) 22:48:52.52ID:???じゃあ一回のアクセスで500MB使っちゃったら終わりって事かよ
500万アクセスさせたいから1KB以内に抑えて作るか
0721nobodyさん
2011/05/09(月) 00:34:58.69ID:???0722nobodyさん
2011/05/09(月) 05:42:16.30ID:???0723nobodyさん
2011/05/09(月) 10:08:55.30ID:???0724nobodyさん
2011/05/09(月) 19:24:56.76ID:???0726nobodyさん
2011/05/10(火) 22:51:23.99ID:???http://groups.google.com/group/google-app-engine-japan/search?hl=ja&group=google-app-engine-japan&q=%E5%85%A8%E6%96%87%E6%A4%9C%E7%B4%A2&qt_g=%E3%81%93%E3%81%AE%E3%82%B0%E3%83%AB%E3%83%BC%E3%83%97%E3%82%92%E6%A4%9C%E7%B4%A2
http://www.google.co.jp/search?q=google+app+engine%E3%80%80%E5%85%A8%E6%96%87%E6%A4%9C%E7%B4%A2
0727nobodyさん
2011/05/10(火) 23:03:23.47ID:???＞Google の検索で使われている技術が使えれば楽なのですが、それはあまり期待
＞できないような気がします(確か Google は有償の形態素解析エンジンを使って
＞いたと思います)。そこで、自前で何とかしてみようと思いました。
有償の形態素解析エンジンを、無償のSDKに組み込むわけにはいかないんだろうな。
つまりGoogleに頼らず自分でやれってことだ。
0728nobodyさん
2011/05/11(水) 01:00:28.21ID:???ttp://code.google.com/appengine/docs/go/overview.html
0729nobodyさん
2011/05/11(水) 01:27:59.41ID:???Googleが出してるappscaleというGoogle app Engineみたいなのがありますが、
あればどのようにして導入すればいいのでしょうか？
今現在、eucalyptusを導入していて、それ上で動くとお聞きしたのですが・・・
サイトが英語ばかりでさっぱりで・・・
0730nobodyさん
2011/05/11(水) 01:46:45.14ID:???http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1261974552
マルチポストは嫌われるぞ
ずるっこ！でも使って翻訳しながら調べろ
あと英語も分からない低知能は無理な事せずにGoogle app engine使っておけ
0731nobodyさん
2011/05/11(水) 09:02:36.95ID:???検索画面カスタマイズできないし、ぶっちゃけあれ(（ユーザ側からみても）使いにくい
Datastoreにぶちこんだデータを直接検索できるわけじゃないしね
クローラに拾われない限り結果に出てこないんじゃぁ使えないッス
>>727
自分で出来たら苦労はしないのよ…
0732nobodyさん
2011/05/11(水) 09:13:27.08ID:???gaeのロードマップには全文検索書かれてるから首を長くして待とうかー
0733nobodyさん
2011/05/11(水) 09:37:42.38ID:???http://code.google.com/intl/en/appengine/docs/roadmap.html
Features on Deck
・Full-text search over Datastore
Most of these features here are intended to be launched within the following six months.
（これらの機能の殆どは、6ヶ月以内にリリースするつもりである）
なんかずーーーとこの状態の気がしないでもないが…
少なくとも全文検索に対する要望はJava版がリリースされる前（約2年前）からあったぞ
一体何が難しいんだっ！Googleのエンジニアなら簡単だろうに…
0734nobodyさん
2011/05/11(水) 11:12:34.16ID:???0735nobodyさん
2011/05/11(水) 11:39:15.10ID:???http://www.google.com/events/io/2011/sessions/full-text-search.html
0736nobodyさん
2011/05/11(水) 11:44:54.76ID:???完璧なソースコード付きで回答くるのはあそこくらいだわ
はてブから飛んできた人の属性探るとFirefox Chrome率高いし
ITリテラシー高いエンジニアが集まってる印象
一方、知恵袋なんてIE（笑）使いしかいないだろｗ
ドヤ顔で間違った回答よこしてくるわ、回答者はそれをベストアンサーにするわで
情弱同士の慣れあい場だよ、ホントに
0737nobodyさん
2011/05/11(水) 11:49:46.21ID:???おぉ 期待できそうだね
でも英文（1バイト文字）しか対応してませんよ！HAHAHA
ってなりそうな予感もする・・・
0739nobodyさん
2011/05/11(水) 17:38:06.07ID:???0740nobodyさん
2011/05/11(水) 18:58:57.58ID:???ttp://d.hatena.ne.jp/kagigotonet/20110511/1305103829
0741nobodyさん
2011/05/11(水) 20:04:13.34ID:???0742nobodyさん
2011/05/11(水) 23:48:37.31ID:???スピンアップ（インスタンスの立ちあげ）時は3,000cpu_ms（実時間はそれ以上）持っていかれるよ。
酷いときは20秒反応なしでエラー吐く。過疎サイト（1.0 req/min、月間43,800PV未満）の場合、ほとんどのリクエストでこれが発生する。
立ち上げ後、大体30秒以内に次のリクエストが来れば、スピンダウンしていないインスタンスが
100cpu_msで処理してくれるが、局所的に連続アクセスされると今度は新しいインスタンスを起動する際の
スピンアップが発生して、「なんかこのサイト重くて使えねー」ってなる。
一番大切な最初の掴みでこういう評価されちゃ、過疎サイトから抜け出せなくなるので金を惜しまず
Always On（インスタンス常時起動オプション）の契約をオススメする。
0745nobodyさん
2011/05/11(水) 23:57:02.44ID:???0746nobodyさん
2011/05/11(水) 23:57:53.67ID:???Java
pythonだと若干早いと聞くが、スピンアップ/ダウンはGoogle App Engineを使う上で
避けられない仕様だし、ウチの会社は500ms以内にレスポンスを返すことを共通仕様として
定めてるので、おそらくpythonでもスピンアップしちゃうと駄目だな。
アクセス増えてくるとその心配はなくなるけどね。
0747nobodyさん
2011/05/12(木) 00:02:00.50ID:???0748nobodyさん
2011/05/12(木) 00:54:41.69ID:???0749nobodyさん
2011/05/12(木) 01:14:50.22ID:???分散するほど人いないし
0750nobodyさん
2011/05/12(木) 01:55:21.18ID:???http://www.youtube.com/user/GoogleDevelopers
0751nobodyさん
2011/05/12(木) 02:45:16.19ID:???http://www.google.com/enterprise/appengine/appengine_pricing.html
課金モデルが変更されるのか
CPU時間からインスタンス時間へ変更
無料枠（per day)は下記の通りに変更される
（旧）6.50 CPU時間
（新）24 インスタンス時間
Always On（$0.30/day）から Reserved Frontend Instances（$0.05 / hour）プランに変更
（旧）月当たり9ドル（$0.30/day * 30 day = $9）
（新）月当たり36ドル（$0.05/ hour * 24 hour * 30 day = $36) ?
※Always Onは3インスタンス常時起動で、新プランが1インスタンス常時起動の価格だとすれば、Always On相当にするにはこの3倍、約108ドル必要？）
よく内容を精査していないから分からないが、改悪っぽいのかな？
公式ブログに寄せられたコメントは「残念だ、がっかりした、嫌だ、反対だ」だらけ（笑
0752nobodyさん
2011/05/12(木) 05:47:12.83ID:???I have a dev app that uses currently about 40cpu hours a day, has ~16 active instances
on average and serves ~7.5 requests/second. Right now I am paying ~120$ a month.
(俺は現在、1日当たりおよそ40CPU時間、平均16のアクティブなインスタンス、7.5リクエスト/秒
くらいのアプリケーションを運用していて、ひと月あたり120ドル払ってる。）
With the new pricing model I would have to pay for the instances alone ~921.6$ a month.
For api usage about 200$ and the base fee of 9$ thats summerized 1130.6$ or in other
words a price change of 942%. Thats immoral and illegal for a good reason in most european countries.
（新しい課金モデルで計算しなおすと、インスタンスだけで月921.6ドルも払わなきゃいけなくなる。
API使用料は約200ドルで、基本使用料が9ドルだから、総額1130.6ドル、別の言葉で言い表すと942％の増額だ。
これは多くのヨーロッパの国々で、不道徳かつ違法となる十分な理由になるぜ。）
0753nobodyさん
2011/05/12(木) 06:06:23.03ID:???現在、私が運用しているアプリケーションのひとつは月1ドル支払ってる（4GB以下のDatastoreスペースしか使ってない）
これが新しい価格モデルだと月10ドルになる…
It was for a free service, I will shutdown it, no choice.
これは無料のサービスだから、シャットダウンすることになるだろうね、そうする他ない。
0754nobodyさん
2011/05/12(木) 06:06:44.62ID:???値上げしてくるとは思わなかったな
無料分や安い課金システムが魅力だったのに、
こうなるとec2やAzureと値段変わんないとかなりそうだな
0755nobodyさん
2011/05/12(木) 06:48:26.96ID:???課金等詳細の日本語訳が公開されました。
0756nobodyさん
2011/05/12(木) 09:19:44.49ID:???条件から
7.5req/sec * 60sec * 60min * 24hour * 30day = 19,440,000PV
収益予測）
ビジネスモデル：広告（Google Adsense, Amazon etc)
1PVあたりの売上: 0.03-0.06円/PV
売上）
0.03 * 19,440,000 = 58万3,200円/月
0.06 * 19,440,000 = 116万6,400円/月
ここから$1130.6引くと粗利益
他に人雇ってなければ赤字にはならないだろうけど…
サーバエンジニア代と思って許容するしかないのか
0757nobodyさん
2011/05/12(木) 09:42:19.87ID:???赤字にゃならんだろうが、PV下がったわけでもないのに
収入が$1000下がるってのはそうそう許容できまいｗ
0758nobodyさん
2011/05/12(木) 10:04:07.30ID:???0759nobodyさん
2011/05/12(木) 10:47:19.78ID:???1インスタンス×24時間しか動かせないと言う意味では？
0760nobodyさん
2011/05/12(木) 10:53:46.44ID:???0761nobodyさん
2011/05/12(木) 11:01:08.00ID:???無料枠は24インスタンス時間なので
常に3個インスタンスが起動しているようなサイトだと8時間でOver Quota
たぶんこんな感じだと思う
0762nobodyさん
2011/05/12(木) 11:06:44.44ID:???>>752の外人さんのサイトは
$0.08/hour * 16 * 24 * 30 = $921.6 かかるってことだな
他にもAPI利用料とか基本料金とかが追加されるので
月＄1000超えちゃうよ！って訴えてる
0764nobodyさん
2011/05/12(木) 11:22:32.27ID:???英語ブログのコメントは非難轟々で殆ど賛同者がいない状態
海外のメーリングリストでも俺のAlway Onオプションはどうなるんだ！！
今まで$9だったのに、新プランだと$108になっちまうじゃねーか！
って質問が出てるが、Google社員が「今はまだ検討中だから待ってて」て回答してる。
即否定しないところを見ると…値上げ方針は間違いなさそう。
0765nobodyさん
2011/05/12(木) 11:26:05.62ID:???0766nobodyさん
2011/05/12(木) 11:31:50.83ID:???たぶんDatastore APIのFree Quota 50k制限に引っかかると思う
無料枠では無理だな
0767nobodyさん
2011/05/12(木) 11:37:58.57ID:???ていうかgaeって自分しかアクセスできないように出来るから個人的なスペースで使ってれば問題ないか
0768nobodyさん
2011/05/12(木) 11:41:09.18ID:???一昔前のレンサバ＋PHPよりはるかに敷居低い気がするけど…
0769nobodyさん
2011/05/12(木) 12:20:26.79ID:???0770nobodyさん
2011/05/12(木) 12:23:17.69ID:???上限決めた範囲内でスケールして
超えた場合はエラー吐くだけ
今までと同じ
0771nobodyさん
2011/05/12(木) 12:30:38.46ID:???0772nobodyさん
2011/05/12(木) 12:37:04.66ID:???そっか。安心したけど、AWSやAzureに比べてメリットが少なくなったな。。。
これから作るところだったからプラットフォームから再考せねば。
0773nobodyさん
2011/05/12(木) 14:35:25.89ID:???0774nobodyさん
2011/05/12(木) 14:40:14.24ID:???ログは２ちゃんに書き込めば楽でしょ
0775nobodyさん
2011/05/12(木) 14:44:34.23ID:???0776nobodyさん
2011/05/12(木) 16:47:11.15ID:???今頃発狂してる人多いんだろうな。
やっぱ、ロックオンされるプラットフォームは怖い。
0777nobodyさん
2011/05/12(木) 17:10:11.21ID:???0778nobodyさん
2011/05/12(木) 17:36:07.68ID:???引越し先がないってのは厄介だよな
一応、appscaleとかあるけどGAE以上に実績がないから
どうしても人柱になってしまう
http://www.publickey1.jp/blog/11/amazonjavapaasbeanstalkruby_on_rails.html
AmazonのPaaSもあるが、データベースのスケーリングに難があるし、料金も価格改定後のAppEngine並かそれ以上かかる。
結局残るのはAppEngineだけなんだよなぁ…
0780nobodyさん
2011/05/12(木) 18:12:30.36ID:???http://www.morphlabs.com/
0781nobodyさん
2011/05/12(木) 18:27:04.95ID:???http://lmgtfy.com/?q=appscale
0782nobodyさん
2011/05/12(木) 19:07:41.44ID:???ただ同然で客を引きつけて逃げれなくなった所で一気に値上げして回収。
Googleは信用できなくなったわ。
制約多いけど圧倒的な安さが魅力だったのに、これじゃな。
0783nobodyさん
2011/05/12(木) 19:21:31.69ID:???値上がりも問題だけど、有料分で発生するコストを押さえるように、
プログラムの設計自体変えないといけない箇所が多そうな感じなんだよな
とりあえずメールとChannel APIは無料分少なすぎなんで、別サーバー立てて代替するしかなくなった
0784nobodyさん
2011/05/12(木) 21:17:36.48ID:???0785nobodyさん
2011/05/13(金) 02:16:18.24ID:???http://www.youtube.com/watch?v=7B7FyU9wW8Y
0787nobodyさん
2011/05/13(金) 06:23:04.79ID:???顧客「商品名の検索って出来ないの？」
営業「もちろん出来ますよ！」
開発「てめー！こら営業！勝手に約束すんなよ！GAEで全文検索は鬼門なんだよ！」
以下デスマ
この状態か
徹夜お疲れ様ですｗ
0788nobodyさん
2011/05/13(金) 06:37:55.35ID:???一般的なデータベースのほうが機能的には高性能だし、問題なくね？
ていうか、App Engineって、root権限さえあれば普通のサーバにも
インストールできそうだけど（スケーリングしないだろうけど）
0789nobodyさん
2011/05/13(金) 07:13:50.89ID:???0790nobodyさん
2011/05/13(金) 07:17:23.77ID:???LowLevelAPI、またはそのラッパークラス（Slim3 Datastore等)は、Datastoreに完全依存してるからね
その部分を書き換えるコスト、システム移行による初期投資や学習コストとかもあるから
結局、値上げを受け入れるほうがトータルで安くなる仕組み
きちんと計算されている
ISPの3万円キャッシュバックみたいなもんだ
0791nobodyさん
2011/05/13(金) 08:11:52.40ID:???まぁ投下したコスト考えると仕方ないか。
0792nobodyさん
2011/05/13(金) 08:20:24.12ID:???外人はコメント欄で直接Googleに文句言う
日本人はTwitterでつぶやくか2ch
国民性か
0793nobodyさん
2011/05/13(金) 08:52:07.09ID:???本音の2ちゃんと建前のTwitterって感じw
0794nobodyさん
2011/05/13(金) 12:45:32.09ID:???そのかわり団結力はスゴイけどね
0795nobodyさん
2011/05/13(金) 21:19:00.02ID:???> 汎用のJDOとか使わないのが普通なので、
普通はJDOだろ
何も設定しなくても簡単に使えるようになってるものを、誰がわざわざガラパゴス
フレームワークに切り替えるんだよ
移植性に関しても公式のドキュメントにはっきりと
> アプリケーションを他のホスティング環境やデータベース技術に移植する必要が
> 生じた場合に、簡単に移植可能です。
て書いてある
先見の明がある賢い人はJDO一択
0796nobodyさん
2011/05/14(土) 12:34:38.32ID:???なんかID消せないってどこかに書いてましたけど
いらないIDを消して新しいの作れないんでしょうか？
■ このスレッドは過去ログ倉庫に格納されています