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
0238nobodyさん
2010/05/09(日) 20:22:29ID:???Datastoreにクエリ投げると、CPU時間を消費するよ
時間のかかるクエリを投げると、より多くCPU時間を消費するよ
0239233
2010/05/09(日) 23:43:38ID:???ほー、それは知らなかった。
レスポンス時間そのものが短くなるであろう事は感覚として解るけど、QuotaにカウントされるCPU使用時間も少なくなるのね。
これはJSON云々より優先して実装した方がいいかな？
試してみるっす。ご助言感謝。
0240233
2010/05/09(日) 23:51:49ID:???それは一箇所。フツーのチャットみたいにリロードして取得してる
あと、「コマいデータを何回もリクエスト出してajaxで取得」って処理があるのよ。
>>235のアドバイスとおりなら、この「コマいデータ」をmemchaceに持てば、レスポンスもCPU時間も軽減できるはず。
0241nobodyさん
2010/05/09(日) 23:57:53ID:???0242nobodyさん
2010/05/10(月) 06:12:44ID:???だと相手がアクションを起こすまで通信の必要性はなさそうに見えるけど
サーバー側にIP登録しておいてクライアントを呼び出してもらうとかは
できないんだよね・・？
0243nobodyさん
2010/05/10(月) 10:13:48ID:???0245nobodyさん
2010/05/10(月) 13:28:59ID:???もうサーバ介さずにP2Pでチャットすればいいって話になるし
0246nobodyさん
2010/05/10(月) 16:37:47ID:???アプリB(窓口)
Aに書き込みがあったらAがBへフラグを立てに行く
クライアントはBにリロードすべきデータがあるかどうかだけ問い合わせる
データがあるときだけAにアクセスしてリロードする
こんな感じにするとどうだろ
0247nobodyさん
2010/05/10(月) 16:40:59ID:???0248nobodyさん
2010/05/10(月) 17:11:44ID:???0250nobodyさん
2010/05/10(月) 17:48:49ID:???0251nobodyさん
2010/05/10(月) 22:44:53ID:???>サーバー側にIP登録しておいてクライアントを呼び出してもらうとかは
>できないんだよね・・？
クライアントにグローバルＩＰが付いてる前提で考えるなよ
常識だぜ
0252nobodyさん
2010/05/10(月) 23:47:51ID:???0254nobodyさん
2010/05/12(水) 06:02:43ID:???リクエスト減らすのとレスポンスのデータ軽くするのだと
リクエストごとに若干のオーバーヘッドが生じるので
そのコストとの兼ね合いな気がする
0255nobodyさん
2010/05/13(木) 05:30:33ID:???GAEは糞でＦＡだわｗ
0256nobodyさん
2010/05/15(土) 02:16:04ID:???遠くにいるAさんとGAE上のアプリを共同開発したいと思っています。
私がデプロイした後、それを知らずにAさんがデプロイした場合、
Aさんの手元にあるファイルがアップロードされてしまうのでしょうか？
0257nobodyさん
2010/05/15(土) 05:02:53ID:dsZO+8CI0258nobodyさん
2010/05/15(土) 09:03:27ID:???0259nobodyさん
2010/05/15(土) 10:05:57ID:???後からデプロイは止められる
0261nobodyさん
2010/05/15(土) 17:18:22ID:???0262nobodyさん
2010/05/15(土) 18:00:18ID:???0263nobodyさん
2010/05/16(日) 03:51:43ID:???ソースのダウンロードというかチェックアウト
出来ない一方通行っていうのもおかしなはなしで
0264nobodyさん
2010/05/16(日) 14:28:27ID:???デプロイ管理が決まっていないっていう開発体制の方が問題あると思うぞ。
バージョンの管理はSVNなりGitなりでやってくれって。
0265nobodyさん
2010/05/16(日) 14:58:30ID:???おれはソースをダウンロードできる管理機能をadmin制限入れて組み込んでるぜ
0266nobodyさん
2010/05/16(日) 17:35:14ID:???0267nobodyさん
2010/05/16(日) 22:30:18ID:???いやオープンソースのアプリならあるけどさ
ふつうは共同開発用途でコラボレーションするならバージョン管理用のサーバー立てるか借りるかするからね
0268nobodyさん
2010/05/21(金) 08:26:36ID:???Google、Amazon S3対抗の開発者向けクラウドストレージサービスを発表
http://enterprise.watch.impress.co.jp/docs/news/20100520_368251.html
そっち貼るならこっちも貼ろうぜ
「Google App Engine」を企業向けに機能強化、プレビュー版発表
http://enterprise.watch.impress.co.jp/docs/news/20100520_368310.html
0269nobodyさん
2010/05/21(金) 22:46:47ID:PXc3wgCW0270nobodyさん
2010/05/21(金) 23:20:53ID:Scnjo1zN今日はDBに障害でててcronで定期的にとってるデータが一部ミスってた
遊び用のアプリなら問題ないんだろうけど・・・
0271nobodyさん
2010/05/22(土) 08:53:58ID:???深入りする前に脱出するべき
0272nobodyさん
2010/05/22(土) 16:06:21ID:goiVAjXX確かにそうすね。
gaeで本格的なサイトが無いのもその辺が理由かもです。
ある程度勉強して作り出すと、色々問題があるのに気づかされちゃうんですよね。
しかも結構致命的なのがありますからね。バグ報告見ててもまだまだだなーという感じがします。
0273nobodyさん
2010/05/22(土) 21:49:28ID:zYjLip+E0274nobodyさん
2010/05/23(日) 20:02:09ID:4T2n4e8u0275nobodyさん
2010/05/23(日) 22:25:47ID:T0wrm3sG0276nobodyさん
2010/05/23(日) 22:30:49ID:???0277nobodyさん
2010/05/23(日) 22:34:12ID:n3LWaydSそれなら使えるはず
0278nobodyさん
2010/05/24(月) 00:04:43ID:lYnkIm0sあとSQLも近いうち使えるようになるっぽいよ
python版はその準備みたいな追加あったし
0279nobodyさん
2010/05/24(月) 01:35:25ID:rTjtaKLs0280nobodyさん
2010/05/24(月) 01:58:55ID:???結局GAEのBigTable、スケーラビリティうんぬんの魅力より、
既存のSQLベースWebアプリケーションをそのまま動かせる方が
市場にとって勝ってたって事でしょう。
Googleが当初思い描いてたのは、メンテナンスフリーのインフラで
釣っておいて、BigTable使用を強制する事でDBのシェアを奪う所に
あったかも知れんが、市場がほしかったのはメンテナンスフリーの
インフラだけだったと・・・。
GitHubのSubversionサポートを見ているような気分。
0281nobodyさん
2010/05/24(月) 02:47:40ID:???どっちだろうな
0282nobodyさん
2010/05/24(月) 03:01:21ID:???0283nobodyさん
2010/05/24(月) 03:16:10ID:???0284nobodyさん
2010/05/24(月) 06:19:24ID:???ReferenceProperty だったか何だったかが
参照先の項目で index 作れなかったのには噴いたわw
0285nobodyさん
2010/05/24(月) 18:21:04ID:???投入しているGAEでは、自分たちで作ったデータベースを投入する可能性も
高いと思うよ
My SQLはオラクルの手に渡ってしまったし、将来性はよくわからない
0286nobodyさん
2010/05/27(木) 18:01:27ID:Lq79pKLx儲かってそうなのってgazaroくらいじゃない？
面白いのを作ろうとするとどうしても自由度の壁にはばまれるんだよね
0287nobodyさん
2010/05/27(木) 18:30:11ID:???俺なんか自由度が高くても生産効率が上がるくらいだ
0288nobodyさん
2010/05/27(木) 19:09:01ID:vU2GxZMa比較するだけのネタを持ち合わせてないので気にならないが
個人的に気になるのはグーグルの姿勢だな
自分のところは広告からお金を持ってきてＩＴ業界を半ば共産主義状態に
しておきながらgamilのストレージ化とかGAEの一部ジャンルの規制とか
綺麗事やるんだよな
こういうの気にならないんだろうか？
0289nobodyさん
2010/05/27(木) 19:09:50ID:vU2GxZMagamilのストレージ化規制とか
0290nobodyさん
2010/05/27(木) 19:10:50ID:???0291nobodyさん
2010/05/27(木) 19:11:41ID:vU2GxZMaそこ
機能的な面なんてレイヤーを作れば従来の開発もどきにできるじゃん
0292nobodyさん
2010/05/27(木) 19:21:02ID:???>gamil
0293nobodyさん
2010/05/27(木) 19:28:50ID:???フレームワーク化、パッケージ化で既存の大型システムに
せいぜいプラグイン開発するようなのが大半だから、GAEだとその
フレームワークないしパッケージが主にDBの違いで動かせないって
ところに、LLプログラマーしかいないからみんなめんどくせーって
手を出さないだけじゃない。
GAEはBigTable使うにしても、有名どころのフレームワークくらい
予め移植しといた方が良かったんじゃね。
0294nobodyさん
2010/05/27(木) 19:28:52ID:vU2GxZMaえー半ば共産主義ぽいことしてそんなところだけ利用基準設けるなって話
ここまでやったらならとことんダークにやれよって話
0295nobodyさん
2010/05/27(木) 19:38:08ID:???シェア捕ったら囲い込みかけるのは常套手段だろ。
ダーク？にやってるのも超長期的視野の元シェア捕るのが目的だろ。
0297nobodyさん
2010/05/27(木) 23:35:24ID:???0299nobodyさん
2010/05/28(金) 00:00:47ID:???0300悩む名無し
2010/05/29(土) 16:12:56ID:7LtWT6rP起動しようとすると
「ダイナミック リンク ライブラリ gdiplus.dll が指定されたパス…（略）…に見つかりませんでした。」
というエラーが出て起動できません。
どなたか対処方法を教えていただけませんか？
0301悩む名無し
2010/05/29(土) 16:35:51ID:7LtWT6rPすみません。肝心なことが抜けていました。
Windows2000に、Google App Engine Launcher をインストールしました。
0302nobodyさん
2010/05/29(土) 19:17:29ID:???Windows2000にはGDI+が無いのでgdiplus.dll を拾ってきてシステムファイルにぶっこめばおｋ
0303233
2010/05/29(土) 19:35:43ID:PcxCOKg/遅くなったがご報告。
結論からすると、両方必要だった（苦笑
まず、BigTableからの読み込みをmemCacheに置き換える、って方法だけど、これは>>235のとおり、本当に劇的に減らせる。
レスポンス時間自体も勿論、Quotaも整数倍の単位で削減できた。
適切なアドバイスに改めて感謝。
>>235
で、リクエストを減らすのは、レスポンス時間削減にはあまり効果はない。
ここらへんはApp Engineの仕組みがしっかり効いてるらしい。
ただし、Quotaを減らすにははっきりとした効果がある。
バイナリデータとかはともかく、テキストのデータはとにかくレスポンスの回数を削減する方向でJSONでまとめるように設計して、JavaScript側で分解・再処理するって方向がQuotaには優しいみたいだね。
以上、とんでもない亀レスで大変申し訳ないが、適切なアドバイスに感謝しつつご報告を。
0304悩む名無し
2010/05/29(土) 19:40:23ID:???ネットから gdiplus.dll を取得して c:\winnt に保存したら起動できました！
ありがとうございました！
0305nobodyさん
2010/05/30(日) 03:46:12ID:???0306nobodyさん
2010/05/30(日) 10:30:54ID:???だろ常考
0307nobodyさん
2010/05/31(月) 03:03:50ID:NZ+TaAlVほかにもあったら教えてちょ
appengine ja night #8
Google App Engine勉強会 利用者による実践的ノウハウの共有
http://atnd.org/events/4305
appengine ja night #8 Beer Talk
App Engine話を肴にビールを飲む会
http://atnd.org/events/4306
appengine ja hack-a-thon #4
Google App Engine勉強会 利用者による楽しいhack-a-thon
http://atnd.org/events/4422
Python4PHPer 第6回講習会
PHPユーザのためのPythonとGoogle App Engine勉強会
http://atnd.org/events/4781
JavaエンジニアのためのGoogle App Engine入門
初心者向けの入門編です
http://atnd.org/events/4872
0308nobodyさん
2010/05/31(月) 13:53:58ID:NZ+TaAlVhttp://gaejava.appspot.com/
0309nobodyさん
2010/05/31(月) 18:46:02ID:CL/MtEqbいちいちあげんな
0311nobodyさん
2010/06/02(水) 17:47:05ID:???localhostからしかアクセスできない。
リモートからアクセスする為にはどうすればいいの？
0312nobodyさん
2010/06/02(水) 21:38:53ID:GMRqq/M+bind するアドレスを 0.0.0.0 とかにすればいけますね
0313nobodyさん
2010/06/03(木) 03:40:06ID:???googleは未だに利益の90%以上は広告だってね
昔からよくMicrosoftもWindowsでもうけた金で
他者のモデルに焦土戦しかけるって言われてなかったか？w
昨今はappleに時価総額抜かれるわ大変だがな
0314nobodyさん
2010/06/03(木) 12:44:38ID:???0316nobodyさん
2010/06/04(金) 02:40:34ID:tty7irRz一度設定すると変えられないのか？
0317nobodyさん
2010/06/04(金) 03:00:02ID:tty7irRzって書いてあるんだけどどこにも項がない
0318nobodyさん
2010/06/04(金) 03:04:12ID:jAznzl5wそのページの一番したのボタンがCheckoutになってるな
文章そのまま解釈するというより設定してCheckoutボタン押せってことじゃないの？
課金まで行ってないのでその先はわからんけどｗ
0319nobodyさん
2010/06/04(金) 03:21:26ID:tty7irRzいや、単に一日あたりの最大予算設定しても請求限度超えてるってエラー出る
0320nobodyさん
2010/06/04(金) 03:26:58ID:jAznzl5w課金が有効な割り当てを超えると課金してても駄目なんじゃないの？
http://code.google.com/intl/ja/appengine/docs/quotas.html
0321nobodyさん
2010/06/04(金) 03:33:37ID:tty7irRzとりあえず何度申請してもキャンセルされる
0322nobodyさん
2010/06/04(金) 19:58:15ID:tty7irRzそしてどっから連絡とりゃいいのかわからん
0323nobodyさん
2010/06/05(土) 20:53:01ID:ZAYFs/L4なんとかならないもんかね
0324nobodyさん
2010/06/05(土) 22:15:15ID:???The server encountered an error and could not complete your request.
If the problem persists, please report your problem and mention this error message and the query that caused it.
てのが出て使えない。
けっこう障害多いなぁ。使いモンにならんぞこりゃ。
0325324
2010/06/05(土) 22:52:57ID:???日本語が入ってるとこのエラーが出るみたいです。
0326nobodyさん
2010/06/05(土) 23:23:10ID:???# coding=utf-8
0327nobodyさん
2010/06/06(日) 00:08:22ID:???Google AppEngine 3アプ目
http://pc11.2ch.net/test/read.cgi/php/1267057923/
0329nobodyさん
2010/06/06(日) 19:08:53ID:???どのクラウドよりもひどいぞこれ
典型的な安かろう悪かろう
0330nobodyさん
2010/06/10(木) 23:23:31ID:???JAVA + gae + HTML5で、「input type=file multiple」のタグをJSPに表示し、
Fileを複数していして一括してblobstoreに上げる際、blobKeyが必ずUPした
最後のFileのblobKeyしか取得できず悩んでおります。
JAVA側のソースとしては以下の様な感じです。
------------------------------------------------------
BlobstoreService service;
Map<String, BlobKey> blobs;
BlobKey blobkey;
BlobInfoFactory blobfactory;
BlobInfo blobinfo;
request = RequestLocator.get();
service = BlobstoreServiceFactory.getBlobstoreService();
blobs = service.getUploadedBlobs(request);
blobkey = blobs.get("myFile");
blobfactory = new BlobInfoFactory();
blobinfo = blobfactory.loadBlobInfo(blobkey);
------------------------------------------------------
（続く）
0331nobodyさん
2010/06/10(木) 23:28:33ID:???で、画面側からSubmitするとblobinfoには最後のファイルの情報だけが
取得出来ます。
blobs = service.getUploadedBlobs(request);
blobkey = blobs.get("myFile");
の辺りで、UPしたFileの数全てのblobKeyを取得出来ない物でしょうか？
あるいは、blobUploadSession辺りから情報を取得出来ないでしょうか？
乱筆乱文失礼しました。
0332nobodyさん
2010/06/11(金) 22:17:56ID:???Map<String, BlobKey> blobs; となっているので、inputのname属性が異なれば
全てのblobkeyにアクセスできそうだが・・・
たとえばjQueryなら以下のようにするとmyFile_0, myFile_1, ... としてくれるらしい。
$(’:file’).MultiFile({ namePattern: ‘$name_$i’ });
0333nobodyさん
2010/06/13(日) 08:54:17ID:???てのが出たんで調べて見ると
http://groups.google.com/group/google-appengine-downtime-notify/browse_thread/thread/ad8e0dd4a86a87cd
サービス開始から大分経つのに、やたらトラブルが多いな。
Google凋落の兆しかｗ
0334nobodyさん
2010/06/13(日) 09:05:33ID:???0335nobodyさん
2010/06/18(金) 08:07:50ID:ma14HvO/0336nobodyさん
2010/06/18(金) 16:41:45ID:???http://livedoor.2.blogimg.jp/agomesu/imgs/4/f/4faec292.png
ばらまこうぜ！
■ このスレッドは過去ログ倉庫に格納されています