- 1 名前：nobodyさん mailto:sage [2011/04/12(火) 17:54:29.62 ID:???]
- Google App Engine
code.google.com/appengine/
■過去スレ
Google App Engine
pc11.2ch.net/test/read.cgi/php/1207754942/
Google App Engine 2アプ目
pc11.2ch.net/test/read.cgi/php/1243654802/
Google AppEngine 3アプ目
hibari.2ch.net/test/read.cgi/php/1267057923/
■リンク集
はてなブックマーク
b.hatena.ne.jp/t/gae
b.hatena.ne.jp/t/Google%20App%20Engine
Delicious
delicious.com/popular/gae
delicious.com/popular/googleappengine
■参考サイト
App Engine ギャラリー
appgallery.appspot.com/
ドキュメント
code.google.com/appengine/docs/python/overview.html
- 321 名前：nobodyさん [2011/08/24(水) 08:06:59.95 ID:94+3Z5mS]
- GAEってどれぐらい自由度あるの？
JavaNIOは使える？
- 322 名前：nobodyさん mailto:sage [2011/08/24(水) 08:20:01.70 ID:???]
- >>321
GAE/Javaのスレへどうぞ
hibari.2ch.net/test/read.cgi/php/1267094290/
- 323 名前：nobodyさん mailto:sage [2011/08/26(金) 22:46:02.69 ID:???]
- 料金がさっぱりわからん
- 324 名前：nobodyさん mailto:sage [2011/08/30(火) 18:36:03.09 ID:???]
- >>323
わかんないよねー
月額9ドル必要らしいんだけど、どこまでが無料でどういうことしたい場合は有料なのか、わからない。
- 325 名前：nobodyさん mailto:sage [2011/09/01(木) 07:56:25.84 ID:???]
- うぜー
i.imgur.com/x7zrV.png
- 326 名前：nobodyさん mailto:sage [2011/09/01(木) 12:10:00.19 ID:???]
- >>325
これはデイリー？ それともマンスリーの金額？
- 327 名前：nobodyさん mailto:sage [2011/09/01(木) 13:04:48.25 ID:???]
- >>326
dailyだよ
- 328 名前： 【大吉】 mailto:sage [2011/09/01(木) 14:50:25.97 ID:???]
- 凶ならオワコン
- 329 名前：nobodyさん mailto:sage [2011/09/03(土) 03:09:29.24 ID:???]
- 今までの請求の９倍だよ
VPSの方が汎用的で安いじゃねーかw
- 330 名前：nobodyさん mailto:sage [2011/09/03(土) 09:42:39.08 ID:???]
- App Engine アプリケーションのリソースを管理する方法 - Kay's daddy
blog.shehas.net/2011/09/02/app-engine
Managing Your App's Resource Usage - Google App Engine - Google Code
code.google.com/intl/ja/appengine/articles/managing-resources.html
の日本語訳
- 331 名前：nobodyさん mailto:sage [2011/09/03(土) 15:06:18.02 ID:???]
- GAEアプリのソースコードがGAEからダウンロードできるってはじめて知ったよ
code.google.com/appengine/docs/python/tools/uploadinganapp.html#Downloading_Source_Code
- 332 名前：nobodyさん mailto:sage [2011/09/03(土) 16:06:34.03 ID:???]
- Memcacheってモデルクラスのインスタンスや自作クラスのインスタンスそのまんま保存できますか？
- 333 名前：nobodyさん mailto:sage [2011/09/03(土) 16:27:17.19 ID:???]
- できました
- 334 名前：nobodyさん mailto:sage [2011/09/04(日) 13:08:46.02 ID:???]
- できないでしょ
- 335 名前：nobodyさん mailto:sage [2011/09/04(日) 13:55:36.14 ID:???]
- ただのpickle化だ
- 336 名前：nobodyさん mailto:sage [2011/09/05(月) 12:21:22.76 ID:???]
- 馬鹿には無理
- 337 名前：nobodyさん mailto:sage [2011/09/05(月) 17:18:05.97 ID:???]
- osqaがGoogle AppEngineに対応してくれないかなーと思いつつ、
公式側が対応する気がないようなので、とりあえず自宅の鯖に入れてみた。
- 338 名前：nobodyさん mailto:sage [2011/09/06(火) 10:45:09.00 ID:???]
- ところで開発環境python2.5のままではサーバー側も自動的にpython2.5が使われるんですか？
- 339 名前：nobodyさん mailto:sage [2011/09/06(火) 10:49:02.19 ID:???]
- >>338
現在は鯖側は2.5のみ対応
もうすぐ2.7になる
- 340 名前：nobodyさん mailto:sage [2011/09/06(火) 11:52:13.51 ID:???]
- >>339
あ！そうなんですか。ありがとうございます。
それでみなさん開発環境の方はどうされてますか？
２．５のままだとeclipps+pydevでwebapp.RequestHandlerやmemcache.setで未定義エラーがでるんですが
ローカルサーバーはちゃんと応答して動いてくれますし、本番もちゃんと動いてます。
ただ、開発環境でエラーが見えてるとホンモノのエラーを見落としそうで不安なので2.7にアップデートしよう
と思ってたところでした。
みなさんはどうされてますか？
- 341 名前：nobodyさん mailto:sage [2011/09/06(火) 17:16:53.69 ID:???]
- ssn_db = SessionDb.all()
ssn_db.filter('sid =', self.sid_value)
ssn = ssn_db.fetch(1)[0]
#Memcache
if ssn:
memcache.set(self.sid_value, ssn)
これでエラーも出ず通ってますよ？
なんか間違えてます？
- 342 名前：nobodyさん mailto:sage [2011/09/07(水) 08:19:36.54 ID:???]
- >>340
Windowsだと2.6や2.7で原因不明のエラーが多発する。
Windows使ってるなら2.5がおすすめ。
MacやLinuxなら2.7でもほとんど問題ないらしいけど。
- 343 名前：nobodyさん mailto:sage [2011/09/07(水) 16:48:05.14 ID:???]
- >>342
了解です
ありがとうございました
- 344 名前：nobodyさん mailto:sage [2011/09/07(水) 20:04:13.85 ID:???]
- QuotaのHigh Replication Dataがすごい減った
計り方変えたのか？
- 345 名前：nobodyさん mailto:sage [2011/09/08(木) 05:43:26.59 ID:???]
- 同感。App Engine 選んだら心中するしかない。
ttp://text.ssig33.com/70
> この件で考えたことがある。 App Engine の危険性についてだ。
>
> App Engine は優れたアプリケーションプラットフォームだ。それは間違いない。しかし、 App Engine を捨てたいという場合、困難だ。金くれの場合はアプリケーションが小規模なので問題は少なかった。
>
> しかしアプリケーションが大規模だったらどうだろう。 App Engine でしか使えないデータのダンプ、 App Engine に最適化された奇妙なコード。こんな糞の山を前にして途方に暮れるしかないだろう。
>
> heroku ならばそういう問題は少ない。 heroku にデプロイされるのは普通の rack アプリケーションだ。常識的な作りをしている。 PostgreSQL が吐く普通のダンプも手に入る。 heroku に問題が発生して、移行する必要がある時は速やかに作業を進めることが出来るだろう。
>
> まとめてしまうと、簡単な話だ。標準的でない技術は使用を控えるべきだ。 App Engine は標準的でない技術を必要とする。故に使用すべきではない。 heroku は標準的な技術を使用することが出来る。なので使用に問題は少ない。
- 346 名前：nobodyさん mailto:sage [2011/09/09(金) 02:00:55.32 ID:???]
- > Google に ロック インされてまでApp Engine を使って、 スケール アウトを求める のは、どうなんだろうという トラックバッ ク あったけど、思考 パターン が ソーシャ ル 系 ビジネス には向いてないと思い ます。
> だって、 一年 経って目が出ない サービス はや めちゃうだろうし、運よく成功したら、売っ てもいいし、さらに続けてより高く売ること を目指してもいい。短い スパン の ビジネ ス だ から、 ロック インされている デメリッ ト って余り無いもの。
- 347 名前：nobodyさん mailto:sage [2011/09/09(金) 02:20:56.00 ID:???]
- www.youtube.com/watch?v=IsBZbjhxwWc
- 348 名前：nobodyさん mailto:sage [2011/09/10(土) 07:50:33.12 ID:???]
- 新課金体系への移行について
https://groups.google.com/group/google-app-engine-japan/msg/1c2639cee29a3986?hl=ja
* 新しい課金体系を適用しはじめる日時を、11/1 に延期しました
* Frontend Instance の半額期間を 12/1 まで延期しました
* Python 2.7 のリリースは 12/1 をターゲットにしています
- 349 名前：nobodyさん mailto:sage [2011/09/10(土) 08:32:35.94 ID:???]
- App Engine 担当エンジニアリングディレクター Peter Magnusson からデベロッパーの皆さんへのメッセージ - Kay's daddy
blog.shehas.net/2011/09/09/peter-magnusson
- 350 名前：nobodyさん [2011/09/10(土) 14:53:24.32 ID:/esPz0kz]
- >349
一度離れた気持ちは簡単に元には戻らないよね。
私はGAEを見限りました。
- 351 名前：nobodyさん mailto:sage [2011/09/10(土) 19:25:16.28 ID:???]
- >>349
リソース少ないけど今みたく無料で使うコースもあるんだね。全部有料になると思ってた。
まあそれよりPython2.7対応が1番うれしい
- 352 名前：nobodyさん mailto:sage [2011/09/10(土) 19:55:04.06 ID:???]
- スレッド使うようになってもまだうちの規模じゃメリット出ないかな
社内システムなんで気楽
- 353 名前：nobodyさん mailto:sage [2011/09/10(土) 20:03:07.07 ID:???]
- 松尾さんからメール来た
チューニングについて料金について個別対応するって書いてある
ここまでやってくれるのはすごいと思った
- 354 名前：nobodyさん mailto:sage [2011/09/10(土) 20:10:09.89 ID:???]
- あ、直接メール来たわけじゃないです グループのやつです
- 355 名前：nobodyさん mailto:sage [2011/09/11(日) 11:47:48.31 ID:???]
- 2年前ならいざしらず、今はGAE以外にも選択肢がたくさんあるからねえ。
使いにくいDataStoreで一生懸命頑張って結局ロックインの問題が発生するより、
ふつうにPythonとMySQL使えるプラットフォーム選ぶわ。
- 356 名前：nobodyさん mailto:sage [2011/09/11(日) 12:26:44.67 ID:???]
- ところでここってDOS攻撃受けたらどうなんのかな？
クォータ使い尽くしてエラーでちゃう？
- 357 名前：nobodyさん mailto:sage [2011/09/11(日) 12:27:02.78 ID:???]
- 値段が高くて制限があるプラットフォームを選ぶ馬鹿はいないよな
- 358 名前：nobodyさん mailto:sage [2011/09/11(日) 12:27:53.68 ID:???]
- >>356
証拠を提出できれば、課金しないでくれるらしいよ
- 359 名前：nobodyさん mailto:sage [2011/09/11(日) 13:33:10.10 ID:???]
- 証拠つってもログしかないよね
ログなら向こうが持ってるだろうに
おれはサーバの管理なんか絶対やりたくないから
単独で仕事するにはこれしか選択肢ないな
- 360 名前：nobodyさん mailto:sage [2011/09/11(日) 16:23:28.07 ID:???]
- >>356
yes
- 361 名前：nobodyさん mailto:sage [2011/09/11(日) 16:25:47.28 ID:???]
- GAEなら管理しなくて良いということにはならないよな
- 362 名前：nobodyさん [2011/09/11(日) 18:29:39.62 ID:gfTkz+PF]
- サーバーの管理業務のうち、クラウドで代替できるものは何があるか、AppEngine以外のクラウドで実現できないものは何かを洗いだしてみるのはそれなりに意味があるかもな。
物理故障対応→これを対応してくれないのはクラウドとは呼ばない
ミドルウェアのパッチ適用など→herokuみたいなタイプのクラウドならやってくれてるのかな。EC2とかは対応してないよね？
ログローテート→これもGAE以外は自前？そもそもherokuは過去のログが見れないぽい（衝撃）。
バックアップ→どこのクラウドでも業務品質でやろうとしたら自分でやらないといけない。
アプリケーションサーバーのオートスケーリング→デフォルトで提供してるのはGAEぐらい？
データストアのオートスケーリング→デフォルトで提供してるのはGAEぐらい？
いろいろ書き出してみたが、そもそも SaaS, PaaS, IaaS の区別つけないと書いても仕方ない気がしてきた。
- 363 名前：nobodyさん mailto:sage [2011/09/11(日) 19:40:01.71 ID:???]
- gaeのjavaの方のスレが落ちてて携帯からだと立てられないから、
誰かpart4たてるかお願いできますか？
それか、gaeもGO対応になったし言語別に分けるより、
スレひとつにまとめてしまった方がいいのかもしれないです
- 364 名前：nobodyさん mailto:sage [2011/09/11(日) 21:37:21.19 ID:???]
- 常識的に考えてGOスレが伸びるとは思えない
- 365 名前：nobodyさん mailto:sage [2011/09/12(月) 06:34:59.20 ID:???]
- ここでいいんじゃね
- 366 名前：nobodyさん mailto:sage [2011/09/12(月) 07:36:35.77 ID:???]
- だな、Javaのｺｼﾞｷ系男子も今回の値上げで大分減ったろうし、まとめたらいいと思う。
- 367 名前：nobodyさん mailto:sage [2011/09/12(月) 09:52:05.26 ID:???]
- JavaもGoもPythonよりは大規模アクセスをさばけそうではあるが、
所詮はCPU負荷が違うだけだしな。
CPU使いまくってレスポンスに時間がかかるような
サービスでなければPythonで十分だ。
- 368 名前：nobodyさん mailto:sage [2011/09/12(月) 21:43:01.04 ID:???]
- 有料になった今、CPU消費は重要じゃね？
- 369 名前：nobodyさん mailto:sage [2011/09/13(火) 01:20:09.43 ID:???]
- >>359
phpで作ってレンサバに放り込んでおけば、ほとんど何もしなくていいじゃん
- 370 名前：nobodyさん mailto:sage [2011/09/13(火) 10:31:15.35 ID:???]
- 俺もPHPが一番管理が楽な気がしてきた
けど、あれ書いてられんわw
- 371 名前：nobodyさん mailto:sage [2011/09/13(火) 19:03:51.78 ID:???]
- perlをさらに汚くした感じだお
- 372 名前：nobodyさん mailto:sage [2011/09/13(火) 21:34:33.98 ID:???]
- IIJ MOGOK とかどうよ?
RubyのPaaSだけど。
本サービス開始後も、開発程度のリソース消費なら無料で使わせてくれると
この前のRubyWorld Conferenceで言ってたよ。
- 373 名前：nobodyさん mailto:sage [2011/09/13(火) 21:47:32.81 ID:???]
- 小規模なら無料なPaaSもっと増えるかな
PaaSは無料プランでもレンタルサーバの無料プランとは違ってツイッターボットのような「ページ」を持たない外部呼出しも許す的な雰囲気だけど
静的な画像ファイルやJSファイル等の外部呼出しに使ったら怒られるかな・・・
- 374 名前：nobodyさん mailto:sage [2011/09/14(水) 01:34:51.84 ID:???]
- 怒られなくない？
- 375 名前：nobodyさん mailto:sage [2011/09/14(水) 23:30:01.90 ID:???]
- １１月にサービスが始まるさくらクラウドに期待している
- 376 名前：nobodyさん mailto:sage [2011/09/15(木) 00:59:30.50 ID:???]
- 上に同じ
- 377 名前：nobodyさん mailto:sage [2011/09/15(木) 01:58:51.47 ID:???]
- １１月まで暇なんだ
うらやましいなあ
- 378 名前：nobodyさん mailto:sage [2011/09/15(木) 04:55:17.05 ID:???]
- Django、一応GAEに対応してはいるけど、
既存のmodelがORMを通してRDBに依存しているので
その部分が移植できないと考えていいのかな？
結局ほとんど作り直しになると。
- 379 名前：nobodyさん mailto:sage [2011/09/15(木) 07:32:08.63 ID:???]
- AmazonがAWSやり続ける限りGoogleも競ってGAEを続けるとして
この2社の技術競争に対抗できる会社があるのかよ
- 380 名前：nobodyさん mailto:sage [2011/09/15(木) 07:50:49.42 ID:???]
- MS、Apple
- 381 名前：nobodyさん mailto:sage [2011/09/15(木) 08:15:16.69 ID:???]
- >>379
なにをもって「対抗できる」と言ってるのか説明してもらわないとコメントしづらいけど、
個人的には
・AWSは無料で始められないからパス
・GAEは技術が独自すぎるうえに価格競争力がなくなったのでパス
今はふつうのDBが使えてかつ無料で始められるクラウドサービスがいくつか出てきてるので
それらを使ってみるつもり。
fluxflexとかよさげ。
ttp://www.google.co.jp/search?ie=UTF-8&q=fluxflex
- 382 名前：nobodyさん mailto:sage [2011/09/15(木) 11:00:10.60 ID:???]
- Salesforce
Appleのクラウドは伝統的に糞以下
- 383 名前：nobodyさん mailto:sage [2011/09/15(木) 11:28:16.36 ID:???]
- >>378
yes
看板に偽りあり
- 384 名前：nobodyさん mailto:sage [2011/09/15(木) 20:18:37.40 ID:???]
- GAE for Javaのスレまだないっぽいのでここで質問させていただきます
ImagesServiceの applyTransformメソッドでつくったサムネイル画像を
<img >タグで呼び出して表示させようとしているのですが
ローカルの開発環境下(localhost:8888)で
なぜかGoogle Chromeで表示ができないのです
Firefoxではできているのですが・・・・
画像ファイルを直接指定すると正常に表示できるのですが
解決方法をご存知の方いらっしゃいませんか？
- 385 名前：nobodyさん mailto:sage [2011/09/15(木) 20:28:49.88 ID:???]
- >>384
Chromeのデベロッパーツールで確認してね
- 386 名前：nobodyさん mailto:sage [2011/09/16(金) 15:23:52.38 ID:???]
- >>381
fluxflexとか怪しすぎて使う気になれん
- 387 名前：nobodyさん mailto:sage [2011/09/16(金) 15:58:11.20 ID:???]
- 個人の趣味ならなんでもいいんじゃない？
- 388 名前：nobodyさん mailto:sage [2011/09/16(金) 17:21:17.17 ID:???]
- テンプレートエンジンのGenshiって動かしたことある方います?
大昔に試したときは動いたんだけど、今は出来ないとか・・・。いや自分で試せってのはごもっともなんで、後で試すつもりですが、良かったら教えて。
- 389 名前：nobodyさん mailto:sage [2011/09/16(金) 20:50:23.86 ID:???]
- 放射能つっても所詮電磁波だろ
- 390 名前：nobodyさん mailto:sage [2011/09/16(金) 20:51:04.72 ID:???]
- ｺﾞﾊﾞｰｸ
- 391 名前：nobodyさん mailto:sage [2011/09/16(金) 22:19:41.19 ID:???]
- >>389
γ線だけ
- 392 名前：nobodyさん mailto:sage [2011/09/18(日) 21:08:06.19 ID:???]
- Google App Engine SDK 1.5.4 Release
d.hatena.ne.jp/naskin+hack/20110917/1316227111
- 393 名前：nobodyさん mailto:sage [2011/09/18(日) 21:15:29.48 ID:???]
- Djangoに見切りをつけて、
Flaskの勉強を始めることにした。
- 394 名前：nobodyさん mailto:sage [2011/09/18(日) 22:21:26.42 ID:???]
- web2pyもよろしく。
- 395 名前：nobodyさん mailto:sage [2011/09/18(日) 23:40:50.98 ID:???]
- BigTableの取扱方がよくわからないのですが、
１から学んでいくのにいいページはありませんでしょうか。
本家のマニュアルだと記述が断片的で、
書かれた記述をどう配置したらいいのかがわかりません。
- 396 名前：nobodyさん mailto:sage [2011/09/19(月) 00:22:19.10 ID:???]
- たしかGAE関連の本で、Bigtableについての本があったはず
立ち読みしたけど、データの構造や設計思想的なのを含め詳しく載ってました
「オープンソース徹底活用 Slim3 on Google App Engine for Java」
- 397 名前：nobodyさん mailto:sage [2011/09/19(月) 00:26:06.04 ID:???]
- もしかして→Datastore
- 398 名前：nobodyさん mailto:sage [2011/09/19(月) 16:45:41.49 ID:???]
- class a(db.Model):
str = db.StringProperty()
def setb():
b=b()
b.refa=self.key()
b.put()
class b(db.Model)
ref_a = db.ReferenceProperty(reference_class = a)
のとき
a1=a()
a.str=u"あいうえお"
a.put()
a.setb
と呼び出すと
b=b()
のところでBadValueErrorが出ます
このクラスを別々のファイルに保存すると互いに相手をインポートしなければいけないので
同じファイルに入れて見ましたが、やはり循環参照的なことでよろしくないのでしょうか？
このような場合うまい解決方法はないでしょうか？
- 399 名前：nobodyさん mailto:sage [2011/09/19(月) 16:54:07.42 ID:???]
- インデント崩れてるしコードも違います・・・
b.ref_a=self.key()
a1.str=u"あいうえお"
a1.put()
a1.setb
両方のクラスを操作するクラス作ってその中で全部やるのが常道ですかね？
- 400 名前：nobodyさん mailto:sage [2011/09/19(月) 16:54:28.82 ID:???]
- >>398
質問する際には、
せめて最小限の命名規則くらいは守ってくれ。
それからPythonはインデントが正確でないと
正しいプログラムでなくなってしまうので、
pastebinなどのサービスを使ってほしい。
- 401 名前：nobodyさん mailto:sage [2011/09/19(月) 17:05:25.09 ID:???]
- >str = db.StringProperty()
だめだこりゃw
- 402 名前：nobodyさん mailto:sage [2011/09/19(月) 17:36:20.52 ID:???]
- ありがとうございました。
両方のクラスを操作するクラスを作ります。
- 403 名前：nobodyさん mailto:sage [2011/09/20(火) 00:00:17.08 ID:???]
- 2chにはコード貼りにくいな、Pythonの言語使用上。
- 404 名前：nobodyさん mailto:sage [2011/09/20(火) 00:05:23.96 ID:???]
- >>402
str は built-in オブジェクトだよ。
str = u"あいうえお" とか混乱するからやめておくれ。
- 405 名前：nobodyさん mailto:sage [2011/09/20(火) 00:07:56.64 ID:???]
- >>404
親切にありがとうございました
- 406 名前：nobodyさん mailto:sage [2011/09/20(火) 21:04:06.27 ID:???]
- 予約語の色が変わるエディタを使うべきですな
- 407 名前：nobodyさん mailto:sage [2011/09/20(火) 22:19:36.97 ID:???]
- >>395
>本家のマニュアルだと記述が断片的で、
>書かれた記述をどう配置したらいいのかがわかりません。
ナカマハッケン！Googleの資料も、Webで見つかる資料も分かりにくかったけど、
オライリーからGoole App Engine の本が出ているから、それを頑張って読んだら
わかるようになった。たいへんだったけど。
- 408 名前：nobodyさん mailto:sage [2011/09/20(火) 22:55:49.41 ID:???]
- 馬鹿には無理
- 409 名前：nobodyさん mailto:sage [2011/09/21(水) 00:55:05.30 ID:???]
- 無料枠が24→28時間に拡大されたね。
- 410 名前：nobodyさん mailto:sage [2011/09/21(水) 01:48:16.90 ID:???]
- GAEってCPU時間はかなり余裕そうなんだけど、
転送量が１日読み・書き1GBでこっちの制限がきついよね。
ファイルアップロードを伴うサービスは断念だわ。
テキストサービスが主体かなあ。
- 411 名前：nobodyさん mailto:sage [2011/09/21(水) 02:36:59.33 ID:???]
- >>410
datastoreじゃなくてmemcachedに保存することで、制限を緩和できるかと思ったけど、
せめてmemcachedに保存した時の生存期間が予測可能でないと無理だった。
- 412 名前：nobodyさん mailto:sage [2011/09/21(水) 03:57:06.34 ID:???]
- datastoreへのアクセス量じゃなくて
転送量だろ？
- 413 名前：nobodyさん mailto:sage [2011/09/22(木) 22:20:08.69 ID:???]
- アップロード転送量が1Gで、DBが500Mbyteだから
すぐDBの方がパンクするよ
- 414 名前：nobodyさん [2011/09/22(木) 23:21:44.14 ID:IKJOC3BE]
- おまえら、まだ使ってるの？
GAEにサヨナラしないの？
一度裏切られた信用は、簡単には元には戻らないと思います。
今回の一件でGAEにロックインすることのリスクを痛感したので
AWSやその他クラウドサービスに移行しますね。
みなさん、さようならー♪
- 415 名前：nobodyさん mailto:sage [2011/09/22(木) 23:52:30.69 ID:???]
- 納品前の人は気楽でいいね
- 416 名前：nobodyさん mailto:sage [2011/09/23(金) 00:08:55.53 ID:???]
- 納品するような大事なものにGAE使ったんですか！？
- 417 名前：nobodyさん mailto:sage [2011/09/23(金) 03:04:22.21 ID:???]
- 納品したけど結局他所に引っ越したよ
- 418 名前：nobodyさん mailto:sage [2011/09/23(金) 09:43:10.67 ID:???]
- お気の毒 こっちは着々と機能追加中
- 419 名前：nobodyさん mailto:sage [2011/09/23(金) 11:22:42.08 ID:???]
- python image libraryのフルセット搭載して欲しいな
- 420 名前：nobodyさん mailto:sage [2011/09/23(金) 11:28:50.53 ID:???]
- >>419
>>305
- 421 名前：nobodyさん mailto:sage [2011/09/23(金) 20:24:05.27 ID:???]
- 日本語ドキュメントもうちょっと更新がんばって欲しいよね。
|
 |
