トップページ⇒php
1001コメント244KB

Google App Engine 2アプ目

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん2009/05/30(土) 12:40:02ID:tuYY7oEn

Google 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
0874nobodyさん2010/02/12(金) 19:17:02ID:???
仕様ならぶっ壊れてるかもしれん
0875nobodyさん2010/02/12(金) 19:26:43ID:???
>>873
え・・そんなつもりで言ったんじゃないけど・・
誤解させたならごめん・・
0876nobodyさん2010/02/12(金) 19:31:56ID:???
受託開発にGAEは使えないだろうな
まぁ受託開発なんてカス企業同士が少ない利益を奪い合う
みっともない事業だからどうでもいいけど
0877nobodyさん2010/02/12(金) 19:34:59ID:???
>>876
Webベンチャー（笑）の方ですか？
海外で流行したサービスをパクって
上場詐欺ばかりやってるお前らが
歴史も伝統もある大企業に楯突こうなんて
100年早いんだよ
0878nobodyさん2010/02/12(金) 19:40:43ID:???
>>877
そんなつもりで言ったんじゃないけど・・誤解させたならごめん・・
0879nobodyさん2010/02/12(金) 19:47:52ID:???
>>877
歴史も伝統もあるが技術力がない大企業ｗ
0880nobodyさん2010/02/12(金) 19:50:24ID:???
>>862
ComparatorとExtentで頑張ってる俺のことか？
0881nobodyさん2010/02/12(金) 19:50:41ID:Zvvvy7KE
>>876
受託開発に未来がないのは皆気づいてるよ
そりゃフロー型よりストック型のビジネスモデルのほうが
安定してるし、営業利益率も高いだろうさ

でも老害経営者達は、ITゼネコン構造からの脱却なんて絶対にしないよ
下請け孫請けからいくら自殺者が出ようと知ったこっちゃない
犠牲になるのは若者で自分たちじゃないから

今の日本と同じだね　JALのOB連中みたいな人間が五万といる
0882nobodyさん2010/02/12(金) 20:02:26ID:Zvvvy7KE
>>877
お役所から天下りを受け入れて
公共事業を発注してもらい
それを下請けに丸投げする
上流SIerさん、コンニチハ

http://ja.wikipedia.org/wiki/IT%E3%82%BC%E3%83%8D%E3%82%B3%E3%83%B3
0883nobodyさん2010/02/12(金) 20:04:06ID:Zvvvy7KE
http://ascii.jp/elem/000/000/134/134297/
これも置いときますね
0884nobodyさん2010/02/12(金) 21:50:43ID:???
ただ自分でサービス作って儲けたい、なんてのやろうと思ったら
気楽なサラリーマン出来なくなるんだよな。

Googleからおこぼれ貰いつつニートしてたい・・・
0885nobodyさん2010/02/13(土) 01:35:59ID:???
>>873
しょっちゅう壊れてるだろってはなし
0886nobodyさん2010/02/13(土) 02:19:31ID:???
安いサーバーの寄せ集めだから毎日壊れまくってるだろうよ
0887nobodyさん2010/02/13(土) 14:44:26ID:???
gaeも物理サーバが壊れても吸収するようになってるんでしょ？
0888nobodyさん2010/02/13(土) 15:09:45ID:???
半日メンテでログイン出来ないとか
何やってんだろうとは思う
0889nobodyさん2010/02/13(土) 15:32:03ID:???
その間サイトは普通に動いてるの？
0890nobodyさん2010/02/13(土) 22:11:31ID:???
いいえ

自分のサイトも開けない

login: required
なページのログインも出来ない

そういえば管理画面は見れる
0891nobodyさん2010/02/13(土) 22:14:59ID:???
DataStore(BigTable)へのアクセスが完全に出来なくなる時間帯はあるみたいだね
Google的には「メインテナンスだからダウンタイムは0です」だそうで
0892nobodyさん2010/02/13(土) 22:54:14ID:???
>>890
cookie全部消してみれば良いことあるかも
0893nobodyさん2010/02/13(土) 23:15:28ID:???
>>890
駄目すぎじゃん
まだそんなレベルなのかよ・・
0894nobodyさん2010/02/14(日) 00:15:17ID:eZzi4axx
レンサバ業者のネガキャンが酷いな
0895nobodyさん2010/02/14(日) 03:03:35ID:???
dashboard のログ表示が体裁がめちゃくちゃで見難過ぎる
0896nobodyさん2010/02/14(日) 15:57:35ID:???
ダウンタイムを検証してるサイトとかないの？
0897nobodyさん2010/02/14(日) 17:32:25ID:+CS+iG30
Eclipseでweb application projectを新規作成した時点で、すでに
java.lang.UnsupportedClassVersionError
がでてしまいます。
Eclipseは3.4.2です。何がまずいんでしょうか？
0898nobodyさん2010/02/14(日) 23:01:11ID:eZzi4axx
>>897
Java VMのバージョンが古い
常に最新しておけ
0899nobodyさん2010/02/16(火) 20:28:21ID:???
どんまい
0900nobodyさん2010/02/17(水) 11:31:06ID:???
CPU時間の負荷の上限超えたときのhttpステータスって何番で返ってくるか誰か教えて下さい！
上限上げちゃってテストしようとする課金されるｗ
0901nobodyさん2010/02/17(水) 14:06:08ID:???
Bigtableでjoinが使えないので、別の方法を探しています。
同じ書式の二つのテーブルを比較して、数値の増減や新規項目などと分類したいです。
MySQLではjoinを使った検索で簡単に分類できました。
BigTableではどのように検索するのがいいのでしょうか。

1)主キー以外のフィールドを二つずつもった書式のテーブルに代入して、BigTable内で検索する。
2)二つのテーブルをローカルにDLして、二重のforループで検索。
3）実はそれようの関数が用意されている。

項目は500個。できれば3を期待しています…
よろしくお願いします。
0902nobodyさん2010/02/17(水) 17:39:27ID:???
>>901
4. KVSについて勉強しなおし、データのモデルを考え直す
0903nobodyさん2010/02/17(水) 17:52:07ID:???
>>901
5) GAEはやめる
0904nobodyさん2010/02/17(水) 18:38:22ID:???
GAEに向いてない場合も確かにあるよな。
0905nobodyさん2010/02/17(水) 19:38:11ID:???
KVSについてよく理解していないだけ。
Googleのサービスでは内部でKVSであるBigTableを使っているんだから、向いていないということはありえない。
0906nobodyさん2010/02/17(水) 19:49:28ID:???
>>900
304
0907nobodyさん2010/02/17(水) 20:21:11ID:???
>>906
ありがとうございます！
0908nobodyさん2010/02/18(木) 07:52:49ID:???
>>902-905
入門サイト探してもうちょっと勉強しようと思います。
ありがとうございました
0909nobodyさん2010/02/18(木) 12:31:55ID:???
新刊
RDB利用者のためのGAE講座
0910nobodyさん2010/02/18(木) 15:13:53ID:???
cronが止まってたらしい
まだまだ不安定ですな
0911nobodyさん2010/02/18(木) 16:53:14ID:???
GAEは箱庭とかモブストみたいなゲームを載せてもBANされない？
0912nobodyさん2010/02/18(木) 17:19:30ID:???
You BAN
0913nobodyさん2010/02/18(木) 17:31:08ID:???
金さえ払えばおk
0914nobodyさん2010/02/18(木) 17:44:36ID:???
遊ばれれば遊ばれるほど金が入るので、きっと喜ばれるよ
0915nobodyさん2010/02/18(木) 18:06:31ID:???
定期メンテでも1時間てのは
業務アプリだと厳しいなー
日本時間深夜にやってくれればいいけどそんなわけないし
0916nobodyさん2010/02/18(木) 22:16:27ID:???
っつーかメンテで止まるってのがそもそも変
0917nobodyさん2010/02/18(木) 22:18:39ID:???
更新できないだけで止まってない！！
それがGAEクオリティ
0918nobodyさん2010/02/18(木) 22:53:19ID:???
止まってるよ
require: login
とかのページ開けないし
0919nobodyさん2010/02/19(金) 11:26:17ID:???
キャリアはドコモなんですが、アカウント登録に使うメアドは、
登録後すぐに変更しても大丈夫ですか？
また、どんどんメアド変更していけば無尽蔵に取得できますか？
0920nobodyさん2010/02/19(金) 16:26:28ID:???
・認証済ませれば後はメールは来ないので変更は直ぐ出来る
・グーグルにはメアド変更を判別する手段が無いので無尽蔵に取れる
メアド変更はともかく大量取得が大丈夫かは判らんよ

そもそもそんなに取得してどうするよ
アプリID確保するにも、もうよさげなのは殆ど取得されてるぜ
BAN覚悟のアプリ使うくらいしか用途無いぜ
0921nobodyさん2010/02/19(金) 18:28:10ID:8xYfT/D8
http://satoshi.blogs.com/life/2010/02/app_engine.html
ここで
「移植性を高めるために標準APIをゴリゴリ使ったアプリを作るのはあんまり意味ない」
的なことが書かれているんですが、実際GAE使ってそれなりのアプリ作ったことのある人の意見が聞いてみたいなーなんて。
（自分はまだ導入段階なもので）

確かに「GAEを使う意味」を考えたら低レベルAPIを直接叩いてGAEのパフォーマンスを
存分に発揮できるようなアプリを作るべきなのかもしれないですけど、
ほぼ無料で使えるというだけで大きなアドバンテージでGAEを選ぶ理由としては十分だし、
仮にその性能をフルに発揮できばくなったとしても、保険の意味もこめて
移植性を高めた書き方をしておくことは間違ってるってほどではないのでは？
と個人的に思ったりするんですが・・。

低レベルAPIより標準APIの方が扱いが難しかったりするんですかね？？
0922nobodyさん2010/02/19(金) 18:41:03ID:???
JDO/JPAは使えない機能があったりバグがあったりで落とし穴満載！
悩むのが趣味ならそれもよし
0923nobodyさん2010/02/19(金) 19:11:22ID:???
># データの正規化は基本的にはしない → エンド・ユーザーから見て一つの「もの」（たとえば商品、ブログエントリー）があった場合、
>それに付随する情報（たとえば、タイトル、値段、更新日時、作者）をEntityそのもののプロパティとしてもたせておき、Queryなしに
>一回のgetですべて取得できるようにしておく。これは、RDBにおける「ベスト・プラクティス」とは正反対の方向を向いたものなので、
>RDB/SQLに慣れた人こそ気をつけて設計すべきである。
># JOINがない → SQLにおけるJOINをApp Engine上で実現しようとすると、queryの結果をもとに複数のqueryをするというnested query
>をせざるを得ないが、そもそもJOINが必要となるような状況になったことが、データ・モデルの設計がすでにApp Engine向けのものになって
>いない証拠なので、「ああ、JOINが使えたら楽なのに」と嘆く前に、今一度データ・モデルの設計から見直すべき。

GAEについて書かれていることは間違っていないが考え方は間違ってると思う
0924nobodyさん2010/02/19(金) 19:16:50ID:???
>>921
漏れはむしろGAEから脱出するときのことを考えて
GAEじゃなくても動くように考えて作っておくのを薦める
0925nobodyさん2010/02/19(金) 19:18:14ID:???
>確かに「GAEを使う意味」を考えたら低レベルAPIを直接叩いてGAEのパフォーマンスを
>存分に発揮できるようなアプリを作るべきなのかもしれないですけど、

これこそ Google の囲い込み戦略そのもの
0926nobodyさん2010/02/19(金) 19:24:16ID:???
>>924-925
RDBのときもそんなこと言ってたけどさ、結局移行しないか作り直すかだったじゃん？
移植性なんて考えても無駄だよ
0927nobodyさん2010/02/19(金) 20:26:18ID:???
素早く移行先の実装を思い付く頭でも養った方がよさそうではあるよな。
今時一つのフレームワークと心中する人も居ないだろうし。
0928nobodyさん2010/02/19(金) 20:42:36ID:???
>>924はYAGNIも知らないのか・・・
0929nobodyさん2010/02/19(金) 22:40:30ID:???
GAEで簡単にできるものだけ作ればいいじゃん。
単純なサービス作るのはすごい楽よ。
0930nobodyさん2010/02/19(金) 22:58:04ID:UAHcwqqw
低レベルAPIで移植性考えないで作っても、
ちゃんとGAEでスケールするようになっていれば
乗換先で再構築したシステムもしっかりスケールさせられる
アーキテクチャに自然となっているよね。

データストアの置き換えが無いのが悩みだな。
トランザクションなしでいいならKVSなんでもＯＫだ。
最近話題のクモＦＳとかつかってみるかね。

> ほぼ無料で使えるというだけで大きなアドバンテージ
だったらべつにいいんじゃない？
スケールしないの覚悟でRDB/SQLで使えるソフトもあるし。
それつかってトラブる方が大変そうだけど。
0931nobodyさん2010/02/20(土) 10:13:24ID:???
GAEで簡単にできるものだけ作ればいいじゃん。
単純なサービスしか作れないGAE www
0932nobodyさん2010/02/20(土) 11:41:38ID:???
単純なアプリ≠単純なサービス
凄いアプリ≠凄いサービス
結局は自分の技量次第
0933nobodyさん2010/02/20(土) 12:10:23ID:???
それ言うと技量ってよりアイデアだな
ぶっちゃけGAEはPHP+レンタル鯖マーケットの置き換え需要がメインだと思ってる
0934nobodyさん2010/02/20(土) 12:58:54ID:???
実際個人でやるウェブサービスはアイデアと上手い宣伝が殆どだと思うぜ
0935nobodyさん2010/02/21(日) 02:00:41ID:???
自分や少数の関係者の為のサービス作るのにも最適。
そんなのの為に自分でサバ用意するなんてバカらしいからね。
0936nobodyさん2010/02/21(日) 11:33:14ID:???
URLフェッチのHTTPヘッダ、
AcceptもAccept-CharsetもAccept-Languageもそのままなのに何故Accept-Encodingは削除するんだorz
0937nobodyさん2010/02/21(日) 12:04:54ID:???
>>934
加えて実装の速さだろな。
0938nobodyさん2010/02/21(日) 17:42:36ID:???
実際、どんなAPI使っててもサービスやデータアクセス層を
綺麗に分割したらそれなりに移植しやすく実装できるもんだ。

課金を最小に抑えて将来の移転も容易にするためには丁寧な設計と実装が大切。
なんでもこれに尽きる。
0939nobodyさん2010/02/21(日) 19:53:26ID:???
こまけーことはいーんだよ！っておもいっきりのよさも必要だ。
1時間ぐらいで実装できるようなのだったら移植なんかもフルスクラッチで良いだろうし。
0940nobodyさん2010/02/21(日) 20:34:36ID:???
ってか普通コントローラーからはモデルを直接操作する事って無いんじゃね
大体モデルを操作するロジッククラス作るっしょ
0941nobodyさん2010/02/21(日) 23:32:09ID:???
余計なレイヤを増やすと課金が増えますｗ
0942nobodyさん2010/02/22(月) 00:01:45ID:???
>>940
モデルの移植が一番大変
0943nobodyさん2010/02/23(火) 22:02:05ID:???
BigTableに入っているデータをローカルPCにコピーするにはどうすればいいんですか？
・バックアップを取りたい。
・他のサイトにコピーして使いたい。

GAE for Pythonを使い始めましたが、ツールとかAPIとか、これから勉強するので、分かりません＞＜
0944nobodyさん2010/02/23(火) 22:04:13ID:???
あと、GAEで作ったWebアプリを自社サーバでも動かしたい場合、どうやって移植すればいいでしょうか？
BigTableの代わりにHadoopを使えば、自社サーバでもGAEと同じプログラムを動かして、公開できますか？
GAEに入れたプログラムとデータは全てGoogleに人質に取られている形になってしまうんでしょうか？
0945nobodyさん2010/02/23(火) 22:28:19ID:???
馬鹿は何をしても無理
諦めろ
0946nobodyさん2010/02/24(水) 00:10:26ID:???
移植したいなら移植出来るような設計にしなきゃ。(そんな人がなんでGAE?って思うけど)
よくわからんのならEC2使えば？
0947nobodyさん2010/02/24(水) 00:46:34ID:???
>>943
BigTableの中身コピーはフォーラムかどっかでSQLite形式にして落としてくれるスクリプト書いてた人がいたから、それ使うのが手っ取り早いかも。
0948nobodyさん2010/02/24(水) 01:24:27ID:???
自社サーバーでの運用も視野に入れるなら946の言うようにAmazonEC2のWindows上で稼動するか
Windowsの資産が使えるとの触れ込みのWindows Azureの方が向いているんじゃね
少なくとも943がGAEを使うメリットが微塵も感じられん
0949nobodyさん2010/02/24(水) 03:36:40ID:???
>>943
取り出すのは少しずつ取ってくるプログラム書けばいいよ
ReferenceProperty がめちゃくちゃにならないように気を付けようねw
0950nobodyさん2010/02/24(水) 03:41:47ID:???
>>943

>>461
>>479
>>775
>>781
>>783
>>792
>>793
>>795
0951nobodyさん2010/02/24(水) 04:41:19ID:X/o33lUL
↓作者乙
0952nobodyさん2010/02/24(水) 05:33:37ID:???
│　 ↑
└─┘
おらっしゃあぁぁ！！！
　∩∧ ∧
　ヽ（ ﾟДﾟ）
　　　＼⊂＼
　　　 Ｏ-､　）〜
　　　　　　∪
0953nobodyさん2010/02/24(水) 13:24:25ID:???
>>947 >>949 なるほど。BigTableからデータを外部にエクスポートするには、自分で仕組みを用意しなくちゃいけないんですね。
ttp://www.usinezumi.com/blog/2009/08/03/213/
↑BigTableのデータをインポートしたり、エクスポートする機能の用意は、公式対応してないみたいですね？
0954nobodyさん2010/02/24(水) 13:38:09ID:???
>>946 >>948
EC2の方が自由度が高いけど、ユーザーを詰め込み過ぎらしいので様子見。
http://news.livedoor.com/article/detail/4569566/

オンプレミスとクラウドのシステムを同じ構造にしておきたい。

＝自社サーバでさばききれないアクセスを、GAEに受け持たせるかんじ。
＝最初からGAEと同じアーキテクチャーでシステム開発しておけば、スケールアップさせるときに容易にGAEに移せる。
＝必要なくなったら、GAEから自社サーバに戻せるようにする。

イメージとしては、GAEとローカルで常に同期が取れてるかんじのシステムです。
ttp://d.hatena.ne.jp/kazunori_279/20091214/1260790814
↑この人みたいな使い方

あとは、NoSQLなデータストアの使い方を練習したいため、あえてGAEでｗ
0955nobodyさん2010/02/24(水) 13:50:39ID:???
>>950
素晴らしい書籍のご紹介、どうもありがとうございます。
http://www.amazon.co.jp/dp/4048676938

この前、本屋に行ったときGAE関係の本を立ち読みしまして、この本も読みました。
GAEでKay Frameworkを使う機会があれば、図書館で借りてみようと思います。

まずはオーソドックスに、素のPythonで作ってみて、
ttp://satoshi.blogs.com/life/2009/11/gdispatch_kwargs.html
フレームワークを使うならGAE標準装備のDjangoを利用してみようかなと思います。
ttp://www.metareal.org/2009/12/02/running-django-1-1-on-google-appengine/
0956nobodyさん2010/02/24(水) 15:22:45ID:???
>>953
>↑BigTableのデータをインポートしたり、エクスポートする機能の用意は、公式対応してないみたいですね？

ReferenceProperty がめちゃくちゃになるからね
0957nobodyさん2010/02/24(水) 15:31:50ID:???
>>955
GAEのdjango実装には期待しない方がいいよ
0958nobodyさん2010/02/24(水) 18:52:31ID:???
Django使うならhttp://code.google.com/p/app-engine-patch/
0959nobodyさん2010/02/24(水) 18:56:15ID:???
Google で EC2 みたいなサービスしてくれんかなぁ。
0960nobodyさん2010/02/24(水) 21:27:35ID:???
Kayって誰か使ってるの？
0961nobodyさん2010/02/24(水) 22:14:32ID:???
>>956
今は大丈夫ですよ
0962nobodyさん2010/02/24(水) 22:15:32ID:???
>>958
今からだとこっちの方が良さそうですね
http://www.allbuttonspressed.com/projects/django-nonrel
0963nobodyさん2010/02/24(水) 22:16:14ID:???
>>960
多く見積もって数十人くらいですかね
0964nobodyさん2010/02/24(水) 23:15:41ID:???
webapp + Genshi で満足。
0965nobodyさん2010/02/25(木) 00:26:25ID:???
>>955
http://www.amazon.co.jp/dp/4048676938

レビューが当たりすぎてる。
0966nobodyさん2010/02/25(木) 00:31:59ID:???
>>963
少なく見積もると一人くらいですか？
0967nobodyさん2010/02/25(木) 00:38:29ID:???
俺と作者の二人だけかな
0968nobodyさん2010/02/25(木) 03:27:39ID:???
Google App Engine 実践リファレンス (単行本（ソフトカバー）) 清野 克行 (著)
ってどないです？　レビュー通りですかね？
0969nobodyさん2010/02/25(木) 06:33:23ID:???
あの本書いたの Earlang のひとか
0970nobodyさん2010/02/25(木) 06:42:12ID:???
>>965
>動くソースコードが記載されておらず、ところどころ、誤記があるので、そのまま映してしまうと動きません。

これは仕方ないとして

>せめて、ウェブ上に（動く）ソースコードがあると良いと思います。

あるじゃん

>PHPなどのデバッグのしやすい言語に慣れた方や初心者の方にはきついと思います。

Python の方が PHP よりもデバッグしやすいと思うけどなぁ
import cgitb; cgitb.enable() とか
0971nobodyさん2010/02/25(木) 07:02:08ID:???
そういえば松尾さんって芸能人で良く似た名前の人いるよね
FAQかな
0972nobodyさん2010/02/25(木) 07:38:22ID:???
ちゃんとしたデバッガあるからphpの方が楽だよ
0973nobodyさん2010/02/25(木) 08:27:45ID:???
>>970
>Python の方が PHP よりもデバッグしやすいと思うけどなぁ
>import cgitb; cgitb.enable() とか

これでデバッグしやすいとかどんだけ〜
単にエラーを表示してるだけじゃん

>>972
>ちゃんとしたデバッガあるからphpの方が楽だよ

同意。Pythonでも、IDEから使えてwebアプリをデバッグできるデバッガが欲しい。
レス数が950を超えています。1000を超えると書き込みができなくなります。