Google App Engine 2アプ目

1 名前：nobodyさん [2009/05/30(土) 12:40:02 ID:tuYY7oEn] Google App Engine code.google.com/appengine/ ■過去スレ Google App Engine pc11.2ch.net/test/read.cgi/php/1207754942/ ■参考サイト App Engine ギャラリー appgallery.appspot.com/ ドキュメント code.google.com/appengine/docs/python/overview.html 839 名前：nobodyさん mailto:sage [2010/02/07(日) 22:23:33 ID:???] 足FetchっていつになったらJava版に実装されるんだろう 840 名前：nobodyさん mailto:sage [2010/02/08(月) 02:27:14 ID:???] >>839 俺には実装済みなんだけどな。 841 名前：nobodyさん mailto:sage [2010/02/08(月) 03:28:52 ID:???] *.appspot.com の * の部分についての質問です アプリケーションの追加で名前が被ってるかどうかを表示してくれる機能がありますが あれをログインせずに調べる方法はありますか？ あるいはログインは仕方ないとしてもwebのフォームに入力する以外の方法で調べられますか？ dnsとかでみるとどんな名前でも登録済みじゃなくても同じIPが返ってきてしまいます httpでアクセスしても Error: Not Found The requested URL / was not found on this server. みたいなエラーが必ず返ってきて登録済みのものとそうじゃないものの区別が付きません 842 名前：nobodyさん mailto:sage [2010/02/08(月) 04:56:06 ID:???] >>841 https://appengine.google.com/start/checkappid?app_id={id} 登録可能なら 1、それ以外は 0 843 名前：nobodyさん mailto:sage [2010/02/08(月) 13:35:58 ID:???] 今GAEしんでない？こんなエラーが出るんだが↓ Error: Server Error 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. 844 名前：843 mailto:sage [2010/02/08(月) 13:44:52 ID:???] ごめん。俺のミスでした。 845 名前：nobodyさん mailto:sage [2010/02/08(月) 15:51:38 ID:???] >>842 ありがとうございました 846 名前：nobodyさん mailto:sage [2010/02/08(月) 22:56:51 ID:???] もしかしてエンティティに割り振られるIDの数値ってリセットでますか？？？ 847 名前：nobodyさん mailto:sage [2010/02/09(火) 01:57:49 ID:???] できません 自分でコントロールしたければIDじゃなくてkey_nameを使ってください ただGoogleもこの問題を把握しているらしく将来改善する可能性はある模様 放置の可能性もあり(っつーか仕様変えちゃうと既存のユーザーに迷惑掛かりそう) 848 名前：nobodyさん mailto:sage [2010/02/10(水) 00:50:08 ID:???] codezine.jp/article/detail/4789 ここまで一行もコードなし。 なにこの糞記事。 849 名前：nobodyさん mailto:sage [2010/02/10(水) 17:17:02 ID:???] 最近Yahoo!ニュースのコメント欄なんかでもよく見かけるけど ネット上の記事や記者を叩くの流行ってるの？ 850 名前：nobodyさん mailto:sage [2010/02/10(水) 17:48:15 ID:???] 昔とくらべて記者でも検証せずに記事書くとかアホが多くなったと思う 851 名前：nobodyさん mailto:sage [2010/02/10(水) 20:38:05 ID:???] 俺もコード書いた後検証しようかな 852 名前：nobodyさん mailto:sage [2010/02/10(水) 23:46:04 ID:???] 現物がない以上スケールするかどうかなんて分かりませんね。 853 名前：nobodyさん [2010/02/11(木) 14:08:52 ID:fLDTMU3o] No more 1000 result limitキター 854 名前：nobodyさん mailto:sage [2010/02/11(木) 14:26:28 ID:???] App Engine 1.3.1 - hidemonの日記 d.hatena.ne.jp/hidemon/20100211/1265857924 自動リトライもすばらしい 855 名前：nobodyさん mailto:sage [2010/02/11(木) 15:11:42 ID:???] ナイスアップデート 856 名前：nobodyさん mailto:sage [2010/02/11(木) 18:06:20 ID:???] >>953 まじか 857 名前：nobodyさん mailto:sage [2010/02/11(木) 18:08:41 ID:???] setRange(1001, 10000)だとこんなエラーが． java.lang.IllegalArgumentException: offset may not be above 1000 だめじゃんｗ 858 名前：nobodyさん [2010/02/11(木) 18:42:08 ID:q/RILnP4] >(2/11日現在，JDOでは，オフセットが1000以下という縛りがまだ取れていないようだけど)． 859 名前：nobodyさん mailto:sage [2010/02/11(木) 18:45:12 ID:???] Pythonを使いましょう 860 名前：nobodyさん mailto:sage [2010/02/11(木) 18:55:00 ID:???] LLAPIでおk 861 名前：nobodyさん mailto:sage [2010/02/11(木) 19:04:59 ID:???] マジで1000limitの限界突破は神 862 名前：nobodyさん mailto:sage [2010/02/11(木) 21:02:25 ID:???] 1000縛りに苦肉のテクで最適化してた人はどうなるの？ 死ぬの？ 863 名前：nobodyさん [2010/02/11(木) 21:23:01 ID:q/RILnP4] 死ね 864 名前：nobodyさん mailto:sage [2010/02/11(木) 21:25:44 ID:???] 俺はしてねーよ 一時しようと思ったけど 865 名前：nobodyさん mailto:sage [2010/02/12(金) 02:40:39 ID:???] >>862 最初はそれでがんばってたけど ReferencePropertyだったかの参照先のオブジェクトの項目値でソート出来ないことが判ったので GAEに見切りを付けてもうすぐ一年になります 866 名前：nobodyさん mailto:sage [2010/02/12(金) 09:45:28 ID:???] >865 見切りをつけたお前は今は何つかってるの？ 867 名前：nobodyさん mailto:sage [2010/02/12(金) 10:26:16 ID:???] 当然EC2 868 名前：nobodyさん mailto:sage [2010/02/12(金) 11:15:29 ID:???] EC2とかGAE使ってる人って何につかってるの？ 委託受けた仕事？それとも収入目的の自前のサービス？それとも趣味？ 869 名前：nobodyさん mailto:sage [2010/02/12(金) 11:32:17 ID:???] EC2は自前のサービスか趣味かな。委託された仕事は案件によるんじゃないかな？ 一時的にアクセスが多いサイト(流行語大賞のサイトの例)とか CPUをいっぱいぶん回すサイトとかじゃないとそもそも話題に上がらなそう。 下手に「クラウドサービスで構築です！」とかバズワード感覚で使うと、 障害が発生したときにクライアントが発狂しそう。俺も発狂しそう。 GAEは俺は完全に趣味だな。 870 名前：nobodyさん mailto:sage [2010/02/12(金) 12:17:10 ID:???] なるほど、スケールアウトのメリットを活かせるんでなければ 別に従来のやりかたでもいいもんなぁ。 871 名前：nobodyさん mailto:sage [2010/02/12(金) 17:33:34 ID:???] pc12.2ch.net/test/read.cgi/tech/1255533519/216 872 名前：nobodyさん mailto:sage [2010/02/12(金) 18:28:36 ID:???] ec2は機械的に壊れないのもいいな 物理サーバだと結構壊れるもんなぁ 873 名前：nobodyさん mailto:sage [2010/02/12(金) 18:42:13 ID:???] >>872 gaeは壊れるとでも？ 874 名前：nobodyさん mailto:sage [2010/02/12(金) 19:17:02 ID:???] 仕様ならぶっ壊れてるかもしれん 875 名前：nobodyさん mailto:sage [2010/02/12(金) 19:26:43 ID:???] >>873 え・・そんなつもりで言ったんじゃないけど・・ 誤解させたならごめん・・ 876 名前：nobodyさん mailto:sage [2010/02/12(金) 19:31:56 ID:???] 受託開発にGAEは使えないだろうな まぁ受託開発なんてカス企業同士が少ない利益を奪い合う みっともない事業だからどうでもいいけど 877 名前：nobodyさん mailto:sage [2010/02/12(金) 19:34:59 ID:???] >>876 Webベンチャー（笑）の方ですか？ 海外で流行したサービスをパクって 上場詐欺ばかりやってるお前らが 歴史も伝統もある大企業に楯突こうなんて 100年早いんだよ 878 名前：nobodyさん mailto:sage [2010/02/12(金) 19:40:43 ID:???] >>877 そんなつもりで言ったんじゃないけど・・誤解させたならごめん・・ 879 名前：nobodyさん mailto:sage [2010/02/12(金) 19:47:52 ID:???] >>877 歴史も伝統もあるが技術力がない大企業ｗ 880 名前：nobodyさん mailto:sage [2010/02/12(金) 19:50:24 ID:???] >>862 ComparatorとExtentで頑張ってる俺のことか？ 881 名前：nobodyさん [2010/02/12(金) 19:50:41 ID:Zvvvy7KE] >>876 受託開発に未来がないのは皆気づいてるよ そりゃフロー型よりストック型のビジネスモデルのほうが 安定してるし、営業利益率も高いだろうさ でも老害経営者達は、ITゼネコン構造からの脱却なんて絶対にしないよ 下請け孫請けからいくら自殺者が出ようと知ったこっちゃない 犠牲になるのは若者で自分たちじゃないから 今の日本と同じだね　JALのOB連中みたいな人間が五万といる 882 名前：nobodyさん [2010/02/12(金) 20:02:26 ID:Zvvvy7KE] >>877 お役所から天下りを受け入れて 公共事業を発注してもらい それを下請けに丸投げする 上流SIerさん、コンニチハ ja.wikipedia.org/wiki/IT%E3%82%BC%E3%83%8D%E3%82%B3%E3%83%B3 883 名前：nobodyさん [2010/02/12(金) 20:04:06 ID:Zvvvy7KE] ascii.jp/elem/000/000/134/134297/ これも置いときますね 884 名前：nobodyさん mailto:sage [2010/02/12(金) 21:50:43 ID:???] ただ自分でサービス作って儲けたい、なんてのやろうと思ったら 気楽なサラリーマン出来なくなるんだよな。 Googleからおこぼれ貰いつつニートしてたい・・・ 885 名前：nobodyさん mailto:sage [2010/02/13(土) 01:35:59 ID:???] >>873 しょっちゅう壊れてるだろってはなし 886 名前：nobodyさん mailto:sage [2010/02/13(土) 02:19:31 ID:???] 安いサーバーの寄せ集めだから毎日壊れまくってるだろうよ 887 名前：nobodyさん mailto:sage [2010/02/13(土) 14:44:26 ID:???] gaeも物理サーバが壊れても吸収するようになってるんでしょ？ 888 名前：nobodyさん mailto:sage [2010/02/13(土) 15:09:45 ID:???] 半日メンテでログイン出来ないとか 何やってんだろうとは思う 889 名前：nobodyさん mailto:sage [2010/02/13(土) 15:32:03 ID:???] その間サイトは普通に動いてるの？ 890 名前：nobodyさん mailto:sage [2010/02/13(土) 22:11:31 ID:???] いいえ 自分のサイトも開けない login: required なページのログインも出来ない そういえば管理画面は見れる 891 名前：nobodyさん mailto:sage [2010/02/13(土) 22:14:59 ID:???] DataStore(BigTable)へのアクセスが完全に出来なくなる時間帯はあるみたいだね Google的には「メインテナンスだからダウンタイムは0です」だそうで 892 名前：nobodyさん mailto:sage [2010/02/13(土) 22:54:14 ID:???] >>890 cookie全部消してみれば良いことあるかも 893 名前：nobodyさん mailto:sage [2010/02/13(土) 23:15:28 ID:???] >>890 駄目すぎじゃん まだそんなレベルなのかよ・・ 894 名前：nobodyさん [2010/02/14(日) 00:15:17 ID:eZzi4axx] レンサバ業者のネガキャンが酷いな 895 名前：nobodyさん mailto:sage [2010/02/14(日) 03:03:35 ID:???] dashboard のログ表示が体裁がめちゃくちゃで見難過ぎる 896 名前：nobodyさん mailto:sage [2010/02/14(日) 15:57:35 ID:???] ダウンタイムを検証してるサイトとかないの？ 897 名前：nobodyさん [2010/02/14(日) 17:32:25 ID:+CS+iG30] Eclipseでweb application projectを新規作成した時点で、すでに java.lang.UnsupportedClassVersionError がでてしまいます。 Eclipseは3.4.2です。何がまずいんでしょうか？ 898 名前：nobodyさん [2010/02/14(日) 23:01:11 ID:eZzi4axx] >>897 Java VMのバージョンが古い 常に最新しておけ 899 名前：nobodyさん mailto:sage [2010/02/16(火) 20:28:21 ID:???] どんまい 900 名前：nobodyさん mailto:sage [2010/02/17(水) 11:31:06 ID:???] CPU時間の負荷の上限超えたときのhttpステータスって何番で返ってくるか誰か教えて下さい！ 上限上げちゃってテストしようとする課金されるｗ 901 名前：nobodyさん mailto:sage [2010/02/17(水) 14:06:08 ID:???] Bigtableでjoinが使えないので、別の方法を探しています。 同じ書式の二つのテーブルを比較して、数値の増減や新規項目などと分類したいです。 MySQLではjoinを使った検索で簡単に分類できました。 BigTableではどのように検索するのがいいのでしょうか。 1)主キー以外のフィールドを二つずつもった書式のテーブルに代入して、BigTable内で検索する。 2)二つのテーブルをローカルにDLして、二重のforループで検索。 3）実はそれようの関数が用意されている。 項目は500個。できれば3を期待しています… よろしくお願いします。 902 名前：nobodyさん mailto:sage [2010/02/17(水) 17:39:27 ID:???] >>901 4. KVSについて勉強しなおし、データのモデルを考え直す 903 名前：nobodyさん mailto:sage [2010/02/17(水) 17:52:07 ID:???] >>901 5) GAEはやめる 904 名前：nobodyさん mailto:sage [2010/02/17(水) 18:38:22 ID:???] GAEに向いてない場合も確かにあるよな。 905 名前：nobodyさん mailto:sage [2010/02/17(水) 19:38:11 ID:???] KVSについてよく理解していないだけ。 Googleのサービスでは内部でKVSであるBigTableを使っているんだから、向いていないということはありえない。 906 名前：nobodyさん mailto:sage [2010/02/17(水) 19:49:28 ID:???] >>900 304 907 名前：nobodyさん mailto:sage [2010/02/17(水) 20:21:11 ID:???] >>906 ありがとうございます！ 908 名前：nobodyさん mailto:sage [2010/02/18(木) 07:52:49 ID:???] >>902-905 入門サイト探してもうちょっと勉強しようと思います。 ありがとうございました 909 名前：nobodyさん mailto:sage [2010/02/18(木) 12:31:55 ID:???] 新刊 RDB利用者のためのGAE講座 910 名前：nobodyさん mailto:sage [2010/02/18(木) 15:13:53 ID:???] cronが止まってたらしい まだまだ不安定ですな 911 名前：nobodyさん mailto:sage [2010/02/18(木) 16:53:14 ID:???] GAEは箱庭とかモブストみたいなゲームを載せてもBANされない？ 912 名前：nobodyさん mailto:sage [2010/02/18(木) 17:19:30 ID:???] You BAN 913 名前：nobodyさん mailto:sage [2010/02/18(木) 17:31:08 ID:???] 金さえ払えばおk 914 名前：nobodyさん mailto:sage [2010/02/18(木) 17:44:36 ID:???] 遊ばれれば遊ばれるほど金が入るので、きっと喜ばれるよ 915 名前：nobodyさん mailto:sage [2010/02/18(木) 18:06:31 ID:???] 定期メンテでも1時間てのは 業務アプリだと厳しいなー 日本時間深夜にやってくれればいいけどそんなわけないし 916 名前：nobodyさん mailto:sage [2010/02/18(木) 22:16:27 ID:???] っつーかメンテで止まるってのがそもそも変 917 名前：nobodyさん mailto:sage [2010/02/18(木) 22:18:39 ID:???] 更新できないだけで止まってない！！ それがGAEクオリティ 918 名前：nobodyさん mailto:sage [2010/02/18(木) 22:53:19 ID:???] 止まってるよ require: login とかのページ開けないし 919 名前：nobodyさん mailto:sage [2010/02/19(金) 11:26:17 ID:???] キャリアはドコモなんですが、アカウント登録に使うメアドは、 登録後すぐに変更しても大丈夫ですか？ また、どんどんメアド変更していけば無尽蔵に取得できますか？ 920 名前：nobodyさん mailto:sage [2010/02/19(金) 16:26:28 ID:???] ・認証済ませれば後はメールは来ないので変更は直ぐ出来る ・グーグルにはメアド変更を判別する手段が無いので無尽蔵に取れる メアド変更はともかく大量取得が大丈夫かは判らんよ そもそもそんなに取得してどうするよ アプリID確保するにも、もうよさげなのは殆ど取得されてるぜ BAN覚悟のアプリ使うくらいしか用途無いぜ 921 名前：nobodyさん [2010/02/19(金) 18:28:10 ID:8xYfT/D8] satoshi.blogs.com/life/2010/02/app_engine.html ここで 「移植性を高めるために標準APIをゴリゴリ使ったアプリを作るのはあんまり意味ない」 的なことが書かれているんですが、実際GAE使ってそれなりのアプリ作ったことのある人の意見が聞いてみたいなーなんて。 （自分はまだ導入段階なもので） 確かに「GAEを使う意味」を考えたら低レベルAPIを直接叩いてGAEのパフォーマンスを 存分に発揮できるようなアプリを作るべきなのかもしれないですけど、 ほぼ無料で使えるというだけで大きなアドバンテージでGAEを選ぶ理由としては十分だし、 仮にその性能をフルに発揮できばくなったとしても、保険の意味もこめて 移植性を高めた書き方をしておくことは間違ってるってほどではないのでは？ と個人的に思ったりするんですが・・。 低レベルAPIより標準APIの方が扱いが難しかったりするんですかね？？ 922 名前：nobodyさん mailto:sage [2010/02/19(金) 18:41:03 ID:???] JDO/JPAは使えない機能があったりバグがあったりで落とし穴満載！ 悩むのが趣味ならそれもよし 923 名前：nobodyさん mailto:sage [2010/02/19(金) 19:11:22 ID:???] ># データの正規化は基本的にはしない → エンド・ユーザーから見て一つの「もの」（たとえば商品、ブログエントリー）があった場合、 >それに付随する情報（たとえば、タイトル、値段、更新日時、作者）をEntityそのもののプロパティとしてもたせておき、Queryなしに >一回のgetですべて取得できるようにしておく。これは、RDBにおける「ベスト・プラクティス」とは正反対の方向を向いたものなので、 >RDB/SQLに慣れた人こそ気をつけて設計すべきである。 ># JOINがない → SQLにおけるJOINをApp Engine上で実現しようとすると、queryの結果をもとに複数のqueryをするというnested query >をせざるを得ないが、そもそもJOINが必要となるような状況になったことが、データ・モデルの設計がすでにApp Engine向けのものになって >いない証拠なので、「ああ、JOINが使えたら楽なのに」と嘆く前に、今一度データ・モデルの設計から見直すべき。 GAEについて書かれていることは間違っていないが考え方は間違ってると思う 924 名前：nobodyさん mailto:sage [2010/02/19(金) 19:16:50 ID:???] >>921 漏れはむしろGAEから脱出するときのことを考えて GAEじゃなくても動くように考えて作っておくのを薦める 925 名前：nobodyさん mailto:sage [2010/02/19(金) 19:18:14 ID:???] >確かに「GAEを使う意味」を考えたら低レベルAPIを直接叩いてGAEのパフォーマンスを >存分に発揮できるようなアプリを作るべきなのかもしれないですけど、 これこそ Google の囲い込み戦略そのもの 926 名前：nobodyさん mailto:sage [2010/02/19(金) 19:24:16 ID:???] >>924-925 RDBのときもそんなこと言ってたけどさ、結局移行しないか作り直すかだったじゃん？ 移植性なんて考えても無駄だよ 927 名前：nobodyさん mailto:sage [2010/02/19(金) 20:26:18 ID:???] 素早く移行先の実装を思い付く頭でも養った方がよさそうではあるよな。 今時一つのフレームワークと心中する人も居ないだろうし。 928 名前：nobodyさん mailto:sage [2010/02/19(金) 20:42:36 ID:???] >>924はYAGNIも知らないのか・・・ 929 名前：nobodyさん mailto:sage [2010/02/19(金) 22:40:30 ID:???] GAEで簡単にできるものだけ作ればいいじゃん。 単純なサービス作るのはすごい楽よ。 930 名前：nobodyさん [2010/02/19(金) 22:58:04 ID:UAHcwqqw] 低レベルAPIで移植性考えないで作っても、 ちゃんとGAEでスケールするようになっていれば 乗換先で再構築したシステムもしっかりスケールさせられる アーキテクチャに自然となっているよね。 データストアの置き換えが無いのが悩みだな。 トランザクションなしでいいならKVSなんでもＯＫだ。 最近話題のクモＦＳとかつかってみるかね。 > ほぼ無料で使えるというだけで大きなアドバンテージ だったらべつにいいんじゃない？ スケールしないの覚悟でRDB/SQLで使えるソフトもあるし。 それつかってトラブる方が大変そうだけど。 931 名前：nobodyさん mailto:sage [2010/02/20(土) 10:13:24 ID:???] GAEで簡単にできるものだけ作ればいいじゃん。 単純なサービスしか作れないGAE www 932 名前：nobodyさん mailto:sage [2010/02/20(土) 11:41:38 ID:???] 単純なアプリ≠単純なサービス 凄いアプリ≠凄いサービス 結局は自分の技量次第 933 名前：nobodyさん mailto:sage [2010/02/20(土) 12:10:23 ID:???] それ言うと技量ってよりアイデアだな ぶっちゃけGAEはPHP+レンタル鯖マーケットの置き換え需要がメインだと思ってる 934 名前：nobodyさん mailto:sage [2010/02/20(土) 12:58:54 ID:???] 実際個人でやるウェブサービスはアイデアと上手い宣伝が殆どだと思うぜ 935 名前：nobodyさん mailto:sage [2010/02/21(日) 02:00:41 ID:???] 自分や少数の関係者の為のサービス作るのにも最適。 そんなのの為に自分でサバ用意するなんてバカらしいからね。 936 名前：nobodyさん mailto:sage [2010/02/21(日) 11:33:14 ID:???] URLフェッチのHTTPヘッダ、 AcceptもAccept-CharsetもAccept-Languageもそのままなのに何故Accept-Encodingは削除するんだorz 937 名前：nobodyさん mailto:sage [2010/02/21(日) 12:04:54 ID:???] >>934 加えて実装の速さだろな。 938 名前：nobodyさん mailto:sage [2010/02/21(日) 17:42:36 ID:???] 実際、どんなAPI使っててもサービスやデータアクセス層を 綺麗に分割したらそれなりに移植しやすく実装できるもんだ。 課金を最小に抑えて将来の移転も容易にするためには丁寧な設計と実装が大切。 なんでもこれに尽きる。 939 名前：nobodyさん mailto:sage [2010/02/21(日) 19:53:26 ID:???] こまけーことはいーんだよ！っておもいっきりのよさも必要だ。 1時間ぐらいで実装できるようなのだったら移植なんかもフルスクラッチで良いだろうし。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef