Google App Engine 2アプ目

Google App Engine 2� ..

79:nobodyさん
09/06/21 22:05:24 0U0ncdO2
>>75
データある程度溜まったあとから項目追加してない？

80:75
09/06/21 22:28:53 VjyZaCQC
>>79
LinkedList<String>で要素は2個しか無い状態で、
表示するタイミングは特に追加したりということはしていないです。

81:75
09/06/21 23:05:13 VjyZaCQC
ごめんなさい。自己解決しました。
いつもは気にしてるんだけど、PersistenceManagerをcloseした後だと
取り出したobjectはnullにならないけど、その中の要素って
取り出せないんだね。

82:nobodyさん
09/06/22 03:35:42
なんかみんなすげーむつかしいつかいかたしてるんだな。

83:nobodyさん
09/06/22 05:37:18
>>81
ウザイよ、君。
JAVA(笑) 厨は別のスレッドを作って勝手にやれよ。

84:nobodyさん
09/06/22 12:22:45
こんにちは。
google app engineではポーリング、というか常駐のようなことってできますでしょうか？
例えば、米Yahooファイナンスなどからスクレイピングして、10秒沖に株価をDBに突っ込む
といったようなことを想定しています。

85:84
09/06/22 12:29:55
なんか、常駐アプリはダメっぽいですね…。

Daemon process with App Engine - Google App Engine | Google グループ
URLﾘﾝｸ(groups.google.com)

Google Gears + appengine = client-side grid computing? - やればできる子の日記
URLﾘﾝｸ(d.hatena.ne.jp)

↑cronはOKですよね？今は

この辺の常駐プロセスダメ制限の公式記述がほしいのですが、どこかにないものでしょうか？

86:nobodyさん
09/06/22 12:38:58
常駐不可っていうか、1リクエスト30秒制限があるから
それ以上は生き延びれないから無理ってことでしょ。

外部から定期的にポーリングして動かす分には、
Quotasの範囲内であれば別にいいんじゃないの。

87:nobodyさん
09/06/22 13:24:34
常駐させたいならAmazone EC2の方が良いんじゃね
金かかるけど。

88:nobodyさん
09/06/22 17:30:38
>>87
かの有名なtwitterもEC2だったよな。

89:nobodyさん
09/06/22 18:23:30
>>84
特定のURLでリクエストされたら、クロールするようにする。そのURLを1秒毎に実行される仕組みを別のサーバで作る。

90:nobodyさん
09/06/22 18:36:05
GAEの魅力は何と言ってもメンテが楽なことだろうな。
落ちる心配もほとんどない。

91:nobodyさん
09/06/22 22:26:33
もう玄箱とか最近出たEpsonの2万半ばくらいのちっこいPCとか使った方が早いんじゃね
20w未満で電気もあんまり食わないし

92:84
09/06/23 07:45:08
>>89
なら、別のサーバーで動かしたほうがいいような気がするんだよね。
クライアントでAJAX?で定期アクセス…も立ち上げっぱなしマシンがいるし

>>87 >>91
俺もVPSか、安鯖かって動かしたほうがいい気がしてきたｗ

93:84
09/06/23 07:45:59
>安鯖
鯖用安PCのことです

94:nobodyさん
09/06/23 12:19:19
>>90
GAEそのもののメンテでよく止まってるけどなｗｗｗ

95:nobodyさん
09/06/23 12:21:41
>>92-93
それが正解

96:nobodyさん
09/06/23 14:43:03
>>92
いやいや、別のサーバがGAEでもいいんだよ。GAEのcronを使えばいい。

97:nobodyさん
09/06/23 14:47:16
>>95
いまGAE使うのはハマること間違いなしなので、いくつかの障害を回避する方法に時間を取られたくなければVPSでやればいい。頑張ってGAEを使いこなせるようになればスケールアウトこうせいでスタートアップ無料の環境が手に入る。使う人次第だ。敷居は低くはない

98:nobodyさん
09/06/23 22:14:17
移行を手助けするツールとか出してくるでしょ。
勉強や遊ぶ分にはいいけど。
いまはヘー六だな

99:nobodyさん
09/06/23 22:44:56
スタートアップ無料とスケールアウト構成ってなんかチグハグじゃね？
無料の範囲内に収まるならスケールアウトなんて考える必要もないし

100:nobodyさん
09/06/24 14:29:10
スケールアウト構成のわりに
パワーも機能もいまいちじゃ使えネ

101:nobodyさん
09/06/24 14:42:00
>>99
クラウドではない場合はこれから大ヒットすると思っているサービスを公開する場合にユーザ数などをもとにサーバの選定を行いますよね。この選定はmaxユーザ数から算出することになると思います。クラウドの場合は不要。スタートアップが無料とはこういうこと。

102:nobodyさん
09/06/24 14:44:50
>>100
機能がいまいちなのはDBのことかな？分散環境なので、いまいちなのは受け入れるしかないと思う。ただ回避は可能だと思う。パワーはネットワークが遠いのもあると思う。今後に期待。

103:nobodyさん
09/06/25 03:12:55
GAEにwiki記法の機能入れたいんだけど、pythonでwikiパーサの定番モジュールってあります？

104:nobodyさん
09/06/25 06:01:38
restructuredText というのがある。数あるwiki文法のなかでもたいへん美しい。

105:nobodyさん
09/06/25 06:04:20
他よりは「まし」なだけで、別に美しくはないと思うけどな。

106:nobodyさん
09/06/25 13:22:01
restはちょっと大きすぎというか、
もっと簡単なのでいいんですが。

107:nobodyさん
09/06/25 14:58:55
無いのなら自分で作ろう鶯

108:nobodyさん
09/06/25 20:21:13
restructuredText 以外の定番ってあるのかな。Pythonでは知らない。

109:nobodyさん
09/06/25 22:03:56
この辺から探してみます。多すぎるんだけど。
URLﾘﾝｸ(pypi.python.org)

110:nobodyさん
09/06/27 05:23:58 5rNYxEfb
Javaで、スレッドが生成できないみたいだけど、
java.util.concurrent.ScheduledExecutorServiceなどのタイマー系のクラスも駄目なの？

111:nobodyさん
09/06/27 06:30:05
>>110
Javaは別スレでやれ。
ウザイよ。

112:nobodyさん
09/06/27 06:41:30
ん？ここって、python限定？
>>1にそんな事書いてないけど。

113:nobodyさん
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
伸びないわスレの内容のほとんどが意味ないわで
おさっしくだしあ

次ページ