09/06/27 07:25:00
>>112
ここはPython限定だよ。
(あと、スレッド関係は無効となっている。)
114:nobodyさん
09/06/27 10:27:50
JavaはPythonの方言だから問題なし。
115:nobodyさん
09/06/27 10:31:27
テンプレにPythonのみと書いてないし、Javaを拒む理由がわからん。
>>111の方がウザイわ
116:nobodyさん
09/06/27 10:36:01
>>115
このスレでは暗黙の了解でJavaの話はNGってことになってるから。
117:nobodyさん
09/06/27 10:40:34
いや、それ初耳
118:nobodyさん
09/06/27 11:00:09
暗にJavaわかんなーいって告白してるんだから触ってやんなよ
それが優しさってもんよ
119:nobodyさん
09/06/27 11:16:21
荒らしに構う馬鹿うざい
120:nobodyさん
09/06/27 12:17:55
>>111＝荒らし
121:nobodyさん
09/06/27 12:36:24
>>110
君、ちょっと必死すぎだよ。
>>113に答えが書いてあるだろ。
122:nobodyさん
09/06/27 14:13:35
このスレッドはパイソン限定ではありません。ジャバでももちろんＯＫ
123:nobodyさん
09/06/27 16:24:17
そもそもこのスレにはGAEに興味がある奴は居ても実際に使ってる奴は居ない
124:nobodyさん
09/06/27 16:27:17
>>123
根拠を述べよ。
125:nobodyさん
09/06/27 18:50:12
>>124
使いこなせない奴には敷居が高いし
使いこなせる奴なら他のを使う
126:nobodyさん
09/06/27 20:02:19
確かにあんまり有意義な議論がなされたことって無い気がする
具体的な数字とかも殆どでないし
127:nobodyさん
09/06/27 21:29:02
すればいいじゃない
128:nobodyさん
09/06/29 07:49:32
>>122
パールもOKですよね？
129:nobodyさん
09/06/29 13:19:50
>>103
結局markdownのパッケージをぶち込んで、コード一行だけで変換できました。
モジュールのzip化のやりかたがわからなくて、パッケージのディレクトリを丸々置いてるのがちょっとナニだけど。
130:nobodyさん
09/07/01 12:20:16
>>125
名言だなこりゃｗｗ
131:nobodyさん
09/07/01 13:07:03
迷言。
132:nobodyさん
09/07/02 02:32:47
>>125
One of them
133:nobodyさん
09/07/02 03:14:48
ありがたく使ってるよ。
サバメンテ全部お任せで楽チン。
134:nobodyさん
09/07/03 06:28:46
┌─┐
│●│
└─┤
_ ∩
( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│ おっぱい！おっぱい！
└─┘ おっぱい！おっぱい！
135:nobodyさん
09/07/04 00:20:21
これ、わかりやすいね。
URLﾘﾝｸ(www.atmarkit.co.jp)
136:nobodyさん
09/07/04 01:57:30 5pT1ELbw
URLﾘﾝｸ(www.atmarkit.co.jp)
137:nobodyさん
09/07/05 07:57:44
Google App Engineにデータストアの障害発生。復帰まで約6時間、原因は現在も不明 － Blog on Publickey
URLﾘﾝｸ(www.publickey.jp)
怖すぎだろｗｗ
お前らのところ大丈夫だった？
138:nobodyさん
09/07/05 09:20:37
>>137
使ってないから無問題だった
139:nobodyさん
09/07/05 10:38:26
>>137
もう有料にもなってるのに6時間も落ちるのかよ
140:nobodyさん
09/07/05 12:21:42
Googleで障害起こる理由だと、WANルーティングやアプリケーション側の設定ミスが記憶にあるけど、
なんだろうね。
141:nobodyさん
09/07/05 15:19:18
>>140
App Engine が動いてるデータセンターのどれかで GFS に障害発生したぽいですわ
URLﾘﾝｸ(groups.google.com)
他のデータセンターに切り替えようと思えば出来たけど、それをすると
データが失われてしまうのでちょっと時間かかったみたいですわ
142:nobodyさん
09/07/05 17:58:53
サルも気から落ちるわけかｗ
143:nobodyさん
09/07/05 20:49:47
やっべ
5月から他のVPSに乗り換えといて正解だった
144:nobodyさん
09/07/05 23:56:37
なんで？
145:nobodyさん
09/07/06 00:22:38 tuVQvElR
スケーリングを心配しなくてもよい点は魅力なんだがそれ以外の制約がキツイ
WebアプリケーションをGAE専用で書かないといけないから
他への移植が難しい（Googleから提供されるAPIに依存しまくり）
opensocialみたいな共通のクラウド仕様を定義して、他の業者のサービスと切磋琢磨（価格競争）して欲しかった
PaaSはこれから流行すると思うが、サービスの提供者によって仕様が変わっていちゃ気軽に乗り換えられんよ
146:nobodyさん
09/07/06 00:31:26
wsgiでgfs/bigtableのアクセスエミュレートっぽくして普通のvpsで動くようにしたんだけど公開したら使う人いるかな
147:nobodyさん
09/07/06 04:36:11 tuVQvElR
>>146
是非ともオープンソースで
ホスティングはGoogleCodeでヨロ
148:nobodyさん
09/07/07 09:53:33
オバマ大統領も満足したGoogle App Engineのスケーラビリティ：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
でかい障害あったあとにこんな記事出されてもｗ
149:nobodyさん
09/07/07 11:29:58 0zYU5+1B
>>146
同じことやってる人がいたか
見てみたい
150:nobodyさん
09/07/07 13:17:37
でかい障害があったから、打ち消すための提灯記事
151:nobodyさん
09/07/07 23:33:12
>>147 >>149
GAE と GAEO と django を足して 4 で割ったような感じです
いま部屋の引越しで忙しくなってるので落ち着いたらうpします
152:nobodyさん
09/07/08 00:30:51
>>148
> このグラフに示されるように，サイトへのアクセス数はCNNやGoogleホームページでの告知に合わせて次第に上昇し，
>投票締め切り時間にはデータベースに対して毎秒700件もの膨大な検索処理が実行されています。
>トラフィックの急激な増加にもスムーズに対応し，じつに見事なスケーラビリティを達成した事例といえます。
>ちなみにGoogleでは，Open for Questionsサイトへの負荷がピークに達した際にも，
>App Engineが収容する他のアプリケーションには一切影響がなかったと説明しています。
トラブルの原因はこれじゃなかったとしたら
なんだったんだろう
153:nobodyさん
09/07/08 11:38:01
>>152
オバマの件と今回の障害はまったく無関係だよ？
154:nobodyさん
09/07/08 13:29:36
これじゃなかったとしたら
なんだったんだろう
155:nobodyさん
09/07/08 18:23:55
あ、オレのせいかも
ごめん
156:nobodyさん
09/07/08 20:38:39
いやいや、オレが悪かった。
157:nobodyさん
09/07/08 21:45:24 w7SB1LI7
いやいや、PHPerの俺が見よう見まねでデプロイなんかしたからだ。
158:nobodyさん
09/07/09 09:56:47
実績のある PHP じゃ、こんな程度で落ちないからな
159:nobodyさん
09/07/09 13:47:58
Kayどうよ？
160:nobodyさん
09/07/12 04:01:45
python + sqlite3 で適当に作ったngramな全文検索を
適当に移植しようとして困り中。
DataStoreにインデックスを作成使用すると、
インデックスの作成がものすごく遅くて、cronかtask queueを使わないと、
使い物にならなさそう。
Bigtableって読み込み重視みたいなことを書かれていたことがあったけど、
l = []
for i in range(0,max):
h = HogeModel(key_name = "hogehoge")
l.append(h)
db.put(l)
を早くする方法ってないのかなー？
# 癖の強いGAをEあきらめた方が良い気もするけど
# 鯖の管理したくないんだよなー
161:nobodyさん
09/07/12 04:07:07
ない
162:nobodyさん
09/07/12 10:52:26
>>160
bigtableは欠点でもある訳だから
後、1，2年したらラッパーなり、どこからか新しいサービスが出てくるだろ。
まだまだクラウド技術は初期だぜ
163:nobodyさん
09/07/13 03:35:49 Bzbq9kj3
食らうど自体は１０年以上の歴史があるような
164:nobodyさん
09/07/13 13:19:10
>>163
じゃあ、クラウド技術はもう限界か？と言われればちがウダロ。
165:nobodyさん
09/07/13 13:40:19
10年経っても初期のものはいくらでもあるな
Dとか
166:nobodyさん
09/07/13 17:38:32
Googleの検索やGmailが初期とは思えないが。
Bigtableなんてそんなに新しい技術ではない。
167:nobodyさん
09/07/14 10:22:59
>>163
>食らうど自体は１０年以上の歴史があるような
発祥自体はそうかも知れないけど、一般的に認知されてきたのはやっぱり最近だと思うよ。
ガーベージコレクションなんて３０年以上前からある古い技術だけど、一般的になったのはJavaが普及してからだし。
だから
>まだまだクラウド技術は初期だぜ
というのは、一般的な開発者からみたらその通りだと思う。
168:nobodyさん
09/07/14 15:16:12
>>164
>>167
了解
169:nobodyさん
09/07/15 10:00:44
最近appspotなアドレスのネタ画像をよく見るんだが、これってアドレスappengineだよな？
URLﾘﾝｸ(beebee2see.appspot.com)
上のアドレスたどってみても見れないし、どんなアプリなんだろ
170:nobodyさん
09/07/15 10:35:18
iPhoneにBB2Cっていう2chブラウザアプリがあって、書き込み時に画像を貼る機能が
あるんだけど、その機能を実現するためのBB2C専用の画像uploaderだね。
そういう背景で作られた、トップページはあえて作らないことで転送量をできるだけ
抑えるようにしてるんじゃないかな。GoogleAppEngineの無料分のquotaを越えて
サービスが止まったりすると、iPhoneアプリの審査も通らなくなるので。
アプリケーションIDのbeebee2seeはBB2Cをもじったものだと思う。
171:nobodyさん
09/07/15 21:30:21
>>170
サンクス
そういうことなのねｗ
しかし、よくしってるなー
172:nobodyさん
09/07/16 01:34:44
URLﾘﾝｸ(codezine.jp)
173:nobodyさん
09/07/16 20:45:31
>>169
URLﾘﾝｸ(images.google.com)
174:nobodyさん
09/07/21 10:24:46
cronがちゃんと動いてくれないんだけ
cron.yamlは
cron:
- description: every 10 minutes job
url: /job
schedule: every 10 minutes
はこんな感じで問題ないよね？
175:nobodyさん
09/07/21 18:23:28
>>174
URLﾘﾝｸ(code.google.com)
はてなダイアリー書いてる方ですか？
176:nobodyさん
09/07/21 18:57:36
放置してたらcron動きました
すぐには走らないんですかね
177:nobodyさん
09/07/21 19:10:42
>>176
すぐには走りません。
178:nobodyさん
09/07/22 22:43:29 IiuqgP0J
落ちた？
179:nobodyさん
09/07/22 22:53:40
なんか不安定だね･･･
180:nobodyさん
09/07/23 01:30:00
メンテ案内出てるよ
181:nobodyさん
09/07/23 01:56:52
どなたか、PHPでGoogle App Engineのデータストアにアクセスしたことある方、いらっしゃいませんでしょうか？
Google App Engine上で簡単なPHPスクリプトを実行することはできたのですが、PHPでデータストアにアクセスする方法がよくわかりません。
参考になるサイトなどありましたら、教えていただけないでしょうか。
なお、Eclipseを使って作成しています。
よろしくお願いします。
182:nobodyさん
09/07/23 07:37:17
guguttaradetekitanodesyouryaku
183:181
09/07/23 12:16:02
>>182 さん
PythonやRubyでのやり方は見つけたのですが、PHPでのやり方をどうしても見つけることができなかったんですよね。。
すみません；；
184:nobodyさん
09/07/23 12:20:15
>>181
なんで Python で書かないの？ 書けないの？
バカなの？ 死ぬの？
185:181
09/07/23 12:35:13
>>184 さん
知ってる言語はPerlとPHPだけなのです。
これを機会にPythonを覚えちゃったほうが早い？
できれば知ってる言語で・・と思っていたのですが、184さんのレスを見て、あらたにPythonを覚えるのも悪くないかなぁと思いました。
バカであることは認めます。
死ぬ時期についてはもうちょいあとになりそうです。
186:nobodyさん
09/07/23 12:58:51
おっぱいそん。 おっぱいそん。
187:nobodyさん
09/07/23 13:31:28
衆議院議員をめざしている人が、
本当のところどう思っているのか、
きいてみよう。
URLﾘﾝｸ(moderator.appspot.com)
"名前を連呼するだけの選挙宣伝カーを、「スパム認定」して禁止しませんか？"
Lambda
188:nobodyさん
09/07/23 13:35:04
>>187
ここで宣伝すんなよ低能。
189:nobodyさん
09/07/23 14:28:08
>>185
>これを機会にPythonを覚えちゃったほうが早い？
うん
最近はPythonの本もでてきてるし、いい機会だと思う。
ということで、このスレ的におすすめのPython入門書を教えてください。
190:nobodyさん
09/07/23 14:42:19
>>189
マジレスすると
URLﾘﾝｸ(docs.python.org)
その後は Python Cookbook 2nd Edition、reference と library のマニュアルがお勧め。
Text Processing in Python は関数型言語に慣れてる人向けだが、お勧め。
個人的に Python Scripting For Computational Science も好き。
191:nobodyさん
09/07/23 14:46:04 /knGGhsl
Eclipse/Javaプラグインでやるのが一番楽
192:nobodyさん
09/07/23 14:53:21
ちなみに >>190 のは全てネットで閲覧/ダウンロード可能。
GAEに関してはホームページのドキュメントとArticleを読み漁れば
開発できる知識は十二分につく。
とは言え、
URLﾘﾝｸ(www.amazon.com)
これには期待している。
ちなみにJavaは問題外。
193:nobodyさん
09/07/23 17:11:03 twrda+KR
Javaが論外というのであれば、その理由も述べて貰いたいね。
194:181
09/07/23 17:21:20
教えていただいた皆様、ありがとうございました。
Google App Engineと併せてPythonの勉強もしてみたいと思います！
195:nobodyさん
09/07/23 19:23:36
GAEでPython使うにしても
Pythonの知識なくてもほとんど問題無いというのは同意
196:nobodyさん
09/07/23 20:24:28
javaもpythonもゼロからスタートするんであれば、pythonの方が楽だと思う。
javaの場合、前提とする知識が一杯だ。Eclipseの使い方からはじまり。
197:nobodyさん
09/07/23 23:46:00
PythonのモジュールとJavaのモジュール（クラスライブラリ？）
を覚える手間は両者そんなに変わらないかな。
198:nobodyさん
09/07/24 03:03:34
んなこたーない。Pythonの方が数十倍覚え易い。
Pythonではインタラクティブにstatementをevaluateできる
時点で既に数倍の差はついている。
Javaの人は総じて盲目だから、議論する意味はないけどね。
だから嫌われるんだよ >Java厨。
199:nobodyさん
09/07/24 08:39:16
たかが言語なんだし両方覚えろよ・・・
200:nobodyさん
09/07/24 09:03:27
Lisp
201:nobodyさん
09/07/24 11:05:56
>>199
いや、両方マスターしてるから。
pythonを知っている ⇒ javaは知らない
が成り立つとでも思ったの？ 知能低そう。
202:nobodyさん
09/07/24 11:24:07
u should be dead.
203:nobodyさん
09/07/24 14:28:58
>>199
両方覚えたから文句いっているんだろ。
Javaはうんこ。
204:nobodyさん
09/07/24 15:11:06
web全般ならPythonに劣るというのはわかるような気もするんだけど、
ならJavaの魅力ってなによ。
「使い慣れてる」って言葉はそろそろ飽きた。
205:nobodyさん
09/07/24 16:22:00
無駄に工数かけられるので
金とれるのが魅力
206:nobodyさん
09/07/24 18:49:15
>>198
Jython
207:nobodyさん
09/07/24 18:52:12
金になりやすいってのは大きいよなあ。
良心に従っても稼げなきゃ負け組呼ばわりだし。
208:nobodyさん
09/07/24 18:56:59
開発効率の良い開発手法を使っていて
開発効率の良さを武器にできないのなら負け組だね
209:nobodyさん
09/07/24 19:16:50
その点Rubyはがんばってるね
210:nobodyさん
09/07/24 19:25:39
低能Ruby厨が現れた
♪トゥルルルルルルル、トゥー、トゥー、トゥー、トゥー、トゥ、トゥ、トゥーーー♪
(ドラクエ戦闘のテーマ)
つうか、まじで、GAEに関係ない話は別のところでやれ。
211:nobodyさん
09/07/24 20:40:23
どっちの言語が優れてるとかどうでもいいけど
おまえらはGAEで何か作ったの？
212:nobodyさん
09/07/24 20:58:47
┌─┐
│●│
└─┤
_ ∩
( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│ おっぱい！おっぱい！
└─┘ おっぱい！おっぱい！
213:nobodyさん
09/07/24 22:28:40
>>204
Eclipseで補完が強力にできること。
あ、これはEclipseの魅力であってJavaの魅力ではないかも。
でもまあ、コンパイル時にエラーが詳しくわかるというのは静的な言語の魅力だよね。
214:nobodyさん
09/07/25 01:38:29
なんか何処のスレでもJavaの利点聞かれると急に黙っちゃう人多いけど
LLと比べて高速だとか、情報が多いとか、そいうのはたいした利点と言えないの？
215:nobodyさん
09/07/25 02:25:10
利点がどうのこうのではなく問題は欠点。
個人的には極めるならJavaだが、GAEで使うならPythonをススメたい。
216:nobodyさん
09/07/25 02:54:40
Java(笑)厨はどこか別のところにいってください。
お前等全員、異常に嫌われててるのがわからないのかね。
空気読めよカス。
217:nobodyさん
09/07/25 02:57:25
>>214
正直競争相手が増えて欲しくないというのはあるんじゃないの。
Javaの市場は飽和してるから。PHPも似た傾向。
218:nobodyさん
09/07/25 03:41:07
Javaのひといてもいいとおもうよ
かわいそうだなぁ～って
見守ってあげればいいじゃん
219:nobodyさん
09/07/25 10:17:13
だからGAEの話しろよ
220:nobodyさん
09/07/25 14:34:28
GAEに最適な言語なはなにか。
221:nobodyさん
09/07/25 18:59:10
実はだれもGAE使ってない説
222:nobodyさん
09/07/26 01:18:52
1.使い道がいまいちよくわからない
2.日本語の情報が少ない
3.Java版は人数制限ある
4.Pythonは人口少ない
いったい誰が使うのか。
223:nobodyさん
09/07/26 02:31:10
GAEに乗っけられるCMSで良いの無い？
224:nobodyさん
09/07/26 05:43:27
俺はGAEをかなり活用してるけど、この程度の低いスレッドでは
情報提供する気はしないなー。
本当にGAEで開発してる人は
質問を google group でした方がいいよ。
225:nobodyさん
09/07/26 06:32:44
情報を得たいというより、GAEについての雑談がしたい。ここでは。
226:nobodyさん
09/07/26 07:03:20 U79cwq0f
>>223
cpedialogてのがあるよ
あとwordpressもうごくらしい
227:nobodyさん
09/07/26 10:26:10
そもそもWEB制作板とここってもう死んでる気がする
228:nobodyさん
09/07/26 16:08:00
Pythonは自動車、Javaは旅客機。
業務でPythonはご遠慮いただきたいが、趣味でJavaはご遠慮いただきたい。
すなわち、趣味でしか使えないGAEはPythonでどうぞという事。
229:nobodyさん
09/07/26 16:13:27
>>228
知能が低そうな方ですね。
230:nobodyさん
09/07/26 16:41:23
1行目と2行目はよくわからんが
3行目はちょっと同意
231:nobodyさん
09/07/26 20:51:27
>>226
cpedialogは中国産ですかー、うーむ。
有名所が出るまで、まだかかりそうですね。
232:nobodyさん
09/07/27 10:27:09
4.Pythonは日本では人口少ない
233:nobodyさん
09/07/27 13:49:30
俺は言語自体の差よりも、WSGI ができた Python とできなかった
Java の違いみたいなものが気になる。
フレームワーク作者の態度
Python : 実装はともか API とかある程度共通化しようぜ (WSGI)
Java : 実装はともかく API や設定ファイルのスキーマは俺仕様でいくぜ
Java のフレームワークやお作法ってどうでも良いところに役にも立たない
理念が込められていて、なんとなくゲ製板に集う設定厨の言動みたいな感じ。
言語自体は Java の方が普通な感じで良いと思うけど。
234:nobodyさん
09/07/27 16:14:06
5.「初めてのPy」の発音が恥ずかしい
235:nobodyさん
09/07/27 17:11:35
>>233
>Java : 実装はともかく API や設定ファイルのスキーマは俺仕様でいくぜ
ServletとかJSPがあるJavaでそれはないぜ
236:nobodyさん
09/07/27 21:08:12
ジャヴァよりパイパンのほうが良いに決まってる
237:nobodyさん
09/07/27 23:50:06
>>234
恥パイに決定。
238:nobodyさん
09/07/28 20:06:12 35SB9DJE
お前ら真面目にGAEやってるか？
239:nobodyさん
09/07/28 20:41:37
ギャラクシーエンジェルエヴォリューション
240:nobodyさん
09/07/29 01:48:25
.
241:nobodyさん
09/08/11 22:53:55
もしかしてPythonで独自のモジュールって使えない？
そもそもimportできないよね？？
242:nobodyさん
09/08/12 09:13:36
珍しく盛り上がったと思えば煽りあいかよ…
243:nobodyさん
09/08/12 09:59:54
>>241
そんなことないけど。自分はふつうにimportできてる。
どんなエラーがでるか晒してみたら？
244:241
09/08/12 11:49:15
さんくす。大丈夫だった。
245:nobodyさん
09/08/13 15:02:51
URLﾘﾝｸ(code.google.com)
ReferenceProperty クラスの扱いでここのサンプルに載っている下のコードって意味同じですか？
obj2.reference = obj1.key()
obj2.reference = obj1
246:nobodyさん
09/08/13 17:24:47
>>245
意味は違うかもしれませんが、結果は同じですわ
247:245
09/08/13 17:29:02
>>246
ありがとうございます。
248:nobodyさん
09/08/13 19:59:21
GqlQueryクラスのfetchメソッドってどんな用途で使うんでしょう？
GqlQuery()のLIMITで事足りる気がするんですが。。
249:248
09/08/13 21:15:30
今気付いたんですがQueryとGqlQueryを混合してデータストアからフェッチできるって事ですね
250:nobodyさん
09/08/16 08:30:10
つまりGoogleはブラック、と
251:nobodyさん
09/08/18 03:03:30 dpDjO4GV
GAEのDataStoreって非正規化を恐れるな！とか、ListProperty使え！とかあるけど、
そういう情報がまとまってる書籍とかサイトってあるかな？
Google I/Oのセッションはみまんた。
252:251
09/08/18 03:04:58
というか、RDBからこうやって乗り換えればいいよ的な情報が
纏まってたらうれしいんだけど、無いものかね。
253:nobodyさん
09/08/18 04:00:56
失望した
254:nobodyさん
09/08/18 18:23:20
失禁した
255:nobodyさん
09/08/18 19:13:41
パラダイム、イディオムがRDBと違いすぎてそうそう簡単には移行できない、
もしくはそもそも移行というものを考えるのが間違いってのが今のとこの
感触なんだが。
BerkeleyDBだと思って使えば？って感じ。
256:nobodyさん
09/08/18 19:56:20
RDBのイデオムなんてコンピュータサイエンスを押さえておけば分かるたぐいのものばかり
DataStoreもまたしかり
257:nobodyさん
09/08/18 20:05:13
ギークきたあああああああああああ
258:nobodyさん
09/08/19 08:28:10
ファイルってディレクトリ階層作って設置できないのかな？
モジュールも全部同一の階層におかないとダメ？
259:nobodyさん
09/08/19 08:29:36
sys.path.append
260:nobodyさん
09/08/19 19:39:54
>>259
さんくす！
261:nobodyさん
09/08/20 14:50:42
sys.path.append('mymodule')
みたいなモジュールがあったとして
mymodule.pyを編集した内容ってdev_appserver.pyで１回再起動しないと反映されない？
262:nobodyさん
09/08/21 22:12:35
localでテストするときは再起動必要
GAEサーバー側ではファイルうpのみでOKだったはず
263:nobodyさん
09/08/22 19:04:25
>>262
おー。よかった。。バグかと思って報告しようと思ったよ。
初志者の自分が気付くぐらいから周知の事実だとおもったけど。。
264:nobodyさん
09/08/23 02:28:53
周知の事実
WSGI
265:nobodyさん
09/08/23 22:33:42
いつも質問してばかりの俺だけど、さっき良い事見つけたので教えます。
「GAEサーバ側のデータストアに入れたデータを管理画面からdeleteボタンで消す時に100件単位で消す方法」
１度２０件単位で消した後のURLのlimitってパラメータを20から100にしてEnter
↓
100件単位でエンティティが表示される。
↓
チェックボック全選択してdeleteボタン
↓
(゜Д゜)ウマー
266:nobodyさん
09/08/23 22:38:53
えっ、みんな知ってるよ
そんなこと
えっ、みんな知ってるよ
そんなこと
____
/二二ヽ
∥･ω･∥
ノ/ / >
ノ￣ゝ
267:nobodyさん
09/08/23 23:05:30
懐かしすぎる・・・
268:nobodyさん
09/08/24 00:12:37
泣いた
269:nobodyさん
09/08/24 00:48:49
>>265
次スレのテンプレに追加だな
270:nobodyさん
09/08/24 01:34:44
任意のentity検索して消すツールくらいGAEの検証兼ねて最初に作るだろ
271:nobodyさん
09/08/24 08:37:26
うｐするのがめんどい
272:nobodyさん
09/08/24 22:17:58
1回だけじゃん
273:nobodyさん
09/08/29 23:01:50
class Books(db.Model):
title = db.StringProperty()
こんなModelがあったとして、
query = Books.all()
query.filter('title =', 'Jump')
results = query.fetch(1)
ってな感じでtitleの値を検索した場合に、もしかしてエンティティの数が1万でも100万でもCPU時間ってほぼ同じ？
274:名無しさん＠そうだ選挙に行こう
09/08/30 05:57:39
んなこたぁない
275:名無しさん＠そうだ選挙に行こう
09/08/30 08:17:59
key_name
276:名無しさん＠そうだ選挙に行こう
09/08/30 09:42:04
>>273
同じだよ
277:名無しさん＠そうだ選挙に行こう
09/08/30 09:47:50
>>273
同じはずですわ～
278:nobodyさん
09/09/02 18:12:35
GoogleAppEngineでベンチマークってどうやってますか。
実環境じゃベンチマークできないですよね。
279:nobodyさん
09/09/02 20:19:17
>>278
ab
280:nobodyさん
09/09/02 21:08:51
>>279
ベンチマークコマンドのことじゃなくて、サーバの話です。
ローカル環境と実環境との違いが大きすぎて、ローカルでのベンチマークがあんまし参考にならない。
281:nobodyさん
09/09/02 21:21:42
1000件制限とか30秒制限ってまだあるんだっけ
282:nobodyさん
09/09/03 15:07:14
使ってみたがJavaはめんどいしPythonは使いにくい
283:nobodyさん
09/09/03 15:49:31
低脳はPHPを使うに限る。
284:nobodyさん
09/09/03 16:26:50
俺はド低脳なのでperl-appengineを使うのです
285:nobodyさん
09/09/03 16:29:35 0tRVxD+Q
pythonでチャレンジ中のPHPerです。
日に日に賢くなってく感じがします。
286:nobodyさん
09/09/03 16:50:22
そんなのただの錯覚です
287:nobodyさん
09/09/03 20:30:37
>>280
そうなんです。サーバー側でベンチ取るしか無いんですわ。
昔 Google のエンジニアさんがそういう記事がそのうち出るって言ってましたので調べてみました。
URLﾘﾝｸ(code.google.com)
これですかねぇ
288:nobodyさん
09/09/04 00:57:11
使ってみたがJavaはめんどいし使いにくい
Pythonはgj
289:nobodyさん
09/09/04 17:31:41
>>282
groovy試してみたら？
290:nobodyさん
09/09/04 18:25:15 +o/ybU4Q
ちょｗまｗ
gaeってアプリの削除できないの？
ありえなくね？
291:nobodyさん
09/09/04 18:27:28
空白のページで上書きするしかないってことか・・
腐ってやがる・・早すぎたんだ
292:nobodyさん
09/09/04 22:55:09
>ちょｗまｗ
>gaeってアプリの削除できないの？
>ありえなくね？
登録直後にサクサク10個アプリ定義したけど
後で名前変えたくなった漏れ涙目
293:nobodyさん
09/09/05 00:38:27
>>292
グループにメールすれば増やしてもらえるらしいですわ
294:nobodyさん
09/09/05 00:41:08
削除したい
むしろ減らしたいんですが
295:nobodyさん
09/09/05 01:49:12 fBAgFiA5
GAE上のデータをローカルにダンプする方法があったら教えてください
296:nobodyさん
09/09/05 06:26:10
秒数制限があるので少しずつgetしてマージするプログラムを自作
297:nobodyさん
09/09/05 12:26:56
>>295
bulkloader.py に --dump というオプションが付きましたので使ってみてはいかがですか
URLﾘﾝｸ(code.google.com)
298:nobodyさん
09/09/05 12:28:22
>>297
英語じゃないと読めませんでしたわ
URLﾘﾝｸ(code.google.com)
299:nobodyさん
09/09/05 12:29:23
>>294
今は無理ですわね～
アプリを空にしておけば何の問題も無いと思いますけれど...
そういう問題じゃないのかしらん
300:nobodyさん
09/09/09 20:46:17
自転車板の住人です。GAE製まとめサイトに独自ドメインを割り当てました。
URLﾘﾝｸ(www.cbnanashi.com)
TIPSをまとめてみました。ご参考まで。
URLﾘﾝｸ(blog.livedoor.jp)
301:nobodyさん
09/09/09 20:58:59
お疲れ様です
302:nobodyさん
09/09/10 20:52:50
>>300
前から知っているけど、とても良くできていると思います。
制作のコツなどあれば、先人として何かアドバイスいただけないですか？
303:nobodyさん
09/09/10 20:53:59
>>300
リソースの利用状況なんかはどんな感じ？
304:300
09/09/10 23:37:03
>>302
動かさないと分からない点が多いため、まずは動かしてみることでしょうか。
Googleのマニュアルがかなりしっかりしているので、それを見ながら
ひとつずつ解決していけば最終的になんとかなる感じでした。
あとは英語が難しいですがGAEのgoogle groupsを探せば大抵の答えは
あると感じました。
>>303
いまのところ余裕で無償範囲です。
Outgoing Bandwidthが最も多くて10～15%(0.15GB)、
Stored Dataは5%(0.05GB)、CPUも10%以下で収まっています。
305:nobodyさん
09/09/10 23:38:55
お疲
306:nobodyさん
09/09/11 07:09:32
結構レスポンス速いね
307:nobodyさん
09/09/12 17:17:07
軽っ
308:nobodyさん
09/09/12 18:06:40
>>300
GAE重いときいてたのに、サクサクだなー。
309:nobodyさん
09/09/12 18:15:09
>>304
よかったらアクセス数も教えてください。
310:nobodyさん
09/09/12 21:22:21
>>300
pythonですかjavaですか?
.htmlのページがあるようですが、これはスタティックページですか?
311:300
09/09/12 21:45:56
軽いのはMemcacheを使っているのと、参照系(*.html)をServlet+JSPで直接
書いているからだと思います。大した処理をしてないのもありますが。
>>309
一日2～3万リクエストくらいのようです。そのうちアイコン画像等の静的ファイルが
3分の2くらいで残りをJavaで処理しています。
>>310
Javaです。htmlのページは動的ページです。
312:nobodyさん
09/09/13 08:40:55
Pythonのフレームワーク。google app engineも対応だって。
渋日記: Tornadoウェブフレームワーク日本語訳ができるまで
URLﾘﾝｸ(blog.shibu.jp)
パフォーマンス ? Tornado v0.1 documentation
URLﾘﾝｸ(tornado.shibu.jp)
313:nobodyさん
09/09/13 11:56:23
使おうと思ったがSMS認証…orz
携帯持ってない難民はあきらめるほか無いですか、そうですか
314:nobodyさん
09/09/13 12:43:04
要らないんじゃなかったっけ？
315:nobodyさん
09/09/13 12:50:16
携帯認証せずに使う方法なんてあるの？
316:nobodyさん
09/09/13 14:06:17 w7PctTKX
>>312
翻訳速度凄いな。後で使ってみる。
ところで、一般的なフォルダツリー構造をReferencePropertyを使って実現する場合、
親にReferenceListPropertyを持たせるのと、
子にReferencePropertyを持たせるのとどっちがいいんでしょうか？（速度とか）
317:nobodyさん
09/09/13 14:52:16
上から順々に探索することになるだろうから前者の方が速いのでは。
318:nobodyさん
09/09/13 17:44:55
両方要るんじゃね？
319:nobodyさん
09/09/13 18:31:18
子にReferencePropertyを持たせる
ReferenceProperty
として
child.parent
をつくると
parent.childs (childrenだがそこに突っ込むのは無し)
が勝手に出来る
320:nobodyさん
09/09/13 18:33:29
あちなみにparentはたしか既存のプロパティ名だから
違う名前(r_parentとか)で作る必要があると思う
321:nobodyさん
09/09/13 18:56:33
糞設計だなw
322:nobodyさん
09/09/13 19:08:47
Optimal tree structure with datastore
URLﾘﾝｸ(groups.google.com)
向こうのグループは盛んで、googleの人からも返信貰えるんだね。
323:nobodyさん
09/09/14 00:37:07
>>322
Nick さんは Google 社員の中でも特別なのですわ。グループではものすごいエナジーで返信しまくってる上に irc でも同じぐらい活躍しています。
324:nobodyさん
09/09/18 06:22:37
Twit Delay | Twitter 予約投稿サービス
URLﾘﾝｸ(twitdelay.net)
URLﾘﾝｸ(twitdelay.appspot.com)
これもgoogle app engine製でしょうか？appspot.comだし。
API使ったマッシュアップ(サポートしているtwitterはAPIが豊富)だと作り易いんでしょうかね・・・
325:nobodyさん
09/09/18 08:06:59
python+beautifulsoupでほぼ何でもアリなことをしています
326:nobodyさん
09/09/18 23:28:32
>>324
最近のチンパン団メンバーの勢いが凄いですね。
日本のWebを牽引するのは、はてなではなくチンパン団ではないかと思うこの頃。
327:nobodyさん
09/09/19 02:54:46
こういう人が多くはいないことを祈る。
328:nobodyさん
09/09/19 03:57:44
日本人のことを揶揄してディスってんのかと思ったら
本当にそんな団があんのかよ
しょうもねぇなぁ
329:nobodyさん
09/09/22 17:50:58 wI8viNrf
ひまつぶしにつくった。後悔はしてない
URLﾘﾝｸ(kawaii-kara.appspot.com)
330:nobodyさん
09/09/22 18:01:13
@home9yappy 乙
331:nobodyさん
09/09/22 22:11:33 tNaPpKzd
在庫表示、在庫追加、在庫削除みたいな最低限のレベルの
シンプルな在庫管理ってbig tableだけでどうにか作れるもんなんだろうか？
332:nobodyさん
09/09/22 22:39:01
>>329
たくさんｸﾘｸﾘしたら「もうむり」ってポップアップしたお
333:nobodyさん
09/09/22 22:40:01
>>329
gomenn,XSSテストしたら壊れちゃった・・・。
334:nobodyさん
09/09/22 22:41:44
>>329
気が付いたら直してください。
335:nobodyさん
09/09/22 22:48:00
>>329
ロプロスの仕業？
336:nobodyさん
09/09/22 22:54:34
>>331
BIGTABLEってJOINできないから面倒じゃない？
337:nobodyさん
09/09/23 09:34:53
データストア落ちてますか？
338:nobodyさん
09/09/23 11:26:55
>>329
見られないよ！？鯖落ちてる？
339:nobodyさん
09/09/23 11:48:16
>>329
JAVAですか？Pythonですか？
作ってみた感想とか聞かせてください。
340:nobodyさん
09/09/24 00:45:12
>>337
グループとか公式のステータスとかIRCみるべし。
341:nobodyさん
09/09/24 10:54:42
>>336
>BIGTABLEってJOINできないから面倒じゃない？
RDB脳は捨てるべき。
>>331
BIG TABLE流の設計をすれば全然オッケーだよ。
342:nobodyさん
09/09/24 11:09:59
bdbだけで全部やるはめになったような感じに考えたらＯＫ？
343:nobodyさん
09/09/24 11:38:45
正規化をあきらめればOK
どっちみちindexが足りなくなって死ぬけど
344:nobodyさん
09/09/24 21:36:21
>>341
性器の時代
345:nobodyさん
09/10/03 10:10:45
age
346:nobodyさん
09/10/09 21:21:06
過疎ってんな
347:nobodyさん
09/10/10 01:28:09
日経にクラウドうんたらでてたのを見た
348:nobodyさん
09/10/10 05:27:23 XkXcMKwu
今のところ、
面倒くささが別の種類の面倒くささに変換されるだけだからな・・・
349:nobodyさん
09/10/10 09:27:22
サーバ管理をしなくてよくなるのは超面倒くさいよね。
350:nobodyさん
09/10/10 09:35:49
ちょーめんどう
351:nobodyさん
09/10/10 11:07:18
googleの中の人が代わりに面倒なことをやってくれてる
352:nobodyさん
09/10/10 15:42:48
月何十万も人件費払って社内の微妙な技術者にサーバ運用させるのと比べたら
googleの中にいる有能な奴らに超安価に運用を任せる方が
100万倍くらいリスキーだよね
353:nobodyさん
09/10/10 16:29:56
皮肉を言いたいのか、日本語がうまく使いこなせてないのかが
判別つかなくて困る
354:nobodyさん
09/10/10 17:11:35
皮肉にしては日本語として微妙なのでリスキーの意味を勘違いしてると解釈した
355:nobodyさん
09/10/10 18:19:49
30点
もっとがんばりましょう
356:nobodyさん
09/10/10 21:31:23
googleの中の人もピンキリだったりするけどな
端的に言うと、急上昇ワードとか不評だったろ
357:nobodyさん
09/10/10 22:00:59
有能な奴らはいつ辞めるか判らんからハイリスク
あほでもだれでもメンテナンスできる様なのでないと
どっかで破綻する
358:nobodyさん
09/10/10 22:21:49
いずれにしろ、6時間落ちたりするのはいただけないッス
お遊びサイトならいいけど業務に使ってたら致命的やん
359:nobodyさん
09/10/11 00:31:40
>>358
天下のGoogleが6時間も落ちたりする訳ないじゃない！！！
360:nobodyさん
09/10/11 01:23:17
最近聞かなくなったけどDNSが死んで繋がらなくなることもあったわな
361:nobodyさん
09/10/11 02:42:24
>>360
天下のGoogleが6時間も落ちたりする訳ないじゃない！！！
362:nobodyさん
09/10/11 04:24:26
ちょっとだけマジレス
google も Unplanned Downtime が無いと言っている訳ではない
(1)原理的に Planned Downtime は発生しない w
(2)さらに Unplanned Downtime も他のサービスよりも少ない
URLﾘﾝｸ(www.seo-lpo.net)
363:nobodyさん
09/10/11 04:27:23
凄いサイトを持ってくるな…
364:nobodyさん
09/10/11 04:38:44
原理的にgoogleは嘘吐き
365:nobodyさん
09/10/11 04:45:31
あぁ、元記事はこっちか
URLﾘﾝｸ(jp.techcrunch.com)
URLﾘﾝｸ(news.livedoor.com)
URLﾘﾝｸ(cnuts.jp)
酢マンコ
366:nobodyさん
09/10/11 08:21:50
お前らが優秀な運用技術者で
今後一切職を失うことがないほど有能だということがよく分かったよ
がむばって！ おうゑんしてゐます！
367:nobodyさん
09/10/11 09:16:59
なんか必死な人がいるな
368:nobodyさん
09/10/11 13:12:24
必死っていうか意味が不明
ノイローゼか
369:nobodyさん
09/10/11 19:37:55
24点
370:nobodyさん
09/10/11 21:05:39
きもい奴が常駐してるな
371:nobodyさん
09/10/11 21:32:58
必死っていうか意味が不明
ノイローゼか
372:nobodyさん
09/10/11 23:14:32
伸びないわスレの内容のほとんどが意味ないわで
おさっしくだしあ
373:nobodyさん
09/10/11 23:30:04
もう来なくていいよ
お前が居なくても世界は回る
374:nobodyさん
09/10/11 23:32:00
人間なんていらんかったんや！
375:nobodyさん
09/10/13 16:42:12
>>348
>面倒くささが別の種類の面倒くささに変換されるだけだからな・・・
実際開発してみると、これは実感するわ。
実環境あるいはそれに近い環境でベンチマークとれなくて困ってます。だれか助けて。
376:nobodyさん
09/10/13 18:47:25
>>375
実環境だと、どこに時間がかかってるか分からないね。
ちなみに性能が出なくて困ってるの? それともCPU時間を減らしたいの?
377:nobodyさん
09/10/14 00:59:53
>>376
プロファイリングならできますわ
URLﾘﾝｸ(code.google.com)
378:nobodyさん
09/10/14 09:50:38
問題解決に必要なもの : バカにつける薬
379:nobodyさん
09/10/14 12:10:00
Incoming Email - Your App Engine app has been able to send email for some time ... but now, with 1.2.6, your app can also receive email.
After enabling mail as an inbound service (just like XMPP), users can email your application at whatever@yourappid.appspotmail.com.
Inbound messages are converted to HTTP requests (again, just like XMPP) which you can receive via webhook handler. Docs for Python, Java.
メール受信キター
380:nobodyさん
09/10/14 12:14:53
Delete an Appもできるようになってるじゃん
googlerこのスレ見てんのか？
381:nobodyさん
09/10/14 12:15:23
携帯厨大勝利
382:nobodyさん
09/10/14 12:25:19
>>380
わーい
383:nobodyさん
09/10/14 14:57:38
全部消した すっきりした
384:nobodyさん
09/10/14 15:12:16 UoS3FYpp
>>383
やめないでー>.<
385:nobodyさん
09/10/14 15:14:50
漏れ禿げだから 後ろ髪ないし
386:nobodyさん
09/10/14 23:21:51
携帯ちゅうなにが関係あんの
387:nobodyさん
09/10/14 23:55:57
携帯メールからTwitterにポストするプログラムが書けるとか？
388:nobodyさん
09/10/15 00:56:26
書ける
389:nobodyさん
09/10/15 05:15:32
携帯メールで巨大ロボットを動かすプログラムが書けるとか？
390:nobodyさん
09/10/15 17:41:18
今日はいい天気だったよな。
391:nobodyさん
09/10/15 20:24:10
昨日削除したアプリの最終確認がやっと届いた
消すのにも時間かかるんだな
392:nobodyさん
09/10/15 20:30:41
えっ
なんで？
393:nobodyさん
09/10/15 22:10:04
昨日申し込んで実際に消えるのは明日のよるか明後日だって
394:nobodyさん
09/10/19 00:14:15 slCeJxW2
GAEでPHPのコード動かそうと思ってためしたけどダメだった。
395:nobodyさん
09/10/19 01:38:35
>>394
諦めるのはまだ早いよ
396:nobodyさん
09/10/19 10:49:52
>>394
「PHPはダメ」と空目した
397:nobodyさん
09/10/19 11:41:15 Wql9KY0a
quercus使ってwordpress動かしてるのがあったけど、
デモサイトがkuso重くてダメだと悟った。
398:nobodyさん
09/10/22 21:37:41
GAE on Pythonで、ライブラリパスを追加する方法を教えてください。
今は
import sys, os
rootdir = os.path.dirname(__file__)
sys.path.insert(0, os.path.join(rootdir, "lib"))
とかしていて、これでも動くんだけど、もっといい方法があるんじゃないかと思い質問しました。
app.yamlとかで設定できるとうれしいんですが。
399:nobodyさん
09/10/23 06:14:03
GAEってセッション機能がデフォルトでは提供されていないのか。
PHP以下だな。
400:nobodyさん
09/10/23 09:43:59
>>398
そんな感じでやるしかないはず。
401:nobodyさん
09/10/23 23:39:18
>>398
sys.path.append(...)
でやってる
ちなみにzipにも出来るから
ディレクトリ造らずに
libhoge.zipだけ置いて
import libhoge
みたいなことが可能だったはず
402:nobodyさん
09/10/24 00:07:53
PHPの場合、includeで絶対パス使うと最適化されたりするけど、
URLﾘﾝｸ(framework.zend.com)
Python＋GAEだと、どうなんだろうね。
まあ、そんなちまいの考える必要ないのかもしれんが。
403:nobodyさん
09/10/27 18:10:26
GAEで外部サーバに設置してあるPHPを
cronで定期実行する方法が判りません……
import urllib2
req = urllib2.Request('＜実行先URL＞')
f = urllib2.urlopen(req)
print 'Content-type: text/html; \n\n'
print f.read()
f.close()
では定期実行出来ませんでした。ご教授お願いします。
404:nobodyさん
09/10/27 19:49:00
cron.yaml にcronの設定を書けば出来るよ。
URLﾘﾝｸ(code.google.com)
405:nobodyさん
09/10/27 21:29:16
>>404
そのページのcron.yamlを使用したCron設定は実施済です。
Cron JobsでのPHP実行用pyファイルが動作した時間も
記録されているのですが、PHPの出力が正常に行われていません……
PHP自体は手動実行で動作確認済です。
406:nobodyさん
09/10/27 22:31:36
どこにprintしてんだ？
407:nobodyさん
09/10/27 22:56:59
URL Fetchしてる人いますか？
取って来る先のデータが更新されているのに、GAEのURL Fetchだとすぐに新しいデータを取ってきてくれません。
どこかでキャッシュされてるのか、最新のデータが返ってくるまでに時差があります。
ちなみに、同じソースをローカルサーバやAmazon EC2のサーバで動かすと常に最新データが取得できます。
何か対策をご存知ないですか？
408:nobodyさん
09/10/27 22:58:16
>>406
ローカルでの動作確認用に使用して居ました。
削除したところ正常に動作出来ました、有難うございます。
凡ミスで恥ずかしいですorz
409:nobodyさん
09/10/27 23:21:55
>>407
ためしてないけど、URLに無意味なハッシュでもつけてリクエストしたら？
410:407
09/10/27 23:36:21
>>409
あ、それいいかもですね。
今日はPC落としてしまったので、明日の夜に試してみて結果書きます。
ありがとうございました。
411:nobodyさん
09/10/28 00:40:09
>>401
sys.path.append(...)の方法ってローカルのGAE完了だと
<type 'exceptions.ImportError'>: No module named mymodule
てな感じでインポートエラーにならない？
デプロイして本番環境だと正常にインポートできるんだが。。
412:nobodyさん
09/10/28 01:03:33
ならない
413:nobodyさん
09/10/28 02:30:39
つaddsitedir
414:411
09/10/28 11:24:06
>>411のエラーなんとか解決しました。。Mac環境だったんですが
MacPortsで別バージョンのPythonインスコしたりしてたのが原因だったっぽいです。
>>413
pythonはじめて１年ぐらいですがaddsitedir初めて知りました。これは良いですね。
415:nobodyさん
09/10/28 16:59:31
>Mac環境だったんですが
しね
416:nobodyさん
09/10/28 19:42:24
>>415
逮捕までいかなくても事情聴取までいけるように全力で通報しときました( ^ω^)
417:nobodyさん
09/10/28 20:48:41 rFL/HL8M
なんてくさいレスなんだ
418:407
09/10/28 22:12:10
>>409
URLの後ろに「"?" + hhmmss（時分秒）」を付けてリクエストするようにしたら、
常に最新データを取得出来るようになりました。
やっぱりGoogleはキャッシュしてるようですね。
ナイスなアイデアありがとうございました。
自分で思いつかなかったのが悔しいですが、結果オーライです。
419:nobodyさん
09/10/28 23:59:41
>>416
そういうことあるらしーね？
420:nobodyさん
09/10/30 09:50:29
IDみえてるよ
421:nobodyさん
09/10/30 11:42:03
Togetter(トゥギャッター) - まとめ「100万PV／日のmixiアプリモバイルをGoogle App Engineで実装した@gclue_akira氏に直撃インタビュー」
URLﾘﾝｸ(togetter.com)
月間3000万PVの超スケーラブルなサイトの運用コストが月額5万円で運営できるというGoogle App Engineの国内事例がついに来ましたよ、おまえら
これからは、Google App Engineの時代ですよ
422:nobodyさん
09/10/30 14:39:10
でもなぁ。GQLががががが。
423:nobodyさん
09/10/30 21:08:11
100万PVで月額5万ってそんなに安くなくね？
でもスケールすると考えるとありか・・
424:nobodyさん
09/10/30 21:14:10
直撃インタビューはどこにあるのこれ
425:nobodyさん
09/10/30 23:46:25
Twitterwwwwwwwww
426:nobodyさん
09/10/30 23:56:20
月5万払ってどこで収益あげてるん？
427:nobodyさん
09/10/31 11:05:52
>>421
インタビューつーか、twitterのまとめサイトだなｗ
>>426
mixiアプリの収益原は主に以下
・PVx約0.05円
・課金方法（公式の決済はまだ用意されてなす）
(mixiアプリの一番人気のサンシャイン牧場は独自決済)
・自サイトへ誘導してほげほげ
なので、
PVで最低限 月3000万*0.05円=150マソの計算
1ヶ月続けばだけどね
428:nobodyさん
09/10/31 11:41:07
すげーな。
429:nobodyさん
09/11/01 00:56:46
>>427
へーmixiがアプリ側に金払ってるんだ
そうじゃなきゃ誰も作らないか
430:nobodyさん
09/11/01 17:41:03
GQLって何て発音するの？ごくり？
431:nobodyさん
09/11/01 19:59:44
GQLを使った時点で設計失敗だろ。
432:nobodyさん
09/11/01 21:31:42
>>431
じゃぁどうするの？
433:nobodyさん
09/11/01 23:03:58
>>430
ジーコー
434:nobodyさん
09/11/01 23:23:03
>>430
おまえはSQLを何と発音するんだ？あーん？
435:nobodyさん
09/11/02 01:30:53
シャックリ
436:nobodyさん
09/11/02 08:37:23
シャクレ
437:nobodyさん
09/11/02 12:58:27
>>432
ゆとり乙。
438:nobodyさん
09/11/02 14:00:20
>>437
40手前のおっさんにむかって、生意気な口きくんじゃねー
439:nobodyさん
09/11/02 14:31:27
>>438
ゴメン(ww
でもご愁傷様(wwwww
440:nobodyさん
09/11/02 14:43:20
>>439
っていうか、教えてよ、教えて下さいよ。
441:nobodyさん
09/11/02 20:29:20
騙されるな
GQL使ってJOINみたいなことしまくるのがGAE的に正しい設計
442:nobodyさん
09/11/02 21:04:20
JOINは良いんだけど
refferenceの先の項目で検索したりソートしたり出来ないよなw
それしようと思ったら参照元テーブルに項目のコピー入れとけときたもんだ
一次性器化すら出来ないんだぜ？
443:nobodyさん
09/11/02 21:06:44
だよな
パフォーマンスを最優先に強制されられて、素直な記述がさっぱりできん
444:nobodyさん
09/11/02 21:12:20
その素直はRDBMS的な素直なんだぜ。
RDBMS脳を捨てようぜ。
445:nobodyさん
09/11/02 21:40:45
BigTableの最大利用のための原則と指針
URLﾘﾝｸ(www.infoq.com)
これだけみてもちんぷんかんぷんだぜ。
446:nobodyさん
09/11/02 21:53:03
コレクションフィールドで、GAEjでもJOIN検索をカバー
URLﾘﾝｸ(www.atmarkit.co.jp)
これはなんだね。
447:nobodyさん
09/11/02 21:53:19
>>445
読むなら原文(英文)のほうがよくね？
448:nobodyさん
09/11/02 23:05:42
抽出できたデータ件数も全部数えるまで判らないなんてw
449:nobodyさん
09/11/02 23:07:13
>>446
ほう
Javaなら出来るのか
450:nobodyさん
09/11/02 23:09:22
>>444
貧弱なDBをソフトのレガシーテクニックでカバーしろということですねわかります
451:nobodyさん
09/11/02 23:30:47
世の中の常としてダサい部分は洗練されていくから
バッドノウハウ的苦肉の策があっという間に陳腐化していきそうでｲﾔｰﾝな感じ
452:nobodyさん
09/11/02 23:32:50
BigTableじゃなくてBigちんぽだったら良かったのに・・
453:nobodyさん
09/11/03 00:34:11
>>449
Pythonのdb.ListPropertyにあたる機能じゃないの？
454:nobodyさん
09/11/03 01:46:37
RDBのパフォーマンスチューニングテクニックのうち99%は
すぐ陳腐化するしシステム依存度が高くて応用も利かないバッドノウハウですけど何か？
455:nobodyさん
09/11/03 11:15:15
GAEのデータストアってiTunesみたいだな
元データ＝曲ファイルでアルバム名、アーティスト名、ジャンルで勝手に
インデックスが作られる。
アルバム名、アーティスト名、ジャンルはオブジェクトじゃない。
実体はない単なるインデックス。
これ、わかりやすくね？俺良く気がついた。えらい。
456:nobodyさん
09/11/03 11:43:10
そういえば今日はいい天気だな。
457:nobodyさん
09/11/03 11:51:38
GAEのデータストアってエクセルのシートみたいだな。
以下略。
458:nobodyさん
09/11/03 15:38:42
Googl App Engineでwebサービス作りたいんですが、
お前ら何かフレームワーク使ってますか？
素のSDKままだと足りなさ過ぎる悪寒。
django SDKあるけど、みんなdjango使ってるの？
App Engine Oilとかどう？
Rubyは慣れてるから、JRuby on Railsでも使おうと思ったんだけど、
フレームワーク標準マッパのActiveRecordつかえねーし、
JRuby + Sinatra使ってる方がPythonよりCPUタイム10倍食うから、金も10倍かかるとかいいだして、
萎えてるところです。
459:nobodyさん
09/11/03 15:42:23
上から下までグーグルに依存しなくてもいいんじゃない
460:nobodyさん
09/11/03 15:51:26
は？10倍かよ。
ソースきぼん
461:nobodyさん
09/11/03 16:31:27
>>458
これどうですかね
URLﾘﾝｸ(code.google.com)
日本語ドキュメント
URLﾘﾝｸ(kay-docs-jp.shehas.net)
462:nobodyさん
09/11/03 21:05:33
亀気味ですがすいません >411
自分の場合も、sys.path.append ってやってもエラーになるんすが（ちなみにうちもmac）
こんなふう↓↓↓にやって出来てるんすが
（GAEのドキュメントにはそうしろと書いてあるように見えたんで）
---------
1. 自分のプロジェクト配下にサブディレクトリ（たとえば mylib）を作成。
2. そこに、ライブラリ(たとえばhoge.py）を置く。
3. 同じ場所に、__init__.py を作成。（中身は空っぽでおk）
で、import mylib.hoge でインポートできる。
---------
まだ本番環境にデプロイしてみてないんすが、問題ないでしょうかね？？
BeautifulSoupとか使ってて、その方法でimportしてるんだけど。
まだPythonもGAEも初めたばっかりだから、とんちんかんな事言ってたらごめんなさい。
463:nobodyさん
09/11/03 22:55:25 qB2JrodB
>>458
Oil は便利 django いらなくなった
464:nobodyさん
09/11/04 09:31:26
oilで十分じゃね？
crudフォーム自動生成ない時点でDjango使う意味なし。
465:nobodyさん
09/11/04 14:41:27
>>463-464
thanx
466:nobodyさん
09/11/04 15:02:19
んで、GAEOは何て読めばいいんだぜ？
467:nobodyさん
09/11/04 16:31:56
>>466
gaeoに決まってるやないか。
468:nobodyさん
09/11/04 17:59:26
油
469:nobodyさん
09/11/04 22:22:12
ぎょ
470:nobodyさん
09/11/04 22:39:03
だってプログラミングしてるときはいつもフル勃起してるもんｗ
471:nobodyさん
09/11/04 23:15:58
日本人のオッサンが作ってるフレームワークはスルーですか？
472:nobodyさん
09/11/05 21:19:30
何？
473:nobodyさん
09/11/05 21:39:25
>>471
kwsk
474:nobodyさん
09/11/06 00:29:45
>>473
>>461 の事じゃないかしらん
475:nobodyさん
09/11/06 10:17:26
djangoのラッパーを作って息子の名前をつけてフレームワークと言い張ってみました
476:nobodyさん
09/11/06 16:40:33
djangoのラッパーじゃなくね？
477:nobodyさん
09/11/06 17:33:51
ソレモソウカモネ
ウッウー！
478:nobodyさん
09/11/06 18:38:55
YO!YO! お前、ラッパー、俺、VIPPER, YO!
479:nobodyさん
09/11/06 22:03:32
>>475
あ、django の事は強く意識してますが、ラッパーでは無いです。
django を appengine 上で動かすと重いしデバッグしづらいので
appengine 専用に django を書き直したようなのを作ってます。
いちおうパフォーマンスのために色々工夫をしています。
例えばテンプレートエンジンに Jinja2 というのを使っているんですが、デプロイ前にパースして Python コードにしたものをサーバーにアップロードするようにしています。
また、誰もが使う訳では無いようなモジュールは積極的に遅延ロードするようにしています。
あとKayにバンドルしているWerkzeugのデバッガはけっこう使いやすいですよ。使い方なんかはこのあたりを見てください
URLﾘﾝｸ(kay-docs-jp.shehas.net)
480:nobodyさん
09/11/07 13:27:03
Djangoから乗り換えるとなるとプラグイン周りとかいろいろ面倒だよね。
481:nobodyさん
09/11/07 17:13:42
お前らドジャンゴていえよ、ドジャンゴ
482:nobodyさん
09/11/07 17:23:09
djangoって書いてるだけで頭の中ではﾄﾞｼﾞｬﾝｺﾞって読んでるだろJK
483:nobodyさん
09/11/07 20:25:38
えっ
484:nobodyさん
09/11/07 21:16:41
デジャンゴ
URLﾘﾝｸ(michilu.com)
485:nobodyさん
09/11/07 22:02:08
みんな j の音が間違ってる。本当はドヤンゴ。
486:nobodyさん
09/11/07 22:46:57
普通ダンジョーって読むだろ。
487:nobodyさん
09/11/08 20:21:03
ヤンゴじゃないんだ
488:nobodyさん
09/11/08 20:40:14
ｽﾞｼﾞｮﾝｺﾞって呼んでたわ
489:nobodyさん
09/11/08 20:44:53
ジャンゴ
490:nobodyさん
09/11/09 03:51:41
10個フルに作った場合、
完全削除したらまた作れるようになるの？
逆にいうと10個作ってない場合はdisableにするだけでいいってことか
491:nobodyさん
09/11/09 03:54:32 AkWowcrV
そう
492:nobodyさん
09/11/11 01:10:50
サーバーサイドでグラフ描画がしたいんだけど・・・
やっぱ、GAE上でmatplotlibは使えないですかね？
importでエラーになっちまうんだが。
（matplotlibの中で使っているnumpyの中のmultiarrayがimportできないと言われる）
493:nobodyさん
09/11/11 02:27:53
>>492
今は使えなさそうですね
使いたい人は他にもいるみたいです
URLﾘﾝｸ(code.google.com)
494:nobodyさん
09/11/11 04:40:40
URLﾘﾝｸ(www.atmarkit.co.jp)
エンタープライズ市場に浸透するか
Google Appsは常に「バージョン・ベスト」、米グーグル副社長
2009/11/05
コンシューマ向けサービスでは押しも押されもせぬ存在となった感のあるグーグルだが、
エンタープライズ市場では、オラクル、マイクロソフト、 IBMなど大手ベンダに及ばない。
そもそも、クラウド・コンピューティングやSaaS自体が、まだ企業ユーザーの間では普及
段階にさしかかったかどうかだ。グーグルにとってエンタープライズ市場の展望は明るい
のか。グーグルで製品管理担当副社長を務めるブラッドリー・ホロウィッツ氏に話を聞いた。
495:nobodyさん
09/11/11 10:01:53
うちでGAEのmixiアプリの成功例話したらノリノリだったぞ
みんなしてクソッ出遅れた！とか言ってたｗ
そのうち使うかも知れんわ
496:nobodyさん
09/11/11 22:24:14
>493
やっぱりかー。thx.
numpy使わせろって人いっぱいいるのね。ちょっと安心したわ。
497:nobodyさん
09/11/12 11:08:40
で，Kayって誰か使ってるの？
498:nobodyさん
09/11/12 11:28:09
ひとりつかってるよ
499:nobodyさん
09/11/12 12:15:14
あなたの言う使っている人というのはもしかして作ってる人ではないでしょうか。
500:nobodyさん
09/11/12 12:51:08
松尾さんって中のひとなのか
501:nobodyさん
09/11/12 16:58:48
国内発のOSSってちょっと怖い。
特にコミッター/コミュニティのやり取りが日本語だと、
そのうち開発者不足でポシャっちゃいそうだなとか考えてしまう
502:nobodyさん
09/11/12 20:06:08
GAE辞退がポシャりそうな勢いだけどな
503:nobodyさん
09/11/12 20:15:41
それはないわー
504:nobodyさん
09/11/12 22:59:58
>>501
Rubyのことをそんな風に悪く言うなよ
505:nobodyさん
09/11/13 10:42:51
アセンブラのサポートはまだか
506:nobodyさん
09/11/13 10:52:58
2chブラウザ作ったら使う人います？
(kitakoreがあるのは知ってるけど)
507:nobodyさん
09/11/13 11:54:55 T/JsCHUl
書き込み有料の上に、閲覧まで従量課金ってか
508:nobodyさん
09/11/13 16:24:47
p2のかわりになるやつあったらいいよね。
個人個人でデプロイすれば無料範囲を超えないだろうし。
作りかけ→URLﾘﾝｸ(ch2.appspot.com)
509:nobodyさん
09/11/13 16:27:50
GAEで、写真共有サイトを作ろうと思うんですけど、
アップロードした写真はBigTableに保存することになるんですよね？
これって、容量と転送量の観点から見て、どうでしょうか？問題になりそうな点がありますか？
このような場合はAmazonを使った方が安いとか、そういうアドバイスがあれば教えてください。
漠然とした質問ですみません。
510:nobodyさん
09/11/13 17:07:29
>>509
>GAEで、写真共有サイトを作ろうと思うんですけど、
容量の問題は関係ないと思うよ。
だって今更新しい写真共有サイトなんて誰も使わないから。
511:nobodyさん
09/11/13 18:32:37
むしろ2ch互換掲示板アプリ作ろうかと思ってますが需要あるでしょうか。
512:nobodyさん
09/11/13 18:58:31
>>510
>だって今更新しい写真共有サイトなんて誰も使わないから。
仲間内で使うだけなんで、気にしないでください。
＃こういうチャチャ入れしかできない人は(ry
513:nobodyさん
09/11/13 19:19:42
具体的な話を伏せるから漠然としてるんだろ
514:nobodyさん
09/11/13 20:16:27
顔真っ赤で悔しいから
情報あと出しを装ってるんじゃねーの？
深読みしすぎかな？
515:nobodyさん
09/11/13 20:16:32
いや、本質的じゃないとこでチャチャ入れんなってことでしょ
516:nobodyさん
09/11/13 20:17:26
つかここで聞くなよ
過去ログ見ればどういうスレかわかるだろ
517:nobodyさん
09/11/13 20:58:42
>>510
こういう奴まじｳｾﾞｰ
518:nobodyさん
09/11/13 21:03:08
2chで聞くとこんなレスしか返ってこないからstackoverflowで聞け。
519:nobodyさん
09/11/13 21:26:02
>>508
枠しか表示されないみたいです。
楽しみにしていますので、頑張ってください。
520:nobodyさん
09/11/13 21:40:32
>>516
まあ過去ログうんぬん以前に２ちゃんだしｗ
>>518
条件後出しする奴を誘導されても困るがな（´・ω・｀）
521:nobodyさん
09/11/13 21:42:48
サーバーからデータだけ返してhtmlはjavascriptで全部組み立てか、
俺が作ろうとしてるのとめっちゃ似てるｗ
522:nobodyさん
09/11/13 21:46:32
条件後出しって、「仲間内で使う」ってとこのこといってんの？
なんか実装に影響すんのかねそれって。
523:nobodyさん
09/11/13 22:07:39
これもサーバ側はGAEで動いてるけど
URLﾘﾝｸ(app.riaservice.com)
524:nobodyさん
09/11/13 22:52:22
goが普及したらpythonサポートは切り捨てられるんだろうか？
525:nobodyさん
09/11/13 23:44:56
それは無いでしょっていうか
そんなにすぐにGoが普及するとは思えんけど。
526:nobodyさん
09/11/13 23:50:56
>>524
pythonが落ちぶれるよりも、Goが落ちぶれる確率の方が高いと思う。
527:nobodyさん
09/11/14 00:05:47
pythonのメイン開発者は、ずっとgoogleにいるぞ
528:nobodyさん
09/11/14 00:12:22
ぐぐったら、ずっとじゃねー
URLﾘﾝｸ(mojix.org)
529:nobodyさん
09/11/14 00:37:08
>>522
不特定多数と特定少数の違いは容量や転送量に影響しないのか
530:nobodyさん
09/11/14 01:14:36
>>523
それ結構すごいですね
531:nobodyさん
09/11/14 04:37:56
>>521
すげえな。
Perlのムック本に載ってたけど、Livedoor Readerも確かそんな感じだっけ。
裏側全部API化してJavaScriptで組み立ててる。
そういうのはGAE向いてそうだな
>>523はJavaScriptの代わりにFlexでフロントエンドにする感じかー。
>>522 >>529-530
仲間内なら、画像データなんてたかが知れてるからなんとかなるかもしれんけど、
一般にwebサービスとしてリリース(特に無料会員がいるとか)だと、GAEだけじゃまずムリっしょ。
今ならamazon s3使うとか。
かといって、利便性追求して、OSのシェル拡張作って、デジカメの1000万画素データをドラッグ&ドロップでうｐできるようにするとかしたら、
仲間内でも容易にパンクしそうだがｗ
画像の保持は面倒だから、flickerとか既存サービスのラッパーちゅうかフロントエンド作ったらどうかな？
データの保存は既存サービスに丸投げ(GAEだけで出来るのか知らんが)
今時、画像共有したいけど自作するだなんて、flickerとかの制限が嫌なんでしょ？
532:nobodyさん
09/11/14 07:07:30
google app engineからスクレイピングするいいPythonのライブラリはないですか？
533:nobodyさん
09/11/14 08:32:24
>かといって、利便性追求して、OSのシェル拡張作って、デジカメの1000万画素データをドラッグ&ドロップでうｐできるようにするとかしたら、
dropboxでいいじゃんって気がしてきたよ。
534:nobodyさん
09/11/14 10:42:13
>>532
BeautifulSoup+BSXPath 使っています。
特定のページのスクレイビングしか試していないので、良いか悪いかはわからないけれど、必要最低限のことはできてる。
535:nobodyさん
09/11/14 12:42:01
>>534
サンクス
やっぱりBeautifulSoupかー。BSXPath知らんかった見てみます。
Rubyのwww::mechanize相当の機能がPythonのmechanizeにもあって、
GAEで動いてくれれば苦労せんでもすむのに・・・うう。
536:nobodyさん
09/11/15 21:33:47
>>512
>仲間内で使うだけなんで、気にしないでください。
>＃こういうチャチャ入れしかできない人は(ry
仲間内で使うくらいのWebアプリなら、お前のウンチ脳で作ったもので十分。
データ構造がぐだぐだでもコードがスパゲッティでも、Googleの技術がなんとかしてくれる。
537:nobodyさん
09/11/15 23:17:57
>>536
ｳｻﾞｰ
538:nobodyさん
09/11/15 23:22:00
友達が使うといってはみたが，実は友達が居なくて．
539:nobodyさん
09/11/15 23:24:12
ウザイなら見なきゃいいのにその実リロードしまくり
540:nobodyさん
09/11/16 00:05:17
>>538
おいやめろ
541:nobodyさん
09/11/16 00:07:49
ｳｻﾞｰ
542:nobodyさん
09/11/16 22:27:46
糞野郎のせいで糞ｽﾚになった
543:nobodyさん
09/11/16 22:28:39
>>539
ｳｾﾞｰ
544:nobodyさん
09/11/16 22:34:50
ウンチ脳は死んだ方がいいね。
545:nobodyさん
09/11/17 01:52:13
>>544
お前が死ねよ
546:nobodyさん
09/11/17 08:03:52
自前のwebmailを立ててspamフィルタしようと思ったら
GMailとほとんど同じ仕組みになってしまうのか
それとも自分でカスタムのフィルタで馬なのか
547:nobodyさん
09/11/17 08:31:44 rhUOF4YW
自家発電FW作ってるおっさんより、こっちのおっさんのほうがすごそくね？
URLﾘﾝｸ(coreblog.org)
548:nobodyさん
09/11/17 08:34:05
本人
/''⌒＼ + ::.゜ ゜ ゜゜｡･｡
. ,,..' -‐==''"フ +::.゜ ゜ ゜゜｡･｡ . .*
゜（n‘∀‘）η ｷﾀﾜｧ !! ゜｡･｡
____,,... -‐ _ﾆ-=''７ 。. +
_二--‐‐＝'''" ＼／. .* ☆
|. σ |-/σ | +★ キタワァ !!
ｰ-＼,.ﾍ ﾚ' ''／ﾉ
＿ ,,,,.. --― _二―＝'''７ +
― ＿_,-=―＝''" ヽ / . . 。. +
二＝''" , ,ヽ､／ ★ ☆ ＿ ＿__
l ○ l＿__/ ○ l .。* ┼ ﾉヽ/ | | ┃┃
ｰ- | ''. l / '' | ┼ 丿 ノ ア * .*
γ⌒ヽ l / /⌒ヽ
_,,,,--＝'' ＿＿＿,,-――＝''￣ ＿_,-―＝''￣ / +
＿,,- ＿,,-―＝''￣ ヽ ／ . . . .
￣ ,,-＝''￣ ＼ ／ . 。. ★ ☆
,,,―'' ﾉ ﾉ ヽ／ 。. .
―''| （;;） |＿＿_/ （;;） | ┃ ┏━┃ ┃┃
｜ """" | / """ | . ━┏┛ ┏━┃ ┏━┃ ┃┃
―-ヽ .γ´~⌒ヽ | / / ━┏┛ ┃ ┃ ━┃ ┛┛
＼/ | |_/ ／⌒ヽ、 ┛ ┛ ━┛ ┛ ┛┛
549:nobodyさん
09/11/17 09:07:01
反応はやすぎね？
プププ(wwWwwwwWWwwwww
550:nobodyさん
09/11/17 09:42:16
>>547
宣伝乙
551:nobodyさん
09/11/17 10:00:55
先生、548が本人だと思います!
上の方にも降臨してるみたいだし、間違いありません!
552:nobodyさん
09/11/17 11:45:45
畑も耕さず、種も蒔かず、雑草も抜かず、肥料も巻かず、
水もやらず、添え木もせず、収穫もせず、金も払わず、
ただ実を食う。
そんな人間にも育て方が下手だと
批判をする権利はあります。
553:nobodyさん
09/11/17 12:48:34
権利はあるけど対応する義務はないぞ
554:nobodyさん
09/11/17 13:56:55
FAQだろうけど、聞いてみる。
GAEでセッション管理はどうすんの？
標準機能としては提供してないよね？
ぐぐってみたけど、これというのがなさそう。
みんなどうしてる？
Datastoreに保存すべきか、それとも暗号化してCookieに入れるようなのを作るか。
555:nobodyさん
09/11/17 15:37:57
gaeoはデフォmemcachedでDatastoreも選べる
django patchはDatastoreのみ
556:nobodyさん
09/11/17 16:31:07
こんな糞スレにURL張っても逆宣伝にしかならんだろ。
557:nobodyさん
09/11/17 17:15:03
>>555
あれ、GAEで、標準でセッションて使えたっけ？
詳細ページへのリンクをプリーズ
558:nobodyさん
09/11/17 18:26:16
gaeo
559:nobodyさん
09/11/17 19:11:59
これのいちばんしたにかいてあるじゃば
URLﾘﾝｸ(code.google.com)
560:nobodyさん
09/11/17 20:22:26
なるほど、GAE for Javaでは標準装備なのか。なんでPythonではついてないの？
561:nobodyさん
09/11/17 22:26:37
>>554
Python版だと無いですよね
Kay なら Datastore 版セッションと SecureCookie のセッションと選べますよ。
memcached のみのセッションは信頼性の面で難ありなので止めた方が良いです。
562:nobodyさん
09/11/17 23:03:58
セッション機能なんて自分で作っても5分くらいだから。
563:nobodyさん
09/11/17 23:21:37
5分でテストまで出来るなんてすばらしいな。
うちの会社に欲しい人材だわ。
564:nobodyさん
09/11/17 23:26:27
テストはテストという項目で請求しないのか。
随分がさつな会社だな。
565:nobodyさん
09/11/17 23:51:16
cookie + memchaced で作ったセッション管理モジュール上げてやんよ
566:nobodyさん
09/11/18 00:33:48
平日は早朝から夜まで、土日も関係なく社員が働く会社をブラック企業と言います。
567:nobodyさん
09/11/18 05:39:47
memcacheをセッションにするのは普通不安定なの？
GAEだから不安定なの？
568:nobodyさん
09/11/18 07:55:40
memcacheってよく壊れなくね？
569:nobodyさん
09/11/18 08:02:35
ec2でmemcached鯖立ててた時は
たまに消えてた
570:nobodyさん
09/11/18 10:03:07
Kayのオッサンはスルーかよ(www
551確定ってことか？
571:nobodyさん
09/11/18 11:08:35
どうでもいいよそんなこと
572:nobodyさん
09/11/18 12:24:42
memcached って expire 期間指定出来たっけ？
573:nobodyさん
09/11/18 12:33:34
expireする時間を指定可能
あと時々勝手な都合でexpireする
574:nobodyさん
09/11/18 16:00:17
URLﾘﾝｸ(code.google.com)
に
-----
App Engine には Python Cryptography Toolkit のカスタム バージョンが付属しており、
これは PyCrypto とも呼ばれています。
App Engine に付属するバージョンは pycrypto 2.0.1 をベースにしています。
これは最新バージョンではありませんが、その大半は新しいバージョンとの互換性があります。
-----
とあるけど、SDK 1.2.7 の中には見つからないんですけど。
import Crypto とかしてもエラーになるし。
だれか教えて！
575:nobodyさん
09/11/18 21:51:49
>>574
デプロイしたら動くんじゃね？
576:nobodyさん
09/11/18 23:14:16
セッションってmemcachedの主な用途だと思ってたんだが
不安定ならキャッシュくらいにしか使えないね
577:nobodyさん
09/11/19 00:17:46
その名の通りキャッシュなんで、不揮発じゃない
578:nobodyさん
09/11/19 00:23:18
576の将来が不安
579:nobodyさん
09/11/19 00:33:02
永続的（もしくは保存期間が長い）セッションに使うと、
単なるキャッシュなので、
get： 参照して、無ければDB的な物から引いて更新
set： キャッシュ更新して 本体書き込み
同時アクセス考慮するならDB的な物をロックするとか
トランザクションするならさらに制御が複雑に
最近のwebサービスだと、セッション用に素のmemcached使わずに永続的な実装にして使ってる。
580:nobodyさん
09/11/19 00:46:14
>>565
まだですか
581:nobodyさん
09/11/20 12:31:13
アクセス数を減らす為に、CSS Spriteとか使ってるけど、
そもそもサイトの静的リソース(画像、CSS,Javascript、Flashとか)を
別アプリケーション立ててそっちにもっていくのは規約に反するのかな？
582:nobodyさん
09/11/20 12:48:08
問題なし
583:nobodyさん
09/11/20 13:46:47
GAE内で２つってこと？
584:nobodyさん
09/11/20 14:28:37
>同時に複数のアカウントでアプリケーションを操作するなどして割り当てを侵害したり、悪用しようとしたりすることは、利用規約への違反となり、アプリケーションが無効になるか、アカウントが停止されることがあります。
アカウント内なら問題無さそう
むしろ一つのアプリケーションに複数のアカウントを関連付ける機能があるのにこれはひどい
585:nobodyさん
09/11/20 17:54:31
↑意味を取り違えてると思う
>同時に複数のアカウントでアプリケーションを操作するなどして
というのはその方法でCPUやDataStoreやMail/Dayのquotaの制限を突破しちゃだめっていう意味だと思う
586:nobodyさん
09/11/20 23:45:27
って突破できなくね？
ドメイン変わるし。
587:nobodyさん
09/11/21 04:55:21
アカウント２つでアプリ２つ作って、片方を静的ファイル置き場みたいに使っちゃダメってことだよね
当たり前か。
アカウント１つでもだめだろな
588:nobodyさん
09/11/21 05:34:15
静的コンテンツは他に鯖{借りて|立てて}スケールアウトすればいいのだ
・・・あれ？
589:nobodyさん
09/11/21 06:56:33
GAEいらないじゃん
590:nobodyさん
09/11/21 12:59:08
性的コンテンツなら、そこいらのレンサバで勝手にスケールするだろ
591:nobodyさん
09/11/21 13:10:56
どんだけアクセス数が少ないんだよ
592:nobodyさん
09/11/21 13:16:56
ボクの性的コンテンツがスケールしません
593:nobodyさん
09/11/21 19:23:31
ボクの性的コンテンツはビックスケールです
594:nobodyさん
09/11/21 20:04:56
DSの中にあります
595:nobodyさん
09/11/26 09:34:16
.
596:nobodyさん
09/11/26 16:54:02 7zJTiiD0
URLﾘﾝｸ(www.asahi.com)
597:nobodyさん
09/11/28 19:48:27
純粋なあの頃は仕事で追い詰められて自殺なんて都市伝説だと思ってたけど
今じゃ知り合いの失踪も自殺も体験した
598:nobodyさん
09/11/29 16:23:00
remote_apiでデータいじると、DateTimePropertyの値がUTCに直されずに保存されちゃうんだな
auto_nowにしてたフィールドが9時間進んでいて驚いた
599:nobodyさん
09/11/29 17:11:15
素人以下の造りだよなぁ
600:nobodyさん
09/12/02 11:07:11
質問いいですか？
GAEで作ったアプリてローカルでも運用できるもんなんでしょうか？
wikiみたいなのを作った場合を想定していて、
例えば外部公開用の他に、
自分用でかつネットつないでない時も使えないときも使いたい場合、
どうしたものでしょうか？GAEの
ローカルでもちゃんと動いてくれるものでしょうか？
感覚的にRailsのアプリのBTS、RedmineをWindows上でproductionモードでmongrelでローカルにて動かすような感じです。
601:nobodyさん
09/12/02 11:40:32
開発用のローカルサーバそのままでＯＫならそれでいいんじゃないの？
602:nobodyさん
09/12/02 11:58:20
鬼のようなPV(になる予定)のサイトを作るんですが、EC2かGAEか悩んでいます。
自由度無くて詰んだら嫌なのでEC2に決まりかけてたのですが、
mysqlをスケーリングしてうんぬんはやはり面倒なのでGAEがいいよなあと。
いまどきのWebサービスを開発するにあたって
GAEでどうしてもできないことはなにがありますでしょうか。
たとえば、
-全文検索サーバをインストールして使う
-数時間かかるバッチ処理
-HTTP以外の通信
-SQLでかんたんにできること JOINとか？
-巨大なファイルをあつかう1GB以上とか
-データベースの定期ダンプ
-複雑な画像処理 ImageMagick
ほかにありますでしょうか。アドバイスお願いします。
これから要件まとめてなにか気がついたら私もまたカキコします。
これ
URLﾘﾝｸ(code.google.com)
つかってGAEでRubyというのも良いですね。
ただ、CPUが無駄遣いだというカキコがちょっと前にありましたけども。
603:nobodyさん
09/12/02 12:40:43
鬼のようなPVなら俺なら迷い無くEC２
604:nobodyさん
09/12/02 13:24:04
EC2のHigh-Memory Quadruple Extra Large Instance 68.4 GB of memory,
26 EC2 Compute Units (8 virtual cores with 3.25 EC2 Compute Units each),
1690 GB of instance storage, 64-bit platform
にmysql載せればいくらでも相当無理しても大丈夫そうだ。
ディスクの速度が不明だな。書き込み速いのかな。
スレ違いでした。すまん。
605:nobodyさん
09/12/02 13:28:35
>>602
鬼のようなPVのサイトだから、独自ドメインを使うと思うんだけど、
なんか独自ドメインだとSSLが使えないらしいんだよね。
たとえば URLﾘﾝｸ(www.example.org) というURLで管理者情報をいじくるページをつくったとして、
これを https にしたいとしても、できないんだってさ。
独自ドメインじゃなく xxxxx.appspot.com ならSSL使えるらしい。
これってどうよ？俺的には致命的なんだけど、だれか回避策しらんかね？
あと、www.example.org はOKだけど example.org （naked urlというらしい）は使えないとか。まあこの制限は我慢できるか。
606:nobodyさん
09/12/02 13:32:29
別ドメインになるとセッションの受け渡しができないよなぁ。。
607:nobodyさん
09/12/02 13:33:04
>>602
>たとえば、
>-全文検索サーバをインストールして使う
>-数時間かかるバッチ処理
>-HTTP以外の通信
>-SQLでかんたんにできること JOINとか？
>-巨大なファイルをあつかう1GB以上とか
>-データベースの定期ダンプ
>-複雑な画像処理 ImageMagick
これ全部やりたいってことなら、GAEじゃ無理だね。
データベースの定期ダンプとか無理だろ。
頑張ってMySQLをスケーリングするか、memcachedを使いたおせ。
608:602
09/12/02 15:51:49
>>607
これから要件を洗い出すのですが、それ全部必要なわけではないです。
私の知識の範囲でGAEで出来ないことリストです。
GAE地雷リスト？
>>603
PV課金だからってことですね。EC2なら工夫次第でPV単価安くできる。
>>605
ありがとうございます。
(追加)
- SSLを自由に使えない
- 使えるドメインに制限あり(naked url)
>>604
"Amazon Relational Database Service"ってのを見つけました。
mysqlのおもりをお任せ出来ちゃうのかもしれません。
609:nobodyさん
09/12/02 17:29:01
>>605
セキュリティ的に回避できちゃ困る領域に見えるけど
SSL証明書どうすりゃいいんだ？
610:nobodyさん
09/12/03 00:14:17
*.example.com
611:nobodyさん
09/12/03 04:30:44
>>605
xxx.appspot.com で使ってたけど
SSL にも色々変な制限あるみたいで
xls を出力するプログラム(hogehoge)をうpしたら
URLﾘﾝｸ(xxx.appspot.com) はダウンロード出来たのに
URLﾘﾝｸ(xxx.appspot.com) ではダウンロード出来なかったり
SSL の意味無いやんって
GAE 使うのやめたよ
612:nobodyさん
09/12/03 06:32:27
えっ、マジSSLだめのか、GAE。それだめだろ・・・
ログインページはSSLでないと信用できない、という場面もある。
仕事のシステム作るような場合だと、さすがにSSL必須だし。(SSLなくても大丈夫って顧客だますの？)
回避策ないかね。
613:nobodyさん
09/12/03 06:33:25
てか、ネットで業務でGAEつかってる会社をたまに見かけるんだけど、
この辺どうやってんだろ、気になるな
614:611
09/12/03 07:31:10
>>612
いや、ログインページだけなら SSL に出来るんだ
URLﾘﾝｸ(xxx.appspot.com)
URLﾘﾝｸ(xxx.appspot.com)
なんかも問題ないし
HTML だけ出力するプログラム
URLﾘﾝｸ(xxx.appspot.com)
URLﾘﾝｸ(xxx.appspot.com)
とかも問題なかったのに
>>611
の条件だけダメだったりするんだ
615:nobodyさん
09/12/03 07:33:45
URLに日本語が入ってるときにUTF-8にした上でurlescapeしてもアクセス出来なかったりするね
616:nobodyさん
09/12/03 12:22:11
>>605
EC2でexample.org （naked url）で普通に運営してるぞ俺
617:nobodyさん
09/12/03 12:37:37
apps + app engineの制約だろ
>>610も何が言いたいのかわからん
618:nobodyさん
09/12/03 17:57:10
naked domain使えるようにならないかなぁ・・
619:nobodyさん
09/12/03 20:55:30
>>617
ワイルドカードのSSL証明書とれってことじゃないのかな？
620:nobodyさん
09/12/04 09:21:38
Google、無料DNSサービス「Google Public DNS」発表
URLﾘﾝｸ(www.itmedia.co.jp)
これでnaked domainを指定のサブドメにリダイレクトできるようにならないかな？
621:nobodyさん
09/12/04 09:55:26
よく見たらそういうもんじゃなかった fack
622:nobodyさん
09/12/04 10:18:03
fuckでした
623:nobodyさん
09/12/04 18:55:33
まとめサイトをwikiでつくりたいです。
GAEにwikiを設置したいんですが、使えるwikiアプリをご存知でしたら教えてください。
・PythonでつくられたwikiでGAEで動くもの
・JavaでつくられたwikiでGAEで動くもの
Quercus（PHP in Java）を使ってGAE上で動くPHPのwikiでもいいです。
Pukiwikiのファイルの書き込み部分を、GAE上ではBigTableに書き込むように改造するのは大変でしょうか？
624:nobodyさん
09/12/04 19:03:47
>>623
俺も知りたい
自作したがしょぼすぎるんだ
625:nobodyさん
09/12/04 19:08:22
疑似ファイルシステムつくるか
626:nobodyさん
09/12/04 19:21:43
wikiなんざ@wikiでも借りたらいいんじゃないかと思うんだが
627:nobodyさん
09/12/04 19:21:43
擬似RDBでも許す
628:nobodyさん
09/12/04 20:20:21
>>626
１日100万PVのアクセスがあっても対応できるGAEで、まとめwikiを作りたいんです＞＜
>>625
勉強するんで、作り方教えてください＞＜
・PukiwikiをGAE用に改造する
・Quercus（PHP in Java）で動かす
この改造路線でよろしいでしょうか？
（JavaとPHPは使えます。Pythonはこれから勉強する予定）
ちなみに、改造したコードはどこにおけばいいですか？
よく分からんけど、Google CodeとかGitHubという場所にアップロードすればいいんですかね？
URLﾘﾝｸ(ja.wikipedia.org)
629:nobodyさん
09/12/04 20:26:55
>>628
今ならGitHubだな。
630:nobodyさん
09/12/04 20:29:05
pythonで有名なwikiってmoinmoinって名前だったっけか
探せばGAEで動くように移植した人とかいるかもね
631:nobodyさん
09/12/04 20:43:43
>>629 >>630 ありがとうございます。
MionMoinを調べてみます！
＜擬似ファイルシステム＞
BigTabelに、[AlterFile]というテーブルを用意する。
カラムは、(1) [FileName]（＝ファイル名を保存する）と、(2) [FileData]（＝ファイルの中身）がある。
従来のファイル操作関連の関数を、BigTableに書き込む関数でラップするかんじですかね？
632:nobodyさん
09/12/04 22:50:02
FileSize
FileCTime
FileATime
FileMTime
はあった方が良いだろう
633:nobodyさん
09/12/04 22:51:03
FileAtribute
FileOwner
なんかもいるんじゃないかな
634:nobodyさん
09/12/05 01:16:34
ラップしたらそのファイル操作関数は制限されずに呼び出せるの？
635:nobodyさん
09/12/05 03:10:19
そりゃまぁそういう風に作ればそうなるだろう
636:nobodyさん
09/12/05 08:06:48
>>628
Pukiwikiは全ファイルなめるような操作あったような気がするから、
記事が1000件超えたらまずそうな気がするｗ
あと、何するにしても日本語検索を自前で実装しないといけないから注意。
サイトマップ作ってgoogleにindexさせて放り投げてもいいけど
637:nobodyさん
09/12/05 08:10:58
>>630
feature requestsはでてるみたいね。
FeatureRequests/GoogleAppEngineCompatibility - MoinMoin
URLﾘﾝｸ(moinmo.in)
638:nobodyさん
09/12/06 21:30:52
Cしか書けない低レベルプログラマだけど
ここ一週間GAE＋PYTHONの勉強をがんばって
2chライクの掲示板とか作ってみたけど
なんか疲れた。
もうちっと面白いアイデアがないもんかねえ
639:nobodyさん
09/12/06 21:43:18
結構何作ったらいいのかとか思い付かないよね。
640:nobodyさん
09/12/06 22:59:48
Twitterのbotとかも作るのは簡単そうだけど
肝心のしゃべらせる内容が思いつかないｗ
641:nobodyさん
09/12/06 23:17:48
勉強会の資料みたけどトランザクションきっちり必要な用途には向かないみたいね。ブログとかは向くだろうな。
適材適所。
642:nobodyさん
09/12/07 01:51:30
昨日見つけたんだけどこれはどうなんだろう↓
URLﾘﾝｸ(eiichirouchiumi.blogspot.com)
Acid HouseというGAE/Jのフレームワークで、エンティティグループをまたいでの
トランザクション処理ができるらしい
これが使えるとかなり助かるし、結構画期的だと思うんだけど
643:nobodyさん
09/12/07 11:44:19
Google App Engine Datastore のアトミック・トランザクションで更新できるのは、１エンティティ・グループだけですよね？ご存知の通り、Google App Engine Datastore では、このような「複数エンティティ・グループをアトミックに更新する」方法がありません。
実は、Low-level API なんかをうまく使って対応する方法が色々とあるんですが、Acid House を使うと、このオペレーションを１トランザクションで行うことができるので、すごく楽です。
だってさ。
LowLevelAPIで何とかなるなら標準でなぜサポートされていないんだろ。
644:nobodyさん
09/12/07 12:27:45
>>640
なるべくボットっぽくないボットを作って、followerを一杯釣るのにいきがいを感じるのはどうだろうか。
はてぶのホッテントリ(URLﾘﾝｸ(b.hatena.ne.jp))のURLに対して、
適当にこれまたはてぶのコメントからスターがたくさんついたコメを引っ張ってきて、ちょっと改変してつぶやくとかどうだろうか？
また、なるべくボット臭を消すために、たまにはてブ以外のこともつぶやく。
・URLﾘﾝｸ(buzztter.com) 話題をから拾ってきて適当に発言。～～わろた、～～てなんだこれ？等
・URLﾘﾝｸ(twitter.com) から拾ってきて、～～なうと発言
・URLﾘﾝｸ(twitter.com) や URLﾘﾝｸ(twitter.com) から拾ってきて～～爆発しろ！
APIや情報ソースとして使えそうなサービスと連携して時事をつぶやけばいいと思う
645:nobodyさん
09/12/07 12:29:03
>>644
はてぶホッテントリのURLミスった
URLﾘﾝｸ(b.hatena.ne.jp)
646:nobodyさん
09/12/07 14:29:21
>>644
なんとなく寂しいな
647:nobodyさん
09/12/07 16:26:13
lowlevelAPIってどうやったら使えるの
648:nobodyさん
09/12/07 18:25:42
Javadoc見て感覚で書く
649:nobodyさん
09/12/07 20:03:03
えっ
パイソンじゃ無理なの？
650:nobodyさん
09/12/07 22:09:43
>>642だけどソースを見たらどうも駄目っぽい
コミットの途中でクラッシュした時のことが考えられてないし、整合性の問題がある
箇所がいくつもあったり、競合が発生した場合のひどいパフォーマンスとか
とにかく問題が多すぎて、たぶん使ったら大変なことになる
651:nobodyさん
09/12/08 03:17:44
>>650
＞のような「複数エンティティ・グループをアトミックに更新する」方法がありません。
＞実は、Low-level API なんかをうまく使って対応する方法が色々とある
「ローレベルAPIならアトミックにできる」とも読めてしまうけど、そういうわけではないってこと？
652:nobodyさん
09/12/08 10:24:42
例えば銀行口座間の送金をトランザクションを利用した実装にするには残高entityをすべて１つのentitygroupにまとめておく必要があるわけですよね。
するとロック範囲も全体なので並列処理できない。スケールしない。
すると出てくる手法はなにがあるのでしょうか。
分散トランザクションとか２フェーズコミットとか？
ジャーナリングファイルシステムみたいにまず入出金イベントentityを作ってあとから各口座に反映させる？
ちなみに銀行アプリのentitygroupは口座ごとに分けて残高entityをrootにして入出金ログentityを子にするので考えています。
653:nobodyさん
09/12/08 11:13:10
>>652
BASEトランザクション
・Basically Available
・Soft-State
・Eventual Consistency
ACIDとは、別の概念が、クラウドでは出てきている。
654:nobodyさん
09/12/08 12:49:57
>>651
そもそもAcid HouseではLow Level APIは使ってない
内部でJDOのPersistenceManagerを複数生成して、それぞれ別のトランザクションを
開始しているんだけど、どうもデータストアが提供するこの機能のことを指して
Low Level APIと言っている気がする
本来のLow Level APIはJDOに比べて速度が速くて自由度が若干高いというだけで
機能自体は変わらないはず
655:nobodyさん
09/12/08 12:51:42
>>652
Song of Cloudでもその話題を扱ってますね
送金のトランザクション処理パターン
URLﾘﾝｸ(songofcloud.gluegent.com)
分散トランザクション処理の最適化
URLﾘﾝｸ(songofcloud.gluegent.com)
656:nobodyさん
09/12/08 13:40:38
>>654
＞速度が速くて自由度が若干高いというだけで機能自体は変わらない
なるほど、ありがとう
657:nobodyさん
09/12/08 23:18:02
なんか難しい話になってるな
銀行システムでも造るのか
658:nobodyさん
09/12/09 00:51:34
>>655
すげーわかりやすかった。さんきゅ。
659:nobodyさん
09/12/09 00:54:51
>>653
>>655
ありがとうございます。やろうと思えばできるのですね＞トランザクション
datastoreはindexが更新されるのに若干タイムラグがあるので
そもそもEventual Consistencyではありますよね。
>>657
課金とかポイントの使用とか
660:nobodyさん
09/12/09 08:54:10
webアプリすら不慣れであれなんだが、トランザクションてようするにちゃんと２つ以上のDB書き込みを同時に最後まで行うってことを指すのか？
例えば銀行だとAからBに振込んだときに、
A銀行で金減らす、B銀行で金増やす処理をちゃんと途切れずに行うってことで良いのかな
661:nobodyさん
09/12/09 09:31:44
ひとまとまりでおこなうってことじゃね？
途中でエラー起きた！とかなってもちゃんとその操作を行う前の状態に戻れるように
何したか記録してあるみたいな。