[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 17:56 / Filesize : 184 KB / Number-of Response : 968
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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


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


だめじゃんw

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
歴史も伝統もあるが技術力がない大企業w

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ステータスって何番で返ってくるか誰か教えて下さい!
上限上げちゃってテストしようとする課金されるw

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なんでもOKだ。
最近話題のクモFSとかつかってみるかね。

> ほぼ無料で使えるというだけで大きなアドバンテージ
だったらべつにいいんじゃない?
スケールしないの覚悟で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時間ぐらいで実装できるようなのだったら移植なんかもフルスクラッチで良いだろうし。

940 名前:nobodyさん mailto:sage [2010/02/21(日) 20:34:36 ID:???]
ってか普通コントローラーからはモデルを直接操作する事って無いんじゃね
大体モデルを操作するロジッククラス作るっしょ

941 名前:nobodyさん mailto:sage [2010/02/21(日) 23:32:09 ID:???]
余計なレイヤを増やすと課金が増えますw

942 名前:nobodyさん mailto:sage [2010/02/22(月) 00:01:45 ID:???]
>>940
モデルの移植が一番大変

943 名前:nobodyさん mailto:sage [2010/02/23(火) 22:02:05 ID:???]
BigTableに入っているデータをローカルPCにコピーするにはどうすればいいんですか?
・バックアップを取りたい。
・他のサイトにコピーして使いたい。

GAE for Pythonを使い始めましたが、ツールとかAPIとか、これから勉強するので、分かりません><



944 名前:nobodyさん mailto:sage [2010/02/23(火) 22:04:13 ID:???]
あと、GAEで作ったWebアプリを自社サーバでも動かしたい場合、どうやって移植すればいいでしょうか?
BigTableの代わりにHadoopを使えば、自社サーバでもGAEと同じプログラムを動かして、公開できますか?
GAEに入れたプログラムとデータは全てGoogleに人質に取られている形になってしまうんでしょうか?

945 名前:nobodyさん mailto:sage [2010/02/23(火) 22:28:19 ID:???]
馬鹿は何をしても無理
諦めろ

946 名前:nobodyさん mailto:sage [2010/02/24(水) 00:10:26 ID:???]
移植したいなら移植出来るような設計にしなきゃ。(そんな人がなんでGAE?って思うけど)
よくわからんのならEC2使えば?

947 名前:nobodyさん mailto:sage [2010/02/24(水) 00:46:34 ID:???]
>>943
BigTableの中身コピーはフォーラムかどっかでSQLite形式にして落としてくれるスクリプト書いてた人がいたから、それ使うのが手っ取り早いかも。

948 名前:nobodyさん mailto:sage [2010/02/24(水) 01:24:27 ID:???]
自社サーバーでの運用も視野に入れるなら946の言うようにAmazonEC2のWindows上で稼動するか
Windowsの資産が使えるとの触れ込みのWindows Azureの方が向いているんじゃね
少なくとも943がGAEを使うメリットが微塵も感じられん

949 名前:nobodyさん mailto:sage [2010/02/24(水) 03:36:40 ID:???]
>>943
取り出すのは少しずつ取ってくるプログラム書けばいいよ
ReferenceProperty がめちゃくちゃにならないように気を付けようねw

950 名前:nobodyさん mailto:sage [2010/02/24(水) 03:41:47 ID:???]
>>943

>>461
>>479
>>775
>>781
>>783
>>792
>>793
>>795


951 名前:nobodyさん [2010/02/24(水) 04:41:19 ID:X/o33lUL]
↓作者乙

952 名前:nobodyさん mailto:sage [2010/02/24(水) 05:33:37 ID:???]
│  ↑
└─┘
おらっしゃあぁぁ!!!
 ∩∧ ∧
 ヽ( ゚Д゚)
   \⊂\
    O-、 )〜
      ∪

953 名前:nobodyさん mailto:sage [2010/02/24(水) 13:24:25 ID:???]
>>947 >>949 なるほど。BigTableからデータを外部にエクスポートするには、自分で仕組みを用意しなくちゃいけないんですね。
ttp://www.usinezumi.com/blog/2009/08/03/213/
↑BigTableのデータをインポートしたり、エクスポートする機能の用意は、公式対応してないみたいですね?



954 名前:nobodyさん mailto:sage [2010/02/24(水) 13:38:09 ID:???]
>>946 >>948
EC2の方が自由度が高いけど、ユーザーを詰め込み過ぎらしいので様子見。
news.livedoor.com/article/detail/4569566/

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

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

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

あとは、NoSQLなデータストアの使い方を練習したいため、あえてGAEでw

955 名前:nobodyさん mailto:sage [2010/02/24(水) 13:50:39 ID:???]
>>950
素晴らしい書籍のご紹介、どうもありがとうございます。
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/






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<184KB

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