08/05/28 15:55:58
URLリンク(www.escafrace.co.jp)
コトノハのひとか
CPUの制限 => phpに移行する。フレームワークも良し悪しよね。
枯れるまで時間が必要というか
160:nobodyさん
08/05/28 16:26:06
CPU制限にひっかかったのか
CPUの性能ってどの程度に設定してあるんだろ
サーバ単位じゃないからCPU使用料は計算しにくいな
161:nobodyさん
08/05/28 17:10:57
>>160
CPU使用時間って、ダッシュボードに出てくる数値のことだよね。
162:nobodyさん
08/05/28 17:51:56
サービスを一般に公開しないで自分専用に使ってる限り無料で収まるよなあ。おいしすぎる。
163:nobodyさん
08/05/28 17:55:00
その程度のことならローカルでしたらいいじゃん
164:nobodyさん
08/05/28 18:04:14
スケールが必要ない用途でgae使っても使いにくいだけだろjk
165:nobodyさん
08/06/03 05:44:02
正式サービスはいつだろ?
166:nobodyさん
08/06/03 09:12:39
>>165
まだはじまってなかったんだっけか
C:\>python dev_appserver.py test_urlfetch
ERROR 2008-06-03 00:01:32,312 dev_appserver_main.py] Fatal error when loading
application configuration:
Unable to assign value 'test_urlfetch' to attribute 'application':
Value 'test_urlfetch' does not match expression '^(?!-)[a-z\d\-]{1,100}$'
in "test_urlfetch\app.yaml", line 1, column 14
細かいとこで、引っかかるけど
エラーがわかりやすいので助かる…
167:nobodyさん
08/06/10 22:56:19
今日のGoogle Developer Day、AppEngineサポート言語につて。
.netも興味あります。C#でもお願いします。
会場失笑
Fortran77をお願いされたことがあります。
会場爆笑
168:nobodyさん
08/06/11 11:15:56
あーもう、SMS承認が通らないよ
ほんとにwillcom対応してるの?
willcom自体、国際SMSに対応してないのに
169:nobodyさん
08/06/12 13:00:04
現時点では全文検索できないらしいじゃん
ショボ・・・
170:nobodyさん
08/06/12 13:20:03
できるよ。
result = [x for x in SomeModel.all() if x.body in "SomeString"]
171:nobodyさん
08/06/12 14:40:37
>>169
負け組
>>170
勝ち組
172:nobodyさん
08/06/12 15:58:25
それインデックスの効いた正真正銘の全文検索?
173:nobodyさん
08/06/12 16:18:13
>>172
その程度のことも分からない負け組乙。
174:nobodyさん
08/06/12 21:12:33 Co7Tqi77
自分でn-gramに切ってBigTableに突っ込め!
175:nobodyさん
08/06/12 21:27:49
インデックスに対応してない全文検索なんて全文検索っていわねーんだよ( ゚д゚)、ペッ
てめーが負け組だカス
176:nobodyさん
08/06/12 22:09:26
>>167
「AmazonEC2は日本からだとレスポンス悪くて不満なんだけど、
GAEの鯖はどこにあるの?」
「アジアにあるよん」
177:nobodyさん
08/06/13 07:23:05
Google APPのくせに、独自ドメイン(むろん、oogle App)のメールアドレスじゃ登録できないのね……。
178:nobodyさん
08/06/13 17:00:40
ソフバン以外の携帯使ってる奴登録できないってやる気なさすぎだろ
179:nobodyさん
08/06/13 17:35:26
グローバルスタンダードでない奴は逝ってよし、ということですね。分かります。
180:nobodyさん
08/06/13 17:41:03
正規サービスの頃には対応してくれてるんだろうなー
急いで立ち上げたからかまだ色々穴が多いね
181:nobodyさん
08/06/13 18:14:35
>>178
ソフバンも登録できない。さらにフォームからその旨を連絡しようとしても
フォームが使えないw
182:nobodyさん
08/06/13 19:03:41
腐ってやがる・・早すぎたんだ
183:nobodyさん
08/06/13 21:42:13
>>181
プルダウンでJAPANを選択しなければいけるよ
+81を自分でつけるんだ
184:nobodyさん
08/06/14 00:52:24
>>181
低脳はGAE的にも八分ということですね、よく分かります。
185:nobodyさん
08/06/14 00:55:29
google app engineというよりgoogle bug engineですねわかります
186:nobodyさん
08/06/14 13:06:32
>>185
勝手に疎外感を感じて事件起こすなよ(ww
187:181
08/06/15 07:47:34
>>183
THX. JAPAN選択しなかったら通った!それにしても、酷い仕様ですね。
Googleのエンジニアは高給・高学歴なのにミス多いよね。しっかりしろ!
188:nobodyさん
08/06/15 09:10:43
低脳ドカタは使うなってことじゃね?
google app engineは有能な技術者をgoogleに吸い上げるための釣り堀だという噂があるし。
189:nobodyさん
08/06/15 11:42:55
>>159
Googleのトップページのソースを見ると分かるけど、
転送量削減の努力が凄まじいですね。
それだけGAEユーザーも転送量を削減する努力を
しなさいってことなのかな。
190:nobodyさん
08/06/15 11:50:58
ちょっと、ちょっと、ちょっと、一垢で3つGAE垢とれるじゃねーか!
191:nobodyさん
08/06/15 12:19:40
>>190
いくらでもとれるよ
192:nobodyさん
08/06/15 12:33:54
>>191
kwsk
193:nobodyさん
08/06/15 13:45:38
>>124
eMOBILE契約しておけ
194:nobodyさん
08/06/15 14:01:04
現時点では使える代物じゃないでおk?
195:nobodyさん
08/06/16 00:15:01
>>194
そのとおり。
お前がそう思っている間に、デキる奴はすごいものを作って差をつける。
196:nobodyさん
08/06/16 00:20:04
しかし、凄い物作れる人はGAE使わなくても既に作ってるはずw
197:nobodyさん
08/06/16 00:23:40
だからお前ら無理してGAE使わなくていいよ。
フロントエンドの冗長化とかDBのクラスタリングとかで無駄な時間を過ごせばいいと思うよ。
198:nobodyさん
08/06/16 00:24:20
ほんとだー
なんですごい人がGoogleのインフラに全面的に依存しなきゃいけないんですかぁー?
おーかしーなー
おっかしい論だなぁーー
199:nobodyさん
08/06/16 00:27:14
>>197
ドカタにはドカタ向きの仕事があるってことですね、分かります。
200:nobodyさん
08/06/16 00:27:27
つか、せめてrubyかperlに対応してくれんと
移植する気にもならんよな。
専用鯖と比較してもどれだけ有利なのか情報がなさ過ぎる。
201:nobodyさん
08/06/16 00:31:22
GAEで作るとGoogleにロックインされるというリスクもあるわけだ
それならそのリスクを上回るメリットを提供してもらわないとねー
ましてソフバンでしか認証出来ないって意味不明すぎ
単純にGoogleらしくない
202:nobodyさん
08/06/16 00:45:16
悔しさを表現する方法にはいろいろあるということがよく分かるスレだな。
203:nobodyさん
08/06/16 00:51:14
今まで日陰者だったpythoner自己肯定必死すぎwww
204:nobodyさん
08/06/16 00:54:57
このスレの煽りちょっとおかしいよな
粘着というか、歪んでるというか、なかなか他のスレにいない、気持ち悪い感じ。
Python使いは変態が多いっていうけど
本当だなって思った
205:nobodyさん
08/06/16 00:57:39
200、201とか、まさにそんなかんじだよね
粘着というか、歪んでるというか、なかなか他のスレにいない、気持ち悪い感じ。
206:nobodyさん
08/06/16 01:04:33
↑
まさにこういうの。キモッ
207:nobodyさん
08/06/16 01:12:53
一方的にGoogleにシンパシー感じてるキモい低脳なんだろうな・・・
Googleもいい迷惑だなw
208:nobodyさん
08/06/16 09:19:19
↑
まさにこういうの。キモッ
209:nobodyさん
08/06/16 17:40:50
もっと建設的な議論しませんか?
210:nobodyさん
08/06/17 05:07:25
docomo対応まだー?チンチン
211:nobodyさん
08/06/18 17:29:00
ドコモといえば、
Android携帯は出してくれるんだろうか
212:nobodyさん
08/06/18 17:48:13
一番シェアが少ないソフバンしか対応してないということは
ジャップの開発力にはたいして期待してねーよハゲっていう暗黙のメッセージだな
213:nobodyさん
08/06/18 19:03:55
>>212
もうアカウント取れるぞ。
結局SMSじゃなくて普通の携帯メールを使う仕様に変わったけど
214:nobodyさん
08/06/18 21:09:12
えっそうなん?
ジャップ大助かりww
215:nobodyさん
08/06/19 02:03:43
つか、みんな普通にPython使えるの?
細かい機能が独自仕様で覚えるの難しいんだけど、
これやるやつは、俺より遙かに技術レベル高いんだろうな。
PythonなんてZOPE弄ってた頃以来だから、ほとんど忘れちゃったよ。
216:nobodyさん
08/06/19 02:07:59
ここはみんな自称優秀揃いだよ。何でもできて当然だよ。
217:nobodyさん
08/06/19 04:08:07
>>215
覚える事自体は余り多くないので覚えるのは別に大変じゃないが
肝心のフレームワークが穴だらけなので穴を埋めるのが相当大変
今時の気の利いたフレームワークがやってくれる事を自分でやらなきゃいけない
218:nobodyさん
08/06/19 05:50:44
「Google App Engine」で障害発生--データストアサーバのバグが原因
URLリンク(japan.cnet.com)
やっぱりbug engineなんですね分かります
219:nobodyさん
08/06/19 06:07:43
いろんなブログ見てるとまだバギバギっぽいね
220:nobodyさん
08/06/20 12:38:53
登録時に普通のメアドを入れる仕組みに変わったはいいものの、
You have sent too many SMS verification messages.
って表示されて先にすすめねぇ
だれかこれが出てから先に進む方法知らない?
221:nobodyさん
08/06/20 12:44:46
自業自得
222:nobodyさん
08/06/20 12:48:33
その文の通り、SMS認証メッセージを送信しすぎたんじゃね
ってさっきやったら俺もなってたしorz
いつ解除されるかわからんからアカウント新規でやり直せば?
223:nobodyさん
08/06/20 12:51:31
わかると思うが>>222は>>220宛
SMSだけだったときに試しすぎてた奴は新垢取り直した方が早そうだ
224:nobodyさん
08/06/20 13:06:18
Google様的にイナゴは逝ってよしってことだろ、空気読めよ
アドセンス経由でエロゲでも買ってGoogle様に奉仕しろよ(www
225:nobodyさん
08/06/20 13:08:44
まあ仕方ねーか
天下のGoogle様に逆らえない品
アカウント新規からやりなおすわノシ
226:nobodyさん
08/06/20 13:29:20
そんな大量に送信するってどういう状況?
227:nobodyさん
08/06/20 13:34:53
>>226
+81 090・・・
とか
+81 90・・・
とか
+81090・・・
とか
+8190・・・
とか
やってたら自然になった
228:nobodyさん
08/06/20 13:35:29
スパマー扱いか
229:nobodyさん
08/06/20 13:50:04
bugを棚に上げて逆ギレですね分かります
230:nobodyさん
08/06/25 18:43:48
まだ安定性目指してるレベルだから、
他言語対応ってまだだいぶ先だよね?一年後か二年後くらいが妥当か
Rubyを使いたいんだが・・・
231:nobodyさん
08/06/25 21:53:12
全文検索を無理矢理実装とか・・・
現状gaeでやられてることってめちゃくちゃ実験的なレベルだよな
俺がやりたいのはそういうことじゃないんだっ
232:nobodyさん
08/06/28 03:43:49 euQUBStD
Google APP の独自ドメイン向けで、
大量に作った社員メールアドレスを
まとめてPOP(IMAP)受信に変更することってできる?
1つ1つログインし直してから、設定しないと駄目?
233:232
08/06/28 03:46:56
>>232誤爆した。
スルーして下さい。
234:nobodyさん
08/06/28 03:48:44
何がまちがってんの?
235:nobodyさん
08/06/28 10:33:29 Mee51jEG
Google Appsと、Google App Engineを間違えたんだろ?
236:nobodyさん
08/06/28 19:23:11
naruhodo
237:nobodyさん
08/06/29 16:27:05
Google App Engine に wiki をインストールして使ってる人いません?
Python で書かれた MoinMoin とかなら動くのかなあ?
238:nobodyさん
08/06/29 16:50:14
gaeってどういう環境で走らせてるの?
FastCGI?
239:nobodyさん
08/06/29 23:24:00 kZ4HdrzK
んなワケない。
240:nobodyさん
08/06/29 23:55:22
じゃあどういう環境?
241:nobodyさん
08/06/30 00:06:49
>>232
プレミアムのAPIで対応できるみたいだよ。
242:nobodyさん
08/06/30 02:39:21
GAEって、もの凄い有用かつ大規模なwebサービスを思いついた金欠ITベンチャーか、
Googleと連携するサービスを提供したい人くらいにしか使い道が無くない???
今のところは、安い(専用 or 仮想)レンタルサーバーではなく、
GAEじゃないとダメってケースが、ほぼ皆無だね。
243:nobodyさん
08/06/30 02:43:21
その通りですが何か?
244:nobodyさん
08/06/30 02:56:41 olK2RVTd
Googleマニア向けのオモチャですが、何か?
商用にするにはリスクファクターが多すぎですが、何か?
さほど使用料も安くはないですが、何か?
245:nobodyさん
08/06/30 03:10:51
ヤハリソウカ
246:nobodyさん
08/06/30 20:53:25 rDgwgm6D
Geekが無料で利用可能なリソース範囲内でいじって遊ぶためのものです。
247:nobodyさん
08/06/30 22:23:51
真のGeekなら無料の範囲で相当のことができるよ
制限云々行ってるカスは氏んでいいと思うよ
248:nobodyさん
08/06/30 22:31:38
真のGeekならgae使わないで自分でやる
249:nobodyさん
08/06/30 22:58:21
だよな
250:nobodyさん
08/07/02 10:50:10
うわ、Google App Engineの読み方って
グーグル[アップ]エンジン なの?
[あぷ]かと思ってたよん
251:nobodyさん
08/07/02 12:49:29
アップリケーションじゃないんだからアプでいいだろ
252:nobodyさん
08/07/02 19:09:23
プ
253:nobodyさん
08/07/13 09:13:37
Google App Engineってソケット使えないのかーorz
254:nobodyさん
08/07/17 21:25:31
短母音は、ッ、を入れるよう心掛ければ通じる。
ピックチャァ、とかな。
255:nobodyさん
08/07/17 22:38:58
これは良い。pylonsの追い風だな。そしてrailsの死亡フラグ
256:nobodyさん
08/07/17 22:42:18 /Qmbp4t3
Pylonsというよりは、Djangoの追い風じゃね?
はじめからインストールされてるし。
257:nobodyさん
08/07/17 22:44:15
djangoしょぼいからいいや
258:nobodyさん
08/07/31 00:23:12 JrLYQ7jy
で、これが使い物になるのはいつよ?
一年くらいかかる?
259:nobodyさん
08/07/31 06:44:20
Perlに対応したらしいけど誰か試した?
260:nobodyさん
08/07/31 06:46:21
これから対応するよって話じゃね?
261:nobodyさん
08/07/31 07:02:13
よく読んだらそうだったよ
プロジェクトが立ち上がったてことか
262:nobodyさん
08/07/31 15:09:22
先着1万名をなんとかしてください
263:nobodyさん
08/07/31 23:51:37
自分がアップロードしたソースは
どうやったらダウンロードできるの…?
264:nobodyさん
08/08/01 00:16:29 xKpgZBw7
ダウンロードはできないんじゃない?
いやまあ、static_filesで静的ファイルとして
アクセスできるようにすれば別だけど。
265:nobodyさん
08/08/01 22:22:56
なんでOilの話題が出てないの?
266:nobodyさん
08/08/01 23:04:55 xKpgZBw7
今のところこれといって売りがないからじゃない?
リクエストハンドラ書くだけならdjangoで十分だし。
Datastore APIのORマッパーが出るまでは様子見だわ。
267:nobodyさん
08/08/01 23:38:45
DatastoreはBig Tableのマッパーなんじゃないの?
268:nobodyさん
08/08/08 03:16:53
ぱいそん?何それ?美味いの?
Flash Coderなので、ほぼASでサイト作ってます。
Portfolioには最適。GAE。
もっといい無料鯖とかあるけど。。。
たとえば、lima-city.deなんてアドレス的にねぇ。
269:nobodyさん
08/08/08 07:36:01
これはスタートダッシュには成功したけど、その後は伸び悩む典型例ですね
Google InsightsでGoogle App Engineのトレンドをしらべてみそ
270:nobodyさん
08/08/08 09:01:07
>>268
ActionScriptとPythonはとても似た言語だよ。
271:nobodyさん
08/08/08 15:04:43
>>270
gaeswfのソースをぱっと読んでみたけど、
functionの代わりにdef?
{が:
;があったりなかったり(文字列結合のときだけ?)
ASにはmainありません。
など、いろいろ違うみたい。
でも、似てなくもないかも。
Flash表示するときと、ASからデータベースにクエリ送るときにしか使わないから、
ぱいそんを真剣に覚えることはないと思うな。
272:nobodyさん
08/08/08 15:10:56
>>271
こんどはRubyとASを比べてみな(w
273:nobodyさん
08/08/08 18:54:51
>>272
ウホッかなり似てるw
274:nobodyさん
08/08/08 22:02:55
俺と玉木宏も似てるって言われるし
275:nobodyさん
08/08/08 22:05:35
お前が似てるのはタマキンひどしだろ
276:nobodyさん
08/08/08 22:56:50 iyXoh4pg
俺はASもPythonも使うなあ。
GAE + PyAMF + Flexはなかなかいい組み合わせ。
277:nobodyさん
08/08/08 23:25:26
GAEでドジャンゴ触ってみたいのですが、
パイソン初心者でも簡単にできますか?
言語はPHP、フレームワークはCakePHPくらいしか使ったことないのですが・・・;
278:nobodyさん
08/08/09 00:14:40
ドジャンゴwwww
279:nobodyさん
08/08/09 00:54:25 v4Wk00+o
>>277
djangoはCakePHPの経験があればすぐ使えるんじゃない?
Pythonは覚えやすい言語だと思うよ。
開発を効率的に進めるためには、まずIPythonを
インストールするといいよ。
IDEは、個人的にはPyDevかPyScripterがお勧め。
280:nobodyさん
08/08/09 06:51:55
ドジャンゴってちょっといいな
これから使わせてもらう
281:nobodyさん
08/08/09 09:12:46
ドジッ娘みたいでいいよな
282:nobodyさん
08/08/11 00:06:37
でじゃんご?
283:nobodyさん
08/08/11 07:36:42
ドジャンゴktkr
284:nobodyさん
08/08/11 08:02:27
(・∀・)ドジャンゴ!!
285:nobodyさん
08/08/11 08:06:41
(・∀・)オチンポ!!
286:nobodyさん
08/08/11 22:21:38
someone already humanize django?
287:nobodyさん
08/08/15 21:06:47
当たり前の話だけどさ、これってアプリ作ってもどこかに晒さなきゃ誰も使わないよね。
でもギャラリーは見てる人いなさそう…
288:nobodyさん
08/08/15 23:26:57
なんか、みんなが最初に感じた印象とはまだだいぶズレがあるよな
無限のデータストレージに簡単に高速アクセス!全文検索もピュンピュン!
って思ってたけど・・
289:nobodyさん
08/08/23 19:45:33
mod_rewriteみたいなリクエストの書き換えってできないの?
290:nobodyさん
08/08/23 19:51:43
あー、自己解決
webapp.WSGIApplicationに渡す値って正規表現書けるのね。
で、get()なりpost()なりで受け取れると。
291:nobodyさん
08/09/04 21:27:53
アプリをhoge.appspot.comとhogehoge.com(Google Appsを使って独自ドメインで)の2つのURIからアクセスできる状態なんですが、
hoge.appspot.comにアクセスしたら自動的にhogehoge.comにリダイレクトさせる方法はないでしょうか。
292:nobodyさん
08/09/04 21:51:59 0y8gr3el
Hostヘッダ見て、appspot.comなら独自ドメインにリダイレクトするように
アプリを書けばいいんじゃないの?
293:nobodyさん
08/09/04 22:02:57
やっぱりコードからリダイレクトしてやらないとダメですか。
app.yamlか何かの設定でできれば楽だなーと思ったんですが。
ありがとうございます。
294:nobodyさん
08/09/05 00:44:44 TrWggWx+
裏BTTB
URLリンク(www.geocities.jp)
295:nobodyさん
08/09/11 12:56:36
保守
gaedtってどうよ?
296:nobodyさん
08/09/26 10:06:35
なんでこんなに過疎ってんの?
297:nobodyさん
08/09/26 11:15:26
全文検索ができたら魅力感じるんだけどな。
298:nobodyさん
08/09/26 16:36:30
appengineつかえなすぎ
299:nobodyさん
08/09/27 00:38:46
まあ今のところメリットは余り無いな。
ロックインする気満々な独自のAPIを使わされる上、
売りのスケーラビリティも制限されてるわけだしな。
将来に期待か。あるいはAppDropに逃げるとかwww
300:nobodyさん
08/09/27 04:28:20
とりあえず早く本サービス開始してほしい
今はまだ使う気せんわ
301:nobodyさん
08/10/03 13:29:44
あと、PHP対応。
・・・変なのが湧きそうだがw
302:nobodyさん
08/10/09 17:17:40
PHP対応は無いな。
Google自体PHPほとんど使ってないし。
303:nobodyさん
08/10/19 21:50:45
herokuは重いしここ以外によさげなウェブアプリホスティングないかね。
304:nobodyさん
08/10/26 19:30:53
URLリンク(groups.google.co.jp)
うひょー、railsは間違いなくサポートされるだろうな。
305:nobodyさん
08/10/26 20:29:15
RubyはGoogleの公用言語じゃないから、すぐにはサポートされないんじゃないかな。
順当にいって、次はJavaあたりじゃないかと思うよ。
306:nobodyさん
08/10/26 21:24:15
確かにPythonがあるからその可能性も高い。
でも、今一番ホットなのがRailsであることを考えると、Railsになってもおかしくないと思う。
まぁ、ケチケチしないで.NETみたいに沢山対応して欲しい。
307:nobodyさん
08/10/26 21:33:02
RubyはPythonほど堅牢なのかな?
308:nobodyさん
08/10/26 21:53:36
意外なところで、シェア取りにPHP対応。
309:nobodyさん
08/10/26 22:29:37 H9re+i9a
どんな言語に対応するにせよ、モジュールローダをきっちり制限して、
ユーザに勝手なコードを実行させないようにするだろうな。
Googleが一番重視してるのはセキュリティ面のようだし。
310:nobodyさん
08/10/27 00:18:00
static languageって言ってなかったっけ?
Javaあたりだと思うけど。
311:nobodyさん
08/10/27 01:35:31
なんかそうっぽいね~
312:nobodyさん
08/10/27 11:04:41
しかしながら...
「Google App Engine」がJava対応?--グーグルは報道を否定
URLリンク(japan.cnet.com)
結局、対応言語はなんになるだろうか?
313:nobodyさん
08/10/27 11:49:12
> Google社内のPerl愛好者がApp EngineにPerlを対応させるプロジェクトに取り組んでいる
ワロタw
JavaもPerlも無いと来たらRubyじゃないかな、やっぱし。
314:nobodyさん
08/10/27 12:20:24
perl -> ruby ->
のながれでgoogle企画の新言語gold!みたいなのでないかな
315:nobodyさん
08/10/27 12:27:39
いや、否定したのは「Java対応する」って報道を否定したのであって、
「Java対応しない」と言っているのではないよ。
> Googleは、Ram氏が「Google Web Toolkit」の話題でJavaについて議論した際の発言が、誤って報道に取り上げられたと認識している。
「JavaもPerlも無い」とは、誰も言っていない。
> 「今すぐに話すべき計画や発表はない。われわれ
316:nobodyさん
08/10/27 12:31:16
出馬表
◎:Java
○:Ruby, Perl, PHP
×:Gold!(Gooleの新言語)
317:nobodyさん
08/10/27 14:14:54
まさかのCOBOL
318:nobodyさん
08/10/27 14:20:48
FORTRANだろJK
319:nobodyさん
08/10/27 15:04:33
ヤフーがPHPでぶつけてくる可能性は?
320:nobodyさん
08/10/27 15:05:14
で、はてなかライブドアがPerl・・・?
321:nobodyさん
08/10/27 15:12:28
G-BASIC
322:nobodyさん
08/10/27 16:37:47
ひょっとしたら関数型言語とか?
323:nobodyさん
08/10/27 20:46:08 ZRnmD1mu
ここでまさかのSawzall
324:nobodyさん
08/10/29 22:27:03
>>319
URLリンク(developer.yahoo.com)
大当たりワロタ
325:nobodyさん
08/11/26 14:30:34 JOdegyHU
Python on Rails
326:nobodyさん
08/11/27 02:15:32
鳴り物入りで登場したのに
一ヶ月も書き込みがないなんて・・
327:nobodyさん
08/11/27 23:36:20
だってPythonなんだもの。
みつを
328:nobodyさん
08/11/29 04:48:12
まだ見てないひとは一度見ておこう
URLリンク(jp.youtube.com)
329:nobodyさん
08/11/29 07:11:06
これはどこを目指した技術なんだろう。
クラウド化ってまだまだ先の話のように感じてしまう。
330:nobodyさん
08/11/29 12:15:04
>>329
先頭
331:nobodyさん
08/11/29 18:32:52 vKmEznm2
webapp.template.render で html 中に日本語が含まれてると死ぬんだけど
やっぱり日本語対応していないのかな?
ファイルの援交は色々ためしたけどだめだった
db に日本語入れたときもおかしくなる orz
332:nobodyさん
08/11/29 18:34:47
一応
webapp.response.headers['Content-Type'] = 'text/html; charset=utf-8;'
とかも指定してるんだけど
333:nobodyさん
08/11/29 21:03:11
事故怪傑
とりあえず
webapp.template.render で指定したファイルの援交を iso2022-jp にした上で
webapp.response.headers['Content-Type'] = 'text/html; charset=iso2022-jp;'
して
出力全部.encode('iso2022-jp')で統一したらうまくいった
内部処理は utf-8 なので db の中身も utf-8 のまま
334:nobodyさん
08/11/29 21:34:01
乙py
URLリンク(appgallery.appspot.com)
335:nobodyさん
08/11/29 22:49:49
webapp.template.render で指定したファイルの援交を utf-8 にした上で
self.response.headers['Content-Type'] = 'text/html; charset=utf-8;'
して
出力全部.encode('utf-8')で統一したらうまくんでね?
336:nobodyさん
08/12/03 23:05:01
GAEの導入事例ってもうあるの?
337:nobodyさん
08/12/04 09:56:39
>333
# -*- coding: utf-8 -*-
書かなかったというオチ?
338:nobodyさん
08/12/04 22:03:38
>>336
こんな玩具をどこに導入するつもりだ?
339:nobodyさん
08/12/05 00:21:36
いまおもちゃであそんでるところ
340:nobodyさん
08/12/05 02:10:42 ZFb9r9Hl
人は道具を選ぶけども、道具も人を選ぶ
341:nobodyさん
08/12/05 22:41:36
おもちゃはおもちゃさ。
342:nobodyさん
08/12/06 10:22:16 YMAIihM5
工房筆を下ろさず
343:nobodyさん
08/12/10 14:56:04
web2py
スレリンク(php板)
344:nobodyさん
08/12/11 18:40:03 Ce7M6fT8
URLリンク(code.google.com)
ここを見て bulk upload してみたのですが
ascii だけの csv だとうまく動くのに
日本語 (utf-8) が含まれていると失敗します
対処方法ご存知の方いらっしゃいますか?
345:nobodyさん
08/12/11 21:00:27
バージョン/TraceBackは?
346:nobodyさん
08/12/24 11:52:50 vM3m+/rY
gae製アプリのgoogleへのログイン画面が英語で何かださいんだけど
オリジナルにできないの?
347:nobodyさん
08/12/25 19:53:31
テスト環境だけの話では
348:nobodyさん
08/12/25 21:24:26
gaeのuser認証利用すると確かにプログラミングは楽になる
あれって基本的にパスワードはgoogle様にしか行かないので
そのサイトのひとに覗き見される心配はないはずなんだろうけど
そっくりなサイト作って覗き見する悪徳業者は絶対出てくる
どこで保証されるんだろうというかどうやって安全を証明出来るんだろう
349:nobodyさん
08/12/25 21:38:25 jBKjHphq
フィッシングと、通信路の安全性を一緒にするなよ。
あと、句読点入れろ。読み辛いわ。
350:nobodyさん
08/12/25 21:40:57
フィッシングは GAE に限った話じゃないからな
351:nobodyさん
08/12/25 21:45:43 ym2FktMf
オートインクリメントみたいなことできないよな
ユニークなキー生成ってどうするの?
352:nobodyさん
08/12/25 21:52:46 aYMpm556
>>346
できない
オリジナルにしたかったらオリジナルのを自作すれば桶
353:nobodyさん
08/12/25 22:09:13
>>351
key_nameを使うといい
オートインクリメントは transaction 対応もあるから
entity group を利用するために parent を作ってカウンタモデルを作成
具体的なやり方はこちら
URLリンク(sites.google.com)
URLリンク(code.google.com)
URLリンク(code.google.com)
354:nobodyさん
08/12/25 22:18:45
URLリンク(docs.google.com)
355:nobodyさん
08/12/25 22:34:05
Javaなんて未来のない瀕死の言語をサポートするわけがない。
356:nobodyさん
08/12/25 22:36:42
Zopeの立場は・・・
357:nobodyさん
08/12/25 23:15:02
gaeoつかってる?
358:nobodyさん
08/12/26 06:45:29
>>348
まじで「googleのIDでログインできます」って言って
IDとパス容易に入手できるんじゃね?
内部でどう処理してるかなんてユーザには分からないし。
そのへんどうなってるんだろう
359:nobodyさん
08/12/26 07:23:24 5M1Scv9l
docomoで認証しようとしたら
ユーザーネーム(メールアドレスの前半部分)の最大文字数制限が少なすぎて
進めない!
メアド変えろってか??
どこに苦情言ったらいいんだろう
360:nobodyさん
08/12/26 08:41:25
メールアドレスの文字数制限短すぎるとか今時ありえねーよ
所詮極東のイエローモンキーなんてどうでもいいってことか・・
361:nobodyさん
08/12/26 12:30:39
docomoってエイリアスもてなかったか
362:nobodyさん
08/12/26 13:45:28
>>361
ないよ。あったら便利だけどmixiの認証の根拠とかもガタガタになるね
363:nobodyさん
08/12/26 14:18:13
docomoやauはRFC違反のメールアドレスを平気で発行する腐れシステム
364:nobodyさん
08/12/26 15:17:08
漏れのリアルメアドRFC違反鴨試練w
365:nobodyさん
08/12/26 17:07:11
いつの間にかジャンゴ以外のFWも使えるようになってるけど
どれが一番いいの?
366:nobodyさん
08/12/26 18:06:28
>>359-362
メールアドレス変更して認証だけしてからまたもどせばいいんじゃね?
367:nobodyさん
08/12/26 18:07:47
>>365
gaeの男女ーは中途半端
368:nobodyさん
08/12/26 18:11:59
>>366
それも考えたけどdocoomoだと一度使ったアカウントは半年使えなくなるらしい
仕方ないから家族のメアド使って転送してもらた
369:nobodyさん
08/12/26 18:17:13
>>365
gaeoはRoRのマネしてるみたいだけどあまり良さが分からん
djangoの方がすっきりしてるがadminがないのでこちらもメリット半減
370:nobodyさん
08/12/26 18:19:42
>>368
もちろん他人が半年以内に使うのは禁止されてる
自分で元に戻すのは戻るらしい
ただし保証された仕様かどうか分からない
371:nobodyさん
08/12/26 19:33:38
memcacheの容量に関する記述がないんだけど
サイズ制限のないストレージと考えていいの?
372:nobodyさん
08/12/26 21:25:06
そう思ってもいいけど
揮発性でいつのまにか忘却してるよ
「Memcache最高!使ってください」
とある
373:nobodyさん
08/12/26 21:35:16
The cache is available to all instances of your application and data is only evicted through memory pressure (i.e. there is too much data in the cache)
って言ってるのに最大サイズの記述ないのおかしくね?
最大サイズの概念がなかったらmemory pressure自体が発生しないジャン
374:nobodyさん
08/12/26 21:44:39
URLリンク(code.google.com)
URLリンク(code.google.com)
375:nobodyさん
08/12/26 21:49:51
URLリンク(www.metareal.org)
376:nobodyさん
08/12/26 21:52:01
URLリンク(groups.google.co.jp)
377:nobodyさん
08/12/26 21:59:01
>>374
メール2000通/日も送れるんだ
結構あるね
378:nobodyさん
08/12/26 22:25:59
google謹製っぽいwebapp、
フレームワークなのにテンプレートもないのかyo
379:nobodyさん
08/12/26 22:58:22 jBBUZIgK
テンプレートはあるよ
380:nobodyさん
08/12/26 23:00:56
from google.appengine.ext.webapp import template
self.response.out.write(template.render('hoge.html', {'fuga': 'hage', 'aho': 'sine'}))
381:nobodyさん
08/12/26 23:05:13
ダンジョーテンプレート標準装備だお
382:nobodyさん
08/12/26 23:18:55
点プレといえば
{{}}の中でpythonの関数呼びたいんだけど
どうすればできる?
383:nobodyさん
08/12/27 00:35:08
むり
384:nobodyさん
08/12/27 02:08:11
>>379-381
本当だ・・ありが㌧
ドキュメントに書いてないけどソースみたらあるね
385:nobodyさん
08/12/27 09:25:49
URLリンク(code.google.com)
おまえ開発者の才能ないよ
今すぐ荷物まとめて国に帰れよ
386:nobodyさん
08/12/27 09:56:54
>>385
あるね~
さらっと流してたんで途中からジャンゴの説明になってたかと思ってたわ
387:nobodyさん
08/12/27 10:01:40
正月に帰ってそのまま戻ってこなくていいよ
388:nobodyさん
08/12/27 10:11:46
でもwebappオリジナルじゃなくてジャンゴのテンプレート使ってるだけじゃん
勘違いしても仕方ねーだろ
389:nobodyさん
08/12/27 14:39:09
正月は樹海ツアーでもしてくれば?
390:nobodyさん
08/12/27 15:38:34 UwdtT2Ab
modelのキーを読み出すのってどうやるんですか?
__key__を参照しても
AttributeError: 'Hoge' object has no attribute '__key__'
と言われてしまいます
391:nobodyさん
08/12/27 15:58:08
modelオブジェクトにkey()でキーオブジェクトが取得できました
392:nobodyさん
08/12/27 21:55:27 CrVIz8wx
正しく男女虹彩
スレリンク(php板)
393:nobodyさん
08/12/28 05:30:55
pythonて配列から重複を取り除く関数すらないのか
他にも標準機能がPHPより少ない
PHPで簡単にできることをやる方法を探すのがいちいち面倒くせー
394:nobodyさん
08/12/28 06:22:00
>>382-383
URLリンク(pythonpaste.org)
395:nobodyさん
08/12/28 09:37:23
>>393
URLリンク(www.python.jp)
「なんでも適当にぶち込め」のPHPとは設計思想が違うんだよ。
396:nobodyさん
08/12/28 13:53:07
pythonて今時オブジェクトのメンバが全部publicなのかよ
JavaScriptかっつの
プークスクス
397:nobodyさん
08/12/28 14:06:25
プライベートなんて飾りです
偉い人にはそれがわからんのです
398:nobodyさん
08/12/28 14:58:24
>>393
君、プログラミング初心者でしょ? まったく。
>>397
完全に同意。
399:nobodyさん
08/12/28 15:13:49
>>397
完全に同意。
400:nobodyさん
08/12/28 15:17:13
PHPの関数はCで書かれてて速いけど
pythonはわりと基本的な関数でもpythonで書かれたりする
本当にドジでのろまな亀だね
401:nobodyさん
08/12/28 15:20:46
>>400
PHPではCで書かれていて、Pythonではそうではない基本的な関数
をここに列挙せよ。少なくとも10個は例証しろよ、低能君。
402:nobodyさん
08/12/28 17:09:35
mexo
hanaxo
403:nobodyさん
08/12/28 19:14:17
ここまでの話をまとめると、誰かmod_c作れってことだな
404:nobodyさん
08/12/29 08:00:35 lw0YVZUZ
modelの操作をもっと抽象化したメソッドって、modelに実装していいの?
modelに同名のメソッドがあって知らないうちにオーバーライドしてないか
心配になるんだけど・・
405:nobodyさん
08/12/29 09:14:29
三項演算子すらないpythonキモス
グイド大麻やりすぎだろww
406:nobodyさん
08/12/29 09:32:35
あるだろ
リファレンスも読めないのか
407:nobodyさん
08/12/29 10:12:35
いったん作成したエンティティのインスタンスを
色んなところで使いたいんだけどどうしたらいいの?
インスタンスレジスタみたいなクラス作るの?
408:nobodyさん
08/12/29 10:47:54
なに言ってんだおまえ?
グローバルインスタンスを作りたいってことか?
409:nobodyさん
08/12/29 10:57:00
うん
410:nobodyさん
08/12/29 11:07:13
>>409
## my.py
c = C()
## module1.py
from my import *
# ...
def hoge():
c.foo
# ...
## module2.py
from my import *
# ...
c.fuga()
411:nobodyさん
08/12/29 14:27:35
全部グローバルインスタンスにすれば楽だよ。
カプセル化とかしても、低脳な奴がいるとあまり意味ないし
412:nobodyさん
08/12/29 14:48:15
>>411
PHP使いに低脳が多いなんてひどいこと言うなよ!!
413:nobodyさん
08/12/29 15:21:14
gaeの場合、グローバルスコープに置いたらキャッシュ効いておかしなことになるやん
414:nobodyさん
08/12/29 15:37:12
>>410の方法でいいじゃん。
415:nobodyさん
08/12/29 15:38:23
>>353
このセッション、非常に興味深かったです。
ブログのコメント部分のコードのスライドがなかったのですが
googleはサンプルコード全体を公開してないのでしょうか?
416:nobodyさん
08/12/29 20:48:45
ネイティブのpythonの発音てパイパンに近いなw
417:nobodyさん
08/12/30 04:21:24
>>415
この辺にないかな
google-appengine-doc-20081003/docs/datastore/keysandentitygroups.html
gaeo 使ってみてるけど
plugins で >>407-414 みたいなことは
418:nobodyさん
08/12/30 06:43:05
URLリンク(code.google.com)
URLリンク(docs.google.com)
URLリンク(code.google.com)
419:nobodyさん
08/12/30 06:44:30
python使い=つるぺた好きって認識でおk?
420:nobodyさん
08/12/30 07:36:52
>>353
このサイトめっちゃ重たいんだけど
うちだけ?
421:nobodyさん
08/12/30 09:42:12
>>416
パイパンって何?
エロゲ用語?
422:nobodyさん
08/12/30 12:05:02
よう>>421
年末年始もエロゲかい?
423:nobodyさん
08/12/30 12:05:31
麻雀用語
白板
これ豆知識な
424:nobodyさん
08/12/30 13:51:23
gaeって他人の作ったappの影響受けないのかな?
よそのappが過負荷→こっちまでエラー多発みたいな
425:nobodyさん
08/12/30 15:32:03
麻雀とエロゲなんて夢のような正月だな。
うらやましいよ。
426:nobodyさん
08/12/30 16:06:57
まぁこういう時にしかこないガキ共にお年玉あげる正月よりはいいな
427:nobodyさん
08/12/30 16:38:30
おいおいパイパンは無毛まんこを表す一般的なエロ用語ですよ
エロゲなんてしねーし。
428:nobodyさん
08/12/30 17:47:45
google検索/Map/Appsって他人の作ったappの影響受けないのかな?
よそのappが過負荷→こっちまでエラー多発みたいな
429:nobodyさん
08/12/31 10:44:59 cLz9fHtW
>>428
ロードバランサが他のサーバを割り当てるからそういう事はない。
430:nobodyさん
08/12/31 11:30:14
クラウドとロードバランサ一緒にすんなよw
431:nobodyさん
08/12/31 12:02:16
データストアは書き込みが高コストだから競合に気を付けろと言われているけど
memcacheはどんなに規模が大きくなっても競合を気にしなくていいの?
432:nobodyさん
08/12/31 13:09:18
ためしに自動カウンタを持ったモデル作って
カウンタじゃないフィールドに 1,2,3,4, って書き込んでみた
カウンタは 1,2,3,4, って増えてるけど
フィールドの値は 3,1,2,4, とかめちゃくちゃな並びになった
おそらく書き込みは分散されているからだと思われ
433:nobodyさん
08/12/31 23:50:21
>>432
memcacheの話?modelの話?
434: 【大凶】
09/01/01 00:14:01
modelの話
435:nobodyさん
09/01/01 00:28:08
大凶ワロタw
436: 【凶】
09/01/01 00:53:05
これIPが種なのかな
437: 【小吉】 【1153円】
09/01/01 01:09:21
書き込むたびに変わるから
IPの情報使う必要がないような・・・
438: 【大吉】
09/01/01 06:22:54
あけおめ
439:nobodyさん
09/01/01 19:54:23 dpjt7rBi
webappのテンプレートから呼び出せる関数(ヘルパ)って
どう定義したらいいのですか?
440:nobodyさん
09/01/01 20:09:56
むり
441:nobodyさん
09/01/01 20:11:05 fHn+ttSa
私は webapp のテンプレートあきらめて
こっちにして快適です
URLリンク(pythonpaste.org)
442:nobodyさん
09/01/01 20:44:51
無理ってマジですか
テンプレートにアサインする前に処理しておけってことですかね
443:nobodyさん
09/01/01 20:53:46
webappってdjangoのテンプレート使ってるから
djangoに変えても無理ですよね?
>>441さんみたいに別のテンプレートシステム使うしかないのかな
444:nobodyさん
09/01/01 21:03:48
>テンプレートにアサインする前に処理しておけってことですかね
どっかのマニュアルにそう書いてあったような希ガス
445:nobodyさん
09/01/01 21:05:33
>>443
django のスレで聞いてみたら?
446:nobodyさん
09/01/01 21:10:52
>>443
URLリンク(djangoproject.jp)
URLリンク(djangoproject.jp)
まったく出来ない訳じゃないけど引数の数とかかなり制限ある
そもそもwebappのテンプレートはdjangoと完全互換じゃないし
webappの方で出来るかどうかはやってみないと判らない
447:nobodyさん
09/01/01 21:13:59
URLリンク(php-sql-gdgd.jugem.jp)
448:nobodyさん
09/01/01 23:46:18
URLリンク(d.hatena.ne.jp)
webappでカスタムフィルタできるやん
なんで嘘つくん?
しかしカスタムタグとかカスタムフィルタとかいちいち面倒くさいね~
PHPなら元来がテンプレートシステムだから楽なのに
pythonはショボい言語やなー
449:nobodyさん
09/01/01 23:50:05
確かにね
450:nobodyさん
09/01/02 00:02:01
いちいち面倒とか言ってるから
あんなコードができあがるわけですね・・・
451:nobodyさん
09/01/02 00:06:12
どんなコード?
452:nobodyさん
09/01/02 00:09:35
PHP最強!
453:nobodyさん
09/01/02 06:43:12
>>451
インデントも無茶苦茶で <?php ... ?> がそこら中に散らばり、
メンテナンスが不可能なゴミのように汚いコード。
454:nobodyさん
09/01/02 07:40:36
インデント揃えて<?php ... ?>をそこら中に散らばらせなければいいのでは?
455:nobodyさん
09/01/02 11:22:39
世の中の開発はWebだけだけと思っている人っているんですね。
おめでたいのは正月だけにしてくださいね。
456:nobodyさん
09/01/02 11:42:21
pythonをwebに使うのは無理があるんですね
分かります
457:nobodyさん
09/01/02 11:55:54
web2pyのスレ落ちたね
458:nobodyさん
09/01/02 12:00:35
Webもフロントエンドとバックエンドがあるよね。
コード量はテンプレートよりバックエンドの方が多いはず。
PHPでバッチスクリプト書くなんて信じられないです、ゴメンナサイ。
459:nobodyさん
09/01/02 12:03:48
>>458
PHPの人たちにそんなこと言ったって理解できないよ。
HTMLにちょっとコードを埋め込めば済むような安くてどうでもいい仕事しかしてないんだから。
460:nobodyさん
09/01/02 12:07:10
gaeでバッチ処理なんてできないでしょ
データストアに対する一括処理をしたくなった時はどうしたらいいんだろうね
461:nobodyさん
09/01/02 12:11:11
そうだね
gaeにはテンプレートはないしバッチ処理もできないよね
462:nobodyさん
09/01/02 12:15:40
gaeってコネクションの制約10秒までだから、
10秒以上かかるダウンロードは不可能なの?
463:nobodyさん
09/01/02 12:19:22
>>459
PHPエンジニアでそんな仕事やってるとこあんの?
464:nobodyさん
09/01/02 14:11:54
>>462
もちろん
465:nobodyさん
09/01/02 14:21:44
PHPでバッチ書いて飯を食ってる俺様参上
しかしスレ違いなので即退散
466:nobodyさん
09/01/02 18:32:33
PHPでもWindowsGUIアプリ書けるんだな
勉強になった
467:nobodyさん
09/01/02 19:11:55
よく出る話題だよね
今更知らなかったという点とPHPにできるわけないと思い込んでいたという点の両方において面白いけど
468:nobodyさん
09/01/02 19:26:03
PHPスレはここですか?
469:nobodyさん
09/01/02 19:57:04
新年から、ブサオタは二次元で我慢、とかそんな切ない話するなよ
470:nobodyさん
09/01/02 20:07:53
PHP使ったクラウドサービスってあるの?
RubyとかPerlは?
471:nobodyさん
09/01/02 20:25:57 qbbs520i
Python も PHP も使える俺はどうなるんだね?
君達は視野が狭いなー。
472:nobodyさん
09/01/02 20:34:08
どうなるって何が?
473:nobodyさん
09/01/02 20:46:02
>472
PHPのドカタ仕事ばかり回されてイライラする
474:nobodyさん
09/01/02 20:52:43
そりゃその程度の人材というだけ
475:nobodyさん
09/01/02 21:45:13
ドゴォォォォン!!
; ' ;
\,,(' ⌒`;;)
(;; (´・:;⌒)/
/⌒ヽ(;. (´⌒` ,;) ) ’
Σ(;^ω^)((´:,(’ ,; ;'),`
⊂ ⊂ / ̄ ̄ ̄/__
\/___/
476:nobodyさん
09/01/02 21:48:36
>>470
Aptana Cloud
477:nobodyさん
09/01/02 21:56:39
>>476
それはGoogleがやっているの?
478:nobodyさん
09/01/02 21:58:32
URLリンク(www.moongift.jp)
メモリ256MB、5GBのディスクで4セント/時間、
上級なメモリ2GB、25GBのディスクでも37セント/時間となっている。
月額計算で前者が30ドルくらい、後者でも266ドル程度だ
これ高くね?メモリ256Mのショボショボ鯖で30ドルて・・
479:nobodyさん
09/01/02 22:20:45
>>478
Amazon EC2の半額くらい
480:nobodyさん
09/01/02 22:29:37
ec2のスモールインスタンスはメモリ1.7Gで月7000円くらいだよ
481:nobodyさん
09/01/02 22:31:16
どれだけトラフィックが増えてCPU負荷が上がっても、
お金さえ払えば自動的にスケールする、
という期待をクラウドサービスに求めてはいけない?
482:nobodyさん
09/01/02 22:37:06
アプリの設計によるのではないのかな?
483:nobodyさん
09/01/02 22:38:37
>>481
gaeはまさにそれを目指してるのでは?
484:nobodyさん
09/01/02 23:05:38
URLリンク(japan.cnet.com)
自動的なスケールは幻想だという意見を見かけたもんで。
485:nobodyさん
09/01/02 23:23:58
HadoopとRDBを同列に語る時点でわかってない人な悪寒。
486:nobodyさん
09/01/02 23:50:18
江島君はスケールを心配する必要があるほど人気のあるサービスを作ってからこういうことを言えよ
487:nobodyさん
09/01/03 00:17:32
やっぱりドジャンゴのカスタムタグ書くの面倒くさすぎるな~
Tempitaは生pythonも書けるから、PHP的に使えるかしらん
488:nobodyさん
09/01/03 04:20:28
>>481
無限ループで課金されると怖い
489:nobodyさん
09/01/03 05:00:01
>>484-486
Goodボタンはあるのに
Badボタンは無いのが残念
あったら速攻押すのに
490:nobodyさん
09/01/03 05:06:24
>>481 >>488
もしさーgoogleがそのサイトにトラフィックを生み出すようなことしたらどうなる?
自作自演で(゚Д゚)ウマー
491:nobodyさん
09/01/03 09:00:50
アフィリエイトですねわかります
492:nobodyさん
09/01/03 13:00:19
Mako使ってる人いる?
まんこみたいで抵抗あるけど生python使えるし速いらしい
493:nobodyさん
09/01/03 13:04:59
Makoいいよ。
ただ,生Python使ったら使ったで別の意味で大変になるけどね。
テンプレートにロジックを書いてはいけないよ。
494:nobodyさん
09/01/03 13:06:31
URLリンク(groups.google.co.jp)
URLリンク(labs.unoh.net)
URLリンク(jkl.lomo.jp)
URLリンク(d.hatena.ne.jp)
URLリンク(d.hatena.ne.jp)
495:nobodyさん
09/01/03 14:23:12 4Qze7k9y
俺は主な <div> 毎に python で関数を作って、それで
""" %(var1)s ... %(var2)s ... %(var3)s """ % locals()
ってな感じでレンダーしてる。
これが一番メンテがしやすくて、直感的。 下手に template エンジンを使うと逆に
構造が複雑になる。
496:nobodyさん
09/01/03 14:25:40
筋肉バカってこの世界にもいるんだな。
497:nobodyさん
09/01/03 14:26:46
>>945
自分だけで作って使うWeb appならそれでいいかもね。
でもそれはオナニーとおなじだね。
498:nobodyさん
09/01/03 14:28:30
djangoのテンプレートで{% for %}まわして
1000件くらいレコード表示(するなよ)してみたら
あたりまえだけど遅くて10秒制限で引っかかる
同じことをpython側でやって1000件表示すると
一瞬で出てきた
gaeについて言えば常に10秒制限気にしないといけないから
割り切ってテンプレ使わない方が良いのかも知れない
499:nobodyさん
09/01/03 14:47:56
>>496-497
「主な <div> 毎に」 って言ってんじゃん。
マイナーな div は全部 template ファイルに入れてるよ。
base html も定義してあるし、他のテンプレートエンジンの機能も使いこなしてる。
pyhtonコードが密になる部分は python で関数を作ってやった方がいいってことだよ。
ハイブリッド形式が一番だよ。
500:nobodyさん
09/01/03 15:11:22
>>498
テンプレートがいったんpython化されずに逐次解釈されてるってこと?
そんな恐ろしい処理を行ってたのか
そんなの使えねー
501:nobodyさん
09/01/03 15:14:20
???
502:nobodyさん
09/01/03 15:19:58
mankoは一旦pythonコードにコンパイルしてから実行してるみたいだよ
だから速いんじゃない?
コンパイル済みコードのキャッシュは、
gaeではファイルへの書き込みができないから出来ないけど。
自分でmemcacheへのキャッシュ部分を書けばできるかも。
503:nobodyさん
09/01/03 15:44:14
Mako程度だったら、他とそんなに違いはないし、
普通に Django 標準のエンジン使うわ。
他も全て乗り換えれるほどのbenefitがないものばかり。
わざわざ冒険しなくてもいいんじゃないか?
504:nobodyさん
09/01/03 16:27:52
>>499
女とセックスしながらオナニーもするのか
そっちの方がキモいわ
505:nobodyさん
09/01/03 17:09:25
____
/_ノ ' ヽ_\
/(≡) (≡)\
/::::::⌒(__人__)⌒::::: \ mankoいいお…
| |r┬-| |
\ `ー'´ / 生関数をヘルパとして使えてPHPみたいだお…
506:nobodyさん
09/01/03 17:17:43
>>505
>>503
507:nobodyさん
09/01/03 17:22:19
/ ̄ ̄ ̄\
/ ─ ─ \
/ (●) (●) \. 速度は問題じゃないよ
| (__人__) | 面倒くさいカスタムタグ書かないでいいのが重要なんだよ
\ ` ⌒´ /
/ \
508:nobodyさん
09/01/03 17:26:37
カスタムタグなんて簡単に書けちゃうしなー。
function decorator の仕組みを知らないから面倒だとか言うんじゃない?
で、お前誰だよw
509:nobodyさん
09/01/04 00:14:22
テストしてると、
ドキュメントディレクトリに.pycというファイルが勝手に作られてウザいのですが
何とかなりませんか?
510:nobodyさん
09/01/04 01:21:21
マニュアル見た感じ
環境変数に
PYTHONDONTWRITEBYTECODEに適当な値を入れるとか
コマンドラインに-B付ければ作らない…かもしれない
そもそもプロジェクトのディレクトリにファイルが増えたところで・・・って感じがするが
バイトコンパイルした結果をおいて置くディレクトリを選べると便利な気はするが
511:nobodyさん
09/01/04 15:19:17
webappってリクエストパラメータのバリデーション周辺、
一切提供してないよね?
自分でゴリゴリ書くしかないのかな
512:nobodyさん
09/01/04 15:23:17
今までPHPやRubyのフレームワークをいくつか見て来たけど
正直webappほど低機能なフレームワークは見たことないです(><)
513:nobodyさん
09/01/04 15:41:10
マジレスすると,WSGIについて学ぶといいよ。
514:nobodyさん
09/01/04 15:47:39
>>511
GAE では django のを使うことになっているらしい
URLリンク(code.google.com)
結局自分でゴリってるけど
515:nobodyさん
09/01/04 15:50:27
URLリンク(groups.google.com)
URLリンク(groups.google.co.jp)
URLリンク(www.python.jp)
516:nobodyさん
09/01/05 00:40:19
webappってUTF-8以外のサイト作れなくね?
Requestクラス中でパラメータをUTF-8決めうちでunicode化してるから、
SJISだとパラメータがぶっこわれちゃう
517:nobodyさん
09/01/05 00:52:53
つーか、Requestのコンストラクタの中で
レスポンスヘッダたる'CONTENT_TYPE'を調べてるんだが
これはどういう意味なんだ?
グーグラーのくせにリクエストヘッダとレスポンスヘッダ混同してんじゃね?
それとも俺があほなのか…?
518:nobodyさん
09/01/05 01:26:08
>>517
PUTだとContent-Typeを含むリクエストがあると思う。
URLリンク(www.w3.org) だと
「The recipient of the entity MUST NOT ignore any Content-* (e.g. Content-Range) headers...」とある。
でも、POSTの方には、このことが書かれていないので、よくわからん。
URLリンク(www.w3.org)
519:nobodyさん
09/01/05 01:41:06
本当でした
俺があほでした・・
520:nobodyさん
09/01/05 01:54:03
post form multipart mime content-type
521:nobodyさん
09/01/05 04:46:14
実質utf-8決め打ちにしてるのはどうかと思う
google mobileだってsjisなのに。
しかもわざわざwebobに付け加えたみたいだし
変なおせっかいならないほうが余程マシ。
522:nobodyさん
09/01/05 07:53:05
accept-charset="utf-8"
523:nobodyさん
09/01/06 17:25:51 kNeyVv+2
セッションの機構はmemcache使って自分で書かなきゃ駄目ですか?
524:nobodyさん
09/01/06 17:45:42
gae oil
525:nobodyさん
09/01/06 19:03:17
ありがとうございました
526:nobodyさん
09/01/06 20:01:45
開発中なので、loggingでinfo等出力させています
メッセージはappserverのコンソールに出力されています。
これってgaeのサーバにアップする時も残しておいていいのでしょうか?
527:nobodyさん
09/01/06 20:24:11
いいですよ
528:nobodyさん
09/01/06 22:17:48
そうですか
ありがとうございました
529:nobodyさん
09/01/07 18:13:56 Htk0QDsx
gaeのサイトを独自ドメインで運用しようとしています
URLリンク(code.google.com)
ここを見て、appsのアカウント作成、gaeとappsのマッピングは済ませたのですが、
dnsをそのサイトにマップする方法が分かりません
どのように書けばいいのでしょうか?
530:nobodyさん
09/01/07 19:12:01
cname www ghs.google.com.
だけでした
naked domainはappsで対応してないようでちょっと不便ですね(-_-)
今時www付けるなんて冗長だ・・・
531:nobodyさん
09/01/07 19:32:11
できますよ
532:nobodyさん
09/01/07 20:44:25 Htk0QDsx
URLリンク(www.google.com)
Due to recent changes, Google App Engine no longer supports mapping your app to a naked domain.
と書いてありますが、できるのですか?
DNS付属のURL転送を使わないといけないのでは?
533:nobodyさん
09/01/08 02:22:37
value domainの転送なしドメインにしてたためnaked domainが解決できませんorz
ドメインの転送なんて使わないだろうと思っていたのですが、
たかだか10円違いでこんなことになるとは・・
534:nobodyさん
09/01/08 05:53:28 BLsuqMxo
生キロ
535:nobodyさん
09/01/08 06:48:08
>>533
10円に泣いた男ww
俺はさっきドメイン登録してきたが、もちろん「転送あり」だぜw
536:nobodyさん
09/01/08 15:24:40
転送なしというラインアップがあること自体がおかしいだろ
そんな差別化紛らわしいだけで一利なし
value domainは馬鹿
537:nobodyさん
09/01/08 15:29:04
>>536
UIの低能加減からして value-domain がアホなのは自明だけどな。
538:nobodyさん
09/01/08 16:07:06 Bg88FJOl
Google App Engine 教えてくれるセミナとかないの?
539:nobodyさん
09/01/08 16:15:09
ハッカートンとかいうのしてたみたいよ
540:nobodyさん
09/01/08 16:42:03
今更VDが馬鹿なのを主張されても…
541:nobodyさん
09/01/08 17:52:26
いつのまにか、google.co.jpにアクセスしたら
www.google.co.jpにリダイレクトされるようになってるな
google的にはホストがないurlなんて糞ってことか。
542:nobodyさん
09/01/08 17:55:35
urlにwwwが付いてると90年代初頭みたいだよね(´・ω・`)
543:nobodyさん
09/01/08 18:01:51
>>542
www2, www3 は90'初頭なかんじだけど、wwwは後半だな。
544:nobodyさん
09/01/09 00:22:51 PbQMr6cR
データストアでツリーモデル作りたいのですが、
どういうアプローチをしたらいいですか?
545:nobodyさん
09/01/09 02:45:41
ReferenceProperty って自分参照出来なかったっけ?
546:nobodyさん
09/01/09 03:49:16
データストアの500M制限って現実的に考えると小さすぎるよな
有料版ではこの制限も取れるんだろうか?
547:nobodyさん
09/01/09 06:22:01
>>545
できますね。ただ一回のクエリでツリーを取得するのは難しいかと
同じような疑問がグーグルグループにありました
URLリンク(groups.google.co.jp)
これから読んでみます
548:nobodyさん
09/01/10 06:26:14 luavPm0j
Kindをまたいで、同じプロパティーを持つエンティティーをselectすることはできますか?
sqlの疑似コードで言うと、
select * from * where user_id=1
みたいな
549:nobodyさん
09/01/10 06:51:27
共通の親クラスから継承するようにモデル作れば?
550:nobodyさん
09/01/10 06:58:10
確かにモデリング自体は、共通の親を継承させることでできますが、
横断的なselectの可不可は、また別問題では?
SQLでは、from * なんて書き方は絶対できませんが、
データストアはスキーマレスなので、
できないこともないような気もします・・
551:nobodyさん
09/01/10 09:21:18 pVr1yf0c
いくらなんでも select * from * は酷いな。
自分で
for table in tables:
... 'select * from %(table)s' ...
みたいにすれば?
552:nobodyさん
09/01/10 10:58:54
仮に同じプロパティーを持つエンティティー e が取り出せたとして
query = db.GqlQuery('select * from * where user_id=:1', user_id)
for e in query:
ここで e に対して何が操作出来るかどうやって区別するんだ
553:nobodyさん
09/01/10 11:00:13
e の polymorphism を利用するべきじゃないか?
554:nobodyさん
09/01/10 11:01:56
>>550
それは杞憂です
とりあえずうんこ行ってから続き書きます
555:nobodyさん
09/01/10 11:37:33
goggle的にはentitygroupを作ってparent-key-valueをall_entitiesにぶっこむのが正解らしい
556:nobodyさん
09/01/10 14:15:13
>>551
それだとKindが増えた時にコストがどんどん増えるので、
最初から一つのインデックスにできたらと思ったのです
>>553
そうですね
>>554
杞憂の言葉の意味分かってますか?
>>555
ありかとうございます。見てみます。
557:nobodyさん
09/01/10 16:33:33
URLリンク(s01.megalodon.jp)
URLリンク(s03.megalodon.jp)
URLリンク(s02.megalodon.jp)
558:nobodyさん
09/01/11 18:08:07
URLリンク(www.moongift.jp)
URLリンク(www.moongift.jp)
URLリンク(techon.nikkeibp.co.jp)
URLリンク(morii3.cocolog-nifty.com)
URLリンク(diaspar.jp)
URLリンク(jp.youtube.com)
URLリンク(code.google.com)
URLリンク(www.virtual-tech.net)
URLリンク(markmail.org)
559:nobodyさん
09/01/12 17:38:30 j7rSo5dO
mail.is_email_validの動作おかしくね?
メールアドレスじゃなくても通るっていうか、
mail.is_email_valid('hoge')でもTrueが返ってくるよ
560:nobodyさん
09/01/12 17:51:48
is_email_valid "google app engine"
でググっても8件しか見つからない・・
gaeってあんま使われてないんの?
561:nobodyさん
09/01/12 18:56:45
URLリンク(markmail.org)
562:nobodyさん
09/01/12 19:05:52
Email address validation with Django and Google App Engine
Email address validation is a quixotic affair that's sure to end with you
sporting a false sense of achievement and your users in tears.
Many "better mousetrap" regular-expression-based validation system
on the web today are overly strict and reject perfectly valid email addresses.
Beyond regular expressions and other string-based techniques,
your options are to check the DNS server
(but DNS lookups can fail on occasion) and vrfy the SMTP server
(but many SMTP servers turn this off to stop email harvesters).
Ultimately, you can actually send an email to the address
and see if there are any bounces.
Or, we could just not bother.
That, at least, is the approach that the Google App Engine SDK currently takes.
Both the google.appengine.ext.db.EmailPropery()
and the google.appengine.api.mail.is_email_valid() functions
only check that a non-empty string instance is passed.
The problem with that is that you really don't want your good friends
asdfhdsjkj and asdfghdsj to make regular camio appearances in your lovely database.
563:nobodyさん
09/01/12 19:08:21
It feels to me that the best approach is to accept
that we can't truly validate email addresses
and instead perform some light validation
that doesn't provide false positives while blocking
the most obviously non-validating addresses.
This seems to be the approach taken by the validation regular expression in Django
(email_re in django.core.validators).
Phil Haack has a good article about all this from last year
this titled I Knew How To Validate An Email Address
Until I Read The RFC in which he quotes several
unlikely-looking yet valid email addresses from RFC 3696
(Application Techniques for Checking and Transformation of Names)
including such gems like !def!xyz%abc@example.com.
I ran the whole list through Django's validator and they all passed.
All this to say that I'm using the Django email validator
in my Google App Engine apps and it appears to be working well.
564:nobodyさん
09/01/12 22:51:05
日本語でおk
まとめると「イマイチ使えない関数」ってことっすか?
565:nobodyさん
09/01/12 23:06:58
言い訳すんなって感じだな。
確かに、!とか%とか""とかスペースとか<> [] ()あたりを全部駆使すれば
相当に訳のわからないValidなアドレスは作れるが、所詮BNFで記述できる
範囲だから実装するのは簡単だし、もしくはふつーの形式以外は
拒否すりゃいい話。
なんか入ってればOKなんて結論になる理由になってない。
566:nobodyさん
09/01/13 02:17:52
gae oilってZendFramework参考にしてるんだ
pythonerがphpのプロダクト参考にしてるなんて・・プークスクス
567:nobodyさん
09/01/13 03:12:53
RoRもだね
568:nobodyさん
09/01/13 03:20:19
RoRの作者も元PHPERだから、PHP様々だねwクスクスプー
569:nobodyさん
09/01/13 03:38:07
あーだからあんなに使いにくいのか
570:nobodyさん
09/01/13 12:39:27
馬鹿には使えないんです
571:nobodyさん
09/01/13 13:06:29
Perl様々だろ、常識的に考えて
572:nobodyさん
09/01/13 14:27:42
スレリンク(tech板)
573:nobodyさん
09/01/14 18:43:31 BrrRMqDH
Google App Engine で Django 1.x を使いたいんだけど、
サポートはまだですか?
574:nobodyさん
09/01/14 20:57:41
自分でインストールしたらいいだけじゃないの?
pure pythonなら大抵動くでしょ
575:nobodyさん
09/01/15 02:53:40 sFuWbZ6t
エンティティーグループを使わずに(トランザクションなしで)
同じKindのエンティティーを同時に作成した時、
それはエラーなしで実行されるのでしょうか?
自動で割り振られるidがほぼ連番なので、
id生成はアトミックに行われているような気もするし、
それだとマズいので、バッティングしないid生成を使っているような気もします
576:nobodyさん
09/01/15 03:56:11
idはダブらないよ
577:nobodyさん
09/01/15 04:07:27
たしかに、今動いてるアプリ見ると、
1から始まる連番と200から始まる連番が混在してますね
ノードレベルでアトミックなのかなぁ
連番の間隔もっと離れてた方がいいような気も・・
578:nobodyさん
09/01/15 06:11:06
きちんと連番にするためにidじゃなくて
自前のカウンタを持たせた場合
カウンタをインクリメントするときに
アトミックでないと当然同じ番号になるケースが起こる
カウンタに対してはアトミックなアクセスが必要
579:nobodyさん
09/01/15 08:12:32
expandoはプロパティーを好きに追加できますが、プロパティー数に制限ありますか?
580:nobodyさん
09/01/15 22:55:14
URLリンク(www.itmedia.co.jp)
Google、Google VideoのアップロードやJaikuなど6サービスを終了
gaeで構築してgaeがいきなり終わったら目も当てられないね
581:nobodyさん
09/01/16 05:58:22 JXr+7Aan
モデルを操作するメソッドは、モデル自身に実装させていいのですか?
たとえば、incrementなどです
582:nobodyさん
09/01/16 08:14:03
なんでmemcacheのビューアないの?なめてんの?
583:nobodyさん
09/01/16 12:12:53
get_stats()
Gets memcache statistics for this application.
All of these statistics may reset due to various transient conditions.
They provide the best information available at the time of being called.
The return value is a dictionary mapping statistic names to associated values.
Statistics and their associated meanings:
hits: Number of cache get requests resulting in a cache hit.
misses: Number of cache get requests resulting in a cache miss.
byte_hits: Sum of bytes transferred on get requests. Rolls over to zero on overflow.
items: Number of key/value pairs in the cache.
bytes: Total size of all items in the cache.
oldest_item_age: How long in seconds since the oldest item in the cache was accessed.
Effectively, this indicates how long a new item will survive in the cache without being accessed.
This is _not_ the amount of time that has elapsed since the item was created.
584:nobodyさん
09/01/16 15:53:33
>>583
たしかにそれで自分で作ればいいけども
datastoreビューアを用意するならmemcacheビューアがあってもいいじゃん
585:nobodyさん
09/01/16 21:00:05
いつのまにか機能が増えてるときがあるから気長に待て
586:nobodyさん
09/01/16 22:51:39
gae管理画面のタイムゾーンが日本時間でないので困ります
日本時間にする方法あれば教えて下さい
587:nobodyさん
09/01/16 23:13:28
シンプルなエンティティーを3つputするリクエストを繰り返すだけで、
Avg CPUがどんどん上がって赤くなっていくんだけど
1リクエスト中で許されるput数はたった2つ程度?
それでいったい何をしろと・・
588:nobodyさん
09/01/17 06:55:17
>>586
googleにメール
589:nobodyさん
09/01/17 06:56:25
>>587
使い方間違ってるかと
590:nobodyさん
09/01/17 18:56:07
あるモデルを全削除する場合、
all().fetch()してイテレータで回して一つずつ削除するしかないの?
591:nobodyさん
09/01/17 19:33:47
>>589
cpuタイムが1000ms程度超えるだけで赤くなるね
気にする程のことでもないみたい
592:590
09/01/17 20:09:31
Queryをイテレートでおkでした
593:nobodyさん
09/01/18 03:00:28 qAy4grM0
coLinuxにapp engineを入れて、ホストのwinからサイトを見たいのですが、
winからcoLinuxに接続出来ません
サイトは、coLinuxのlynxでは見えます。
lsof -i:8080
で確認すると、
localhost:webcache (LISTEN)
と表示されます。このlocalhostが気になります。
dev_appserverは、ローカル以外にはサイトを公開しないのでしょうか?
594:nobodyさん
09/01/18 03:10:24
-aオプションで解決しました
595:nobodyさん
09/01/18 05:13:32
解決おめ
596:nobodyさん
09/01/20 22:55:39
>>573
App Engine向けのDjango
URLリンク(code.google.com)
色々なものが動くようになってきたので、cronとか要望の高いものをどんどん拡張していってほしい所だな。
597:nobodyさん
09/01/21 00:16:28
うほっ
598:nobodyさん
09/01/22 09:25:14
>>596
でもそれ、まだ1.x系には対応してないんだよね?
599:nobodyさん
09/01/24 16:19:59
>>448
同じ問題で検索してカスタムフィルタで一部分は解決出来ました
ありがとうございました
ただ django の template はなんとも貧弱なのと
{% ifequal hoge fuga|customfilter:param %}
みたいなことしようとしても ifequal の中ではカスタムフィルタが
ちゃんと動いていないみたいなので目的は完全には達成出来ませんでした
{{fuga|customfilter:param}}の結果は期待通り出てるのになぁ
600:nobodyさん
09/01/24 17:59:26 v7FoOqq8
結局まだpython以外利用できないんだよね?
ってか今登録できるのは、無料アカウントだけですか?
601:nobodyさん
09/01/25 05:58:05 7yBqIDHT
>>600
言語は Python のみ。
登録は無料アカウントのみ。
ストレージは500MBのみ。
制限厳しすぎだな。 > Google
これじゃ流行らないよ。
602:nobodyさん
09/01/25 08:11:11
アパッチハドゥープでデータストアみたいの作れないのかな?
603:nobodyさん
09/01/25 08:16:25 7yBqIDHT
Google App Engine でストレージを購入できるようになったら本格的に使うのに。
今だと、外部のDB/APIサーバー作ってそことコミュニケーションさせるしか道がない。
604:nobodyさん
09/01/25 14:14:22
>>601
どうなんだろ。
無料の範囲でいい人にはいいだろうし、
そうでない人はVPSとか専用鯖借りるだろうし
Pythonのみというのは確かに致命的だが
605:600
09/01/25 22:14:13 l1F13FTZ
>>601
あざす!
606:nobodyさん
09/01/26 11:38:31 xM4CpIxr
GAEの正式リリースが何時か知ってる人いる?
607:nobodyさん
09/01/26 18:38:36 aFYLHCo/
去年の3月だっけ
608:nobodyさん
09/02/01 00:08:18
googleなんか調子悪いと思ったら今度は派手にぶっ壊れたね
こういうことがあると、gaeで全面的に依存するのもどうなのかと思う
609:nobodyさん
09/02/01 00:45:36
全面的に依存してたのか・・・
610:nobodyさん
09/02/01 00:58:16
gae使ったら依存するだろ
611:!omikuji
09/02/01 02:12:22
!omikuji
612:nobodyさん
09/02/01 07:00:43
Googleがぶっ壊れた
613:nobodyさん
09/02/01 07:18:16
NGURLの登録データ間違えてただけらしいね
big tableがぶっ壊れたのかと思った
614:nobodyさん
09/02/01 07:49:01 rg7gZ0Rw
さすがGoogle。
段々アホの子になってきたな。
615:nobodyさん
09/02/01 08:50:11
gmailの検索がやたら重かったり、google readerの一括更新が遅かったりと
最近のgoogleは何か変だ
616:nobodyさん
09/02/01 09:08:45
>>615
会社は大きくなればなるほど、非効率的で、コミュニケーションが停滞しがちで、
プロダクト間の連携も難しくなり、しまいにはバグが増え、会社自体がアホになってく。
Googleも他と同様、アホの退化への道を辿っているし、
この先ずっとそうなっていくことだろう。
だが心配なかれ。
また別の会社がでてくるから。
こうした創造的破壊は経済の必然プロセスなんだ。
617:nobodyさん
09/02/01 12:53:17 jgCOwxDC
>また別の会社がでてくるから。
>こうした創造的破壊は経済の必然プロセスなんだ。
Cloudのようなシステムを本格化するためには、こういう事では
ためだ。安定・長期のシステム稼働が無かったら使いものにならない。
618:nobodyさん
09/02/01 13:24:31
W.nnyが一番長期のシステム稼働かもな
安定かどうかは知らん
619:nobodyさん
09/02/02 02:00:32 enCDFoM0
一つのアプリの異なるURLを、別のドメインにマップすることってできますか?
URLリンク(www.hoge.com) → hoge.appspot.com/hoge/
URLリンク(www.hoge1.com) → hoge.appspot.com/hoge1/
みたいな感じに。
10個しか作れないので、単機能的なミニアプリ作るともったいないです
620:nobodyさん
09/02/02 06:25:12
アプリの削除機能付かないのかな
621:nobodyさん
09/02/02 06:28:12
>>619
複数のドメインを一つのアプリに割り当ては出来るから
そのアプリの各URLのところに
どのドメインでアクセスされているかを調べて
それぞれの処理を行うディスパッチャを作れば実現可能
622:nobodyさん
09/02/02 13:33:03
>>621
なるほど
ありがとうございました
623:nobodyさん
09/02/05 16:54:27
referenceproperty(a)を持つmodel(A)で
reference先のmodel(B)のproperty(b)の値を条件に
検索を行いたいのですがどうすれば出来ますか?
db.GqlQuery('SELECT * FROM A WHERE a.b=:1', hoge)
みたいな感じで書くとエラーになるようです><
624:nobodyさん
09/02/05 17:16:42 865tdHLi
ちょっとまぬけだけどこんなの
URLリンク(groups.google.co.jp)
625:nobodyさん
09/02/05 17:23:03
whereに a > 1 and b > 2 のように
">" などの条件は2つ以上記述できない。 (1つしかだめ)
', '.join(self.INEQUALITY_OPERATORS))
BadFilterError: BadFilterError: invalid filter: Only one property per query may
have inequality filters (<=, >=, <, >)..
626:nobodyさん
09/02/05 17:27:40
部分一致検索はできない
w が unicode のとき
q = db.GqlQuery("SELECT * FROM Hoge WHERE fuga>=:1 and fuga<:2", w, w + u"\uFFFD")
w が utf-8 のとき
q = db.GqlQuery(("SELECT * FROM Hoge WHERE fuga>=:1 and fuga<:2", w, w + "\xEF\xBF\xBD").decode("utf-8"))
自動でデコードされるみたいなので
q = db.GqlQuery("SELECT * FROM Hoge WHERE fuga>=:1 and fuga<:2", w, w + "\xEF\xBF\xBD")
でもいいみたい
627:nobodyさん
09/02/05 17:36:32
使えねーw
628:nobodyさん
09/02/06 23:57:51
馬鹿には使えないのですね
わかります
629:nobodyさん
09/02/07 04:07:10
馬鹿しか使わないのです。
全然わかってないですね
630:nobodyさん
09/02/07 07:00:42
なるほど
ありがとうございました
631:nobodyさん
09/02/07 07:23:13 +a2UfnZm
複雑だと思うならつかわなきゃいいんじゃねーの?
なんでアホはあるもの全部使わなきゃ気がすまねーの?
632:nobodyさん
09/02/07 18:47:59
そういうのの他にも、好きな物(言語とか)を袖にされて怒りで思考が乱れ、
心の平安を得る為に「相手を見下せるキャラ設定を相手にかぶせる」という
手短な方法を選ぶ人も多いね。>>628-631とか。
633:nobodyさん
09/02/07 19:01:16
632は?
634:nobodyさん
09/02/07 19:25:54
>>632
ただの痛い子です
635:nobodyさん
09/02/07 20:44:09
>>632
>>628-632の間違いじゃん。
636:nobodyさん
09/02/07 22:30:53
キャラ設定をかぶせているが、それほど不当だとは思ってない。
逆にそういうキャラと想定しないと、意見をスルーできずに心の平安を
得られないのもまあおっしゃる通りで、むしろ当然のことだと思ってるぞ。
637:nobodyさん
09/02/07 22:34:12
ロードマップが更新されたね
メール受信処理とかタスク処理とかなかなか使えそう
638:nobodyさん
09/02/08 11:20:51
ちなみに以前のロードマップ
URLリンク(codezine.jp)
それによると、今後2四半期(2009年3月まで)で次のような機能追加が行われるという。
* 大容量ファイルのサポート
* 大規模データのインポート・エクスポート
* 有料プランの開始
* 新しい言語サポート
* Uptimeモニタ用サイト
有料サポートは間に合うのか?
新しい言語サポートは無理そうだな・・
639:nobodyさん
09/02/08 23:42:00
馬鹿にされると(恥ずかしい?)のは馬鹿だからだろ
馬鹿じゃないんだったら馬鹿にされてもいいじゃん
ひとちがいなんだから
640:nobodyさん
09/02/09 13:47:41
自作モジュールを作ったんだけど、
ImportError: No module named xxxx
というエラーが出るんだけど、モジュールの置く場所って
何か知らせないとダメなの?
hoge/test.py
/xxxx.py ←今回作ったモジュール
test.pyの中でimport xxxxとやっても読み込めません
641:nobodyさん
09/02/09 16:12:08
|
|
∩___∩ |
| ノ _, ,_ ヽ (( | プラプラ
/ ● ● | (=)
| ( _●_) ミ _ (⌒) J ))
彡、 |∪| ノ
⊂⌒ヽ / ヽノ ヽ /⌒つ
\ ヽ / ヽ /
\_,,ノ |、_ノ
642:nobodyさん
09/02/09 16:14:52
import sys, os
sys.path.append(os.path.dirname(__file__))
643:640
09/02/10 10:45:05
>>642
__init__.py作って、中にその2行足したらできました!!
ありがとうございました
>>641
クマさん かわぃぃ^^
644:nobodyさん
09/02/11 03:33:41
urllib, urllib2, httplib がそのまま使えるようになったっぽっぽっぽ
>Google App Engine Blog: SDK version 1.1.9 Released
>You can now use the Python standard libraries urllib, urllib2 or httplib to make HTTP requests.
>This has been a frequent request on our issue tracker.
>We've been working on a set of tools that will make the process of uploading and downloading data from App Engine applications easier.
>Today we're excited to announce an early release of our new bulk uploading client.
>You can try it out here. Let us know what you think in our Google Group!
>Several updates to our datastore, including the automatic generation of single property indexes and the addition of IN and != operators to db.Query.
>See the Datastore API docs for more details.
>A bunch of additional bugfixes and enhancements, listed in our Release Notes.
> URLリンク(googleappengine.blogspot.com)
645:nobodyさん
09/02/11 04:35:54
URLリンク(code.google.com)
ダウンロードへいくと勝手に日本語サイトに飛ばされて
1.1.0しかダウンロードリストに出てきません
本当にありがとうございました
646:nobodyさん
09/02/11 22:21:42
今日の日付を取得しようと、
datetime.datetime.today().strftime("%Y/%m/%d %H:%M")
ってやるととんでもない時間が返ってくるんだけど、
日本の時間に設定できないの?
647:nobodyさん
09/02/12 00:45:35
いまはtimedeltaで+9するしかないみたいですね
そのうちTZに対応してくれるのかも知れないけど
timedeltaで+9するアプリばっかりになると
勝手にTZ対応されるとまた困ったことになりそうだね
648:nobodyさん
09/02/12 01:34:22 LTV8fqHE
>>647
やっぱりそうなんだ。
ありがとう
today = datetime.datetime.today() + datetime.timedelta(hours=+9)
print today.strftime("%Y/%m/%d %H:%M")
649:nobodyさん
09/02/12 02:48:51
+9をmodelとかcontrollerとかでいじると後でやばそうなんで
カスタムフィルタ作ってそこで変換した方がよさそうです
URLリンク(webdba.blogspot.com)
URLリンク(d.hatena.ne.jp)
URLリンク(reiare.net)
URLリンク(w00kie.com)
650:nobodyさん
09/02/12 04:53:54 0dYkTFC0
memcache がローカルだとうまく動かないのですが
動いているかたはいらっしゃいますか?
651:nobodyさん
09/02/13 17:51:25
URLリンク(googleappengine.blogspot.com)
・No more "High CPU Requests"!
・Response deadline raised to 30 seconds.
・Size limits on code files, static files, and requests/responses raised to 10MB!
有料プランも早く頼むぜ!
652:nobodyさん
09/02/13 17:53:21
>>650
普通に使えるよ
memcachedといっても通常のmemcachedが動いてるわけじゃなくて
memcachedをエミュレートしてるだけだけど
653:nobodyさん
09/02/13 21:41:20
>>652
ありがとうございます
memcacheに放り込むデータがテキストとかじゃなくて
オブジェクトそのものを放り込もうとしてたのですが
pickleが無いとかなんとか言われてるんです
654:nobodyさん
09/02/13 21:46:43
>>651
検索条件に <= > とかを使うとき
一つのプロパティのみしかだめなのがつらい
あとOR使えなくてANDのみだし
そのせいでANDでいくつか条件クロスしようとすると
2^N個のオーダーで爆発的にindexが必要で
indices quota に引っかかってアプリケーション使えなくなったしw
655:nobodyさん
09/02/13 22:59:09
>>651
cron機能は早くほしいなぁ。
あと、サーバを日本に置いてくれないかな・・・
アクセスすると最初に表示されるの若干遅くない?
あまり皆は気にしてないのかな
656:nobodyさん
09/02/13 23:05:51
最初のアクセスではコンパイルされるから遅いんじゃ?
657:nobodyさん
09/02/14 08:52:40 N5ClWwf+
>>651
それいつから?
ただの希望?
658:nobodyさん
09/02/14 08:53:49
なんで中の人が希望をブログに書くんだよw
659:nobodyさん
09/02/14 11:20:50
>>657
実施済み
660:nobodyさん
09/02/14 11:31:42
つーか>>651の変更なんてショボいもんじゃん。
ファイルサイズの制限はいいから、全体のストレージのリミットを大きくしろと。
661:nobodyさん
09/02/14 13:20:46
>>655
それはブラウザにキャッシュがないからではないでさうか?
662:nobodyさん
09/02/14 13:31:39
>>656
ローカルでテストしたものをuploadしたら
pycも一緒にあがると思うんだ
663:nobodyさん
09/02/15 11:13:54 d/9tGzsZ
・No more "High CPU Requests"!
・Response deadline raised to 30 seconds.
・Size limits on code files, static files, and requests/responses raised to 10MB!
1000 件以上データぶっこんでるんだけど
30 sec でも足りないや
664:nobodyさん
09/02/15 11:25:06
>>654
漏れはその制限に気付いた時点で使うのやめたよ
おもちゃ以下だ
665:nobodyさん
09/02/17 19:14:43
GAEからAmazon Web Serviceを使って商品の検索とかできるのかな?
666:nobodyさん
09/02/17 20:12:34
Googleはユーザーをナメてんのか?
まじで最悪だ。
667:nobodyさん
09/02/17 22:55:14
>>666
何が?
668:nobodyさん
09/02/17 22:55:57
>>665
RESTだからOK
669:665
09/02/18 08:39:22
>サンキュ
670:nobodyさん
09/02/18 17:46:02
Gmail の API で libgmailer というのがあるようですが
これを Python で wrap したモジュールみたいなものはありますか?
671:nobodyさん
09/02/18 17:46:54
PHPのなら
URLリンク(gmail-lite.sourceforge.net)
URLリンク(gmail-lite.sourceforge.net)
672:nobodyさん
09/02/19 22:24:39 WEE3ivzL
Memcache API Calls 39 of 8640000
Data Sent to API 0.00 of 10.00 Gbytes
Data Received from API 0.00 of 50.00 Gbytes
673:nobodyさん
09/02/20 20:27:28
URLリンク(www19.atwiki.jp)
674:nobodyさん
09/02/24 20:05:14
gmail大規模死亡中
やっぱりgaeは危険?
675:nobodyさん
09/02/24 22:26:01
>>674
少しは自分で考えろや
676:nobodyさん
09/02/25 00:20:22
いやん
677:nobodyさん
09/02/25 00:57:47
やっぱ普通に考えて危険ですよねー
678:nobodyさん
09/02/25 06:29:53 Qc4kuRLj
URLリンク(googleappengine.blogspot.com)
New! Grow your app beyond the free quotas!
有料プランキター!
679:nobodyさん
09/02/25 06:47:59
gmailのトラブルはgaeのアップグレードの影響だったのかな
naked domainをやめてホスト名を付けるようになったり、
google内部の開発もどんどんgae的になっていってるような気がする
680:nobodyさん
09/02/25 07:25:02
>>678
知ってる。
さっきまでポストが Tuesday, February 23, 2009 になってたが、
今日書かれたんだろ。
681:nobodyさん
09/02/25 10:15:19
>>674
じゃぁどこなら安全だと思う?
682:nobodyさん
09/02/25 15:23:49
$0.10 per CPU core hour. This covers the actual CPU time an application uses to process a given request, as well as the CPU used for any Datastore usage.
$0.10 per GB bandwidth incoming, $0.12 per GB bandwidth outgoing. This covers traffic directly to/from users, traffic between the app and any external servers accessed using the URLFetch API, and data sent via the Email API.
$0.15 per GB of data stored by the application per month.
$0.0001 per email recipient for emails sent by the application
mailは何通まで?
683:nobodyさん
09/02/25 18:39:19
>>682
金さえ払えば限界ないんじゃね
684:nobodyさん
09/02/25 18:47:15
URLリンク(itfun.jp)
なお、Amazon EC2のようにお金さえ払えばどこまでもしてもよいというものではなく、それぞれに上限も用意されているようです。
制限あるならgaeの意味なくね?
685:nobodyさん
09/02/25 20:27:22
ロクなもん作れないおまえには関係なくね?
686:nobodyさん
09/02/25 21:32:18
制限におさまるようなサイトなら月500円のレンタルサーバで十分じゃん
何なのこれ
687:nobodyさん
09/02/25 21:34:16
無限ループするとCPUTimeでとまる
コツコツ地道に送り続ければ
どこまで行けるか知らんけど
688:nobodyさん
09/02/25 21:37:27
>>680
お前が知ってると、俺になんかいいことあんの?
689:nobodyさん
09/02/25 21:39:57
無料でSSLが使えるサーバーってありますか?
690:nobodyさん
09/02/25 21:58:04 jHsMaD7d
>>686
制限におさまるようなサイトなら
月500円も払う必要ないべ
691:nobodyさん
09/02/25 23:07:02
>>688
なんだこいつwwwwwwwww
692:nobodyさん
09/02/26 01:44:23
ちんこ
693:nobodyさん
09/02/26 16:12:21
鎮魂
694:nobodyさん
09/02/26 19:46:47
ピン子
695:nobodyさん
09/02/27 03:06:46
無料分の帯域が1日10G→1Gってキツいな~
1Gなんてあっという間じゃん
696:nobodyさん
09/02/27 22:46:16
月に500円ぐらいで済むのであれば、それ使って何かビジネスをしたとしても
月に500円+ぐらいの商売にしかならず、それじゃ雇用創出はおろか
誰一人暮らせないってことになって、いったい何を目指しているんだろうという
感じになるよねぇ。
697:nobodyさん
09/02/27 22:50:45 CFH3ykBF
>>695
1GってYahooのTOPページだと何PVまで行ける計算になるの?
URLリンク(www.yahoo.co.jp)
TOPページだけにアクセスすると仮定して
698:nobodyさん
09/02/28 11:09:17
>>697
いまfirebug先生に聞いたら273Kだって。
全くキャッシュされないとすると、4000ちょっと。
699:nobodyさん
09/02/28 13:09:27
"We believe these new levels will continue to serve a reasonably efficient application around 5 million page views per month, completely free."
とか言ってるけど、単純に割り算すると、リクエスト当たり8Kぐらいだな。
700:nobodyさん
09/03/01 03:16:28
?
701:nobodyさん
09/03/01 08:17:15
複数のアプリを作成出来て
それぞれがurllibを使える
あとはごにょごにょすれば
帯域10倍まで(ry
702:nobodyさん
09/03/01 11:38:05
?
703:nobodyさん
09/03/01 11:41:03
静的リソースの場合はリダイレクトで複数アプリに振り分ければいけるな
704:nobodyさん
09/03/01 12:56:47
アプリを削除出来るようにするか
10個以上作れるようにしてほしい
705:nobodyさん
09/03/01 23:36:00
AIRと組み合わせてるひといる?
706:nobodyさん
09/03/02 00:46:55
>>705
ちょっと考えてはいるけど、まだ何もやってない。
AIRは単体じゃ、ちっとも収益に結びつかないが、いずれGooglePaymentが
日本で提供されるようになったら、Subscriptionの仕組みを備え
組み合わせて何かに使えるかも知れない、とか何とか。
707:nobodyさん
09/03/03 12:45:50
memcacheを使って値を保存してるんだけど、
たまに消えるのはなぜ?
expire = 60*60*24*7
memcache.set("test", "test_str", expire)
7日間経過しなくても消えるときがある
708:nobodyさん
09/03/03 21:25:57
+9h
709:nobodyさん
09/03/10 07:13:01
複数の無償アカウントを使って一つのサービスを作るのって禁止されてるのか
まぁgoogle側から言えば当然っちゃ当然か。
710:nobodyさん
09/03/10 10:15:50 NDjCTnF4
前は平気だったのに
突然
CapabilityDisabledError: Datastore writes are temporarily disabled.
が出て書き込み出来なくなった
Quota は全部 green なのになぁ orz
711:nobodyさん
09/03/10 10:17:04
>>709
意味がよくわからんけど
招待するんじゃだめなんか?
712:nobodyさん
09/03/10 10:28:38
>>710
良い子は文句言う前にアナウンスくらい見ようね
URLリンク(groups.google.com)
713:nobodyさん
09/03/10 12:28:32
>>711
「1つのアプリを複数人で作成」という意味ではなく、
「複数の無償アプリを組み合わせて、全体として1つのサービスを提供」の意味だと思う。
例えばアプリ無料分1個のDatastore容量は5GBだが、これを2個のアプリに分けて10GBみたいな
行為はダメってこと。
714:nobodyさん
09/03/10 13:38:44
>>712
治ってました
ありがとうございました
715:nobodyさん
09/03/13 01:34:06
もうだめかもわからんね
716:nobodyさん
09/03/13 04:21:44
なにが?
717:2009年Javaの旅…
09/03/27 08:09:14
Google、AppEngineでJavaのサポートを開始
URLリンク(www.seo-lpo.net)
java java する java
SunはJavaの新リリースでRIAに再挑戦を目指す
URLリンク(www.seo-lpo.net)
718:nobodyさん
09/03/27 11:25:50 MbnHto+7
test
719:nobodyさん
09/03/27 12:50:55 XwPYFvu7
Google、AppEngineでJavaサポートか
URLリンク(www.techcrunch.com)
720:nobodyさん
09/03/27 13:08:24
これでPython覚えずに済むのか!
721:nobodyさん
09/03/27 15:36:55
なんでjavaなんだろ
gaeの特性から言えば下部のapi叩くだけみたいなもんなんだから
PHPでいいのに
722:nobodyさん
09/03/27 15:59:18
なんかGoogleとPHPってあんまりピンとこない組み合わせじゃね?
別にPHPがどうってわけじゃなく。
723:nobodyさん
09/03/27 17:23:07
phpはgoogleの社内禁止用語だからな。
jphpみないのなかったっけ?
724:nobodyさん
09/03/27 17:57:37
まじで禁止されてんの?
725:nobodyさん
09/03/27 19:06:45
Google 社内の公式言語は C++, Java, Python の 3 つ。
それ以外の言語はひじょーに面倒な申請を出さないといけないから、実質使われていない。
それから考えると Java は妥当かと。
726:nobodyさん
09/03/27 19:07:32
世間的には PHP/Ruby を望んでいただろうけど。
あと、Python 2.5 じゃなくて、3.x に対応してほしいなー。
727:nobodyさん
09/03/27 19:36:07
jruby on rails動くようになりそうだね
728:nobodyさん
09/03/27 21:05:34
うむ。jrubyの完成度の高さには恐れ入る。
729:nobodyさん
09/03/27 21:32:51
いい加減rubyなりpythonなりおぼえないといかんなあ。
ひとりでしこしこしてる分にはperlでいいんだが・・・
730:nobodyさん
09/03/27 23:50:48
pythonは1日だけチュートリアルをじっくりやって、レファレンスをざっと見る。
翌日から書きたいものがかなり書けるようになるよ。
731:nobodyさん
09/03/28 18:13:53 3SP9UYMZ
pythonはいい言語だとおもう。ただ日本では食わず嫌いというか
馴染みが少ない。
732:nobodyさん
09/03/28 18:40:39
rubyに流れた人が他の国にくらべて多かったのかもね。
perl/ruby/pythonはどれか一つ覚えてたらとりあえず事足りるから
あえてやってみようって人が少ないんだろな。