09/05/30 12:40:02 tuYY7oEn
Google App Engine
URLﾘﾝｸ(code.google.com)
■過去スレ
Google App Engine
ｽﾚﾘﾝｸ(php板)
■参考サイト
App Engine ギャラリー
URLﾘﾝｸ(appgallery.appspot.com)
ドキュメント
URLﾘﾝｸ(code.google.com)
2:nobodyさん
09/05/30 13:43:31
乙でやんす
3:nobodyさん
09/05/30 15:40:23
気になることが一つあるんだけど、
無限ループなんかやっちゃったら
無限に金とられるってことになっちゃうの？
4:nobodyさん
09/05/30 15:44:44
実行時間に制限あるからそうはならないでしょ
5:nobodyさん
09/05/30 20:27:07
一回のアクセスに制限時間はあるが
何度もアクセスされて全部無限ループなら酷いことになるな
6:nobodyさん
09/05/31 07:04:33
単３から初めてだんだん広げてゆくと角電池まで行けるらしいよ
7:nobodyさん
09/05/31 07:21:07
Google Wave
URLﾘﾝｸ(internet.watch.impress.co.jp)
8:nobodyさん
09/05/31 18:28:02 ijESUQRO
Google Accountsのサインインを使うサイトでも、
普通の携帯電話から利用できるのかな？やったことある人、教えて！
9:nobodyさん
09/05/31 19:56:34
nullpo
10:nobodyさん
09/05/31 21:23:00
ga!
11:nobodyさん
09/06/01 11:17:02 s6r6vqmz
5/25から変わるって告知されてたQuotaって実際どうなったんだろうね。
管理コンソールも変って無ければ、ドキュメントのところも何も変化無しだし。
12:nobodyさん
09/06/01 11:22:12
>> 3
自分で設定した1日のリミット金額までしかいかないよ。
もちろん物凄い金額設定してたら悲しい事になるだろうけども。
13:nobodyさん
09/06/01 15:54:44 WKQvkbrt
リミット金額いっちゃうと
その後のアクセスは全部エラーになるよね
結構困ると思うｗ
14:nobodyさん
09/06/01 18:00:41
>>13
そこは作りの問題なので困るところではないのでは？
ミスによって無限に請求額が増えてしまうことがない為にもエラーを吐いているわけだし。
>>11
自己レス。
今日時点で4G程度のデータはDL出来たんで、25日に変更されるという件については
まだ施行されてないみたいだね。
15:nobodyさん
09/06/05 11:30:16
本家のgoogle group見てると、
なんかエラーばっか出て使えたもんじゃねーなと思えてくるな・・
16:nobodyさん
09/06/05 20:25:55
これはもうだめやね
17:nobodyさん
09/06/07 02:24:31
結局みんな部分一致検索どうしてる？
loopで取り出してpythonで比較はしたくないし、テキスト解析して適当なプロパティに突っ込んで
おくしかないかなとか思ったり・・・
18:nobodyさん
09/06/07 03:06:15
google 自身は GAE 使ってないってことだよなぁ
19:nobodyさん
09/06/07 12:56:11
自社で使えないものを売るなんて
20:nobodyさん
09/06/07 15:13:18 y42igptO
Jaiku
21:nobodyさん
09/06/07 16:29:19 v1s/04vX
データストアで利用可能な形式が
URLﾘﾝｸ(code.google.com)
に書いてあるけど、Mapのようにデータを対にしてリストで記録したい場合って
どう保存するのが良いんだ？力技で２つリストを用意するのかなぁ。。。
22:nobodyさん
09/06/07 17:41:05
parent
23:nobodyさん
09/06/08 14:17:57 Iu6tsvdJ
データを保存する分散DBってどのDBに保存するか指定できるの？
24:nobodyさん
09/06/08 18:45:17
>>21
リストで記録したいというのがよく分らんが、
単にMapのように記録したいならkeyとvalueっていうpropertyを持つ
entityを保存すればいいんじゃね。
25:nobodyさん
09/06/08 23:12:55
key_name
26:nobodyさん
09/06/09 18:42:07
google app engineって1万人限定とか登録後1ヶ月待たされるとか書いてあるけど
もう普通に使えるようになってるの？
27:nobodyさん
09/06/09 21:13:56
>>26
何時の時代の話だ？ってレベル
28:nobodyさん
09/06/13 17:52:32 jX5QmZ5e
google I/Oのビデオとかキター
URLﾘﾝｸ(googleappengine.blogspot.com)
29:nobodyさん
09/06/16 20:44:19
google app engineの利点がいまいち良くわからないんだけど、
app engine使って得した人っている？
ほとんど実験的にしか使ってない人が多いみたいだけど。
そもそもapp engineのサーバがどのくらい凄いものなのかがよくわからない。
30:nobodyさん
09/06/17 01:42:52
>>29
サバ構築も管理も要らないので、自分のサイトをウェブアプリ化するのが凄い楽だったよ。
31:nobodyさん
09/06/17 01:59:27 DoRvhGFV
んとね
あらかじめ用意された枠だけで済む用途には楽なんだよ
それ以上のことをしようとするといろんなところで無駄な手間が掛かる
つまり枠以上のことをするなということなんだ
32:nobodyさん
09/06/17 03:09:28
パフォーマンス的にはどんな感じですか？
回線はしっかりしてそうだけど。
33:nobodyさん
09/06/17 09:57:56
> パフォーマンス
お前の組むプログラムによる。
34:nobodyさん
09/06/17 10:26:16
一番の欠点は遠いからレスポンス遅いことだろ。
片道 200msec、往復 400msecはかかる。
ゲームで言えば24フレーム分の遅延。どんなにチューニングしてもサーバーが軽くても、人間には重く感じる。
35:nobodyさん
09/06/17 10:28:15
>>34
> 片道 200msec、往復 400msecはかかる。
ユースケースは何？
そんなにかかってないけど。
36:nobodyさん
09/06/17 10:30:52
書き込みはめっちゃ遅い
37:nobodyさん
09/06/17 11:14:59
大きなことやろうとすると面倒な罠が多そう。
小さいことやるには謎の独自仕様の学習コストがバカらしい。
学習コストの先にパラダイスがあるならいいんだけどそうでもなさそうなんじゃないかと勝手に決めつけた私がお送りしました。
38:nobodyさん
09/06/17 12:11:19
>学習コストの先にパラダイスがあるならいいんだけど
ないといえばないし
あるといえばスケーラビリティくらいしかおもいつかないのに
規模大きくするとそれ以上のデメリットが実はいっぱい罠
39:nobodyさん
09/06/17 13:54:07
GAEの特性、制限、向き不向きを理解した上で、
最先端のスケーラビリティの恩恵を享受できるレベルの
大ヒット巨大サービスを企画、設計できる人にとっては
こんな格安で夢のようだよね。google太っ腹！！
40:nobodyさん
09/06/17 14:51:24
>>37
パラダイスを自分で作ればいいじゃないか。まずはやってみよう。だめだったらダメだってことがわかるからいいじゃないか。
41:nobodyさん
09/06/17 15:21:08
>>33
んなわけないｗ
42:nobodyさん
09/06/17 20:28:40
ダメだったってことが分かったんですけど
どうすればいいですか？
43:nobodyさん
09/06/18 03:59:13
>>42
そんなこと聞くぐらいの人間に真っ当なwebサービスが組めるわけがない。
もう諦めな。
44:nobodyさん
09/06/18 16:53:50
Googleappengineを利用したかったんですが携帯電話持っていません。
もしよろしかったら、どなたかGoogle App Engineの認証コードをもらえませんでしょうか？
よろしければ捨てアドにメールをください。
どうかよろしくお願いします。
45:nobodyさん
09/06/18 17:10:32
むり
46:nobodyさん
09/06/18 19:51:46
今は、携帯なんて不要でしょ?
とマジレス
47:nobodyさん
09/06/19 04:19:00
同時にドメイン買えばいいんだっけ
48:nobodyさん
09/06/19 23:11:19
>>34
ping teeeeest.appspot.com
Ping statistics for 72.14.203.141:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 46ms, Maximum = 156ms, Average = 87ms
49:nobodyさん
09/06/20 02:49:55
>>48
ちとそのネットワーク遅くない？
俺のだと avg で 50ms 切るよ。
ping teeeeest.appspot.com
--- appspot.l.google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 24.332/48.923/145.534/48.306 ms
50:nobodyさん
09/06/20 03:36:19
RTT 24msって、たとえ光速で一直線でも香港往復くらいしかできないが、
最近はGAEのサーバ、日本国内にあったりするのか？
51:nobodyさん
09/06/20 04:31:16
ping -c 10 teeeeest.appspot.com
PING appspot.l.google.com (66.249.89.141): 56 data bytes
64 bytes from 66.249.89.141: icmp_seq=0 ttl=243 time=7.258 ms
64 bytes from 66.249.89.141: icmp_seq=1 ttl=243 time=6.966 ms
64 bytes from 66.249.89.141: icmp_seq=2 ttl=243 time=7.366 ms
64 bytes from 66.249.89.141: icmp_seq=3 ttl=243 time=7.496 ms
64 bytes from 66.249.89.141: icmp_seq=4 ttl=243 time=7.532 ms
64 bytes from 66.249.89.141: icmp_seq=5 ttl=243 time=6.966 ms
64 bytes from 66.249.89.141: icmp_seq=6 ttl=243 time=6.893 ms
64 bytes from 66.249.89.141: icmp_seq=7 ttl=243 time=7.306 ms
64 bytes from 66.249.89.141: icmp_seq=8 ttl=243 time=7.666 ms
64 bytes from 66.249.89.141: icmp_seq=9 ttl=243 time=7.347 ms
--- appspot.l.google.com ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max/stddev = 6.893/7.280/7.666/0.249 ms
52:nobodyさん
09/06/20 07:23:06
>ping teeeeest.appspot.com
appspot.l.google.com [66.249.89.141]に ping を送信しています 32 バイトのデータ:
66.249.89.141 からの応答: バイト数 =32 時間 =19ms TTL=243
66.249.89.141 からの応答: バイト数 =32 時間 =16ms TTL=243
66.249.89.141 からの応答: バイト数 =32 時間 =16ms TTL=243
66.249.89.141 からの応答: バイト数 =32 時間 =17ms TTL=243
66.249.89.141 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 16ms、最大 = 19ms、平均 = 17ms
あれ？何これ…はええｗ
国内にgoogle app engineサーバーあるの？
53:nobodyさん
09/06/20 07:24:26
>>52
tracertやってみりゃええやん。
54:nobodyさん
09/06/20 08:01:34
>>53
そらそうだｗ やってみた
>tracert teeeeest.appspot.com
appspot.l.google.com [66.249.89.141] へのルートをトレースしています
経由するホップ数は最大 30 です:
1 1 ms 2 ms 1 ms ローカルルーター
2 6 ms 7 ms 8 ms うちのプロバイダのん
3 11 ms 8 ms 6 ms うちのプロバイダのん
4 8 ms 7 ms 7 ms うちのプロバイダのん
5 8 ms 7 ms 7 ms 202.232.6.213
6 7 ms 11 ms 7 ms tym001bb01.IIJ.Net [58.138.122.5]
7 13 ms 15 ms 13 ms tky001bb01.IIJ.Net [58.138.98.120]
8 26 ms 14 ms 14 ms tky001bf00.IIJ.Net [58.138.80.217]
9 19 ms 15 ms 15 ms tky008ix01.IIJ.Net [58.138.80.122]
10 16 ms 15 ms 15 ms 210.130.133.38
11 16 ms 15 ms 14 ms 209.85.249.195
12 15 ms 17 ms 17 ms 72.14.236.126
13 15 ms 15 ms 15 ms jp-in-f141.google.com [66.249.89.141]
トレースを完了しました。
> jp-in-f141.google.com
IP検索だと所在地アメリカになっとるけど、日本にあるのかな？
55:nobodyさん
09/06/20 08:03:30
10 16 ms 15 ms 15 ms 210.130.133.38 #IIJ
11 16 ms 15 ms 14 ms 209.85.249.195 #google California
12 15 ms 17 ms 17 ms 72.14.236.126 #google California
13 15 ms 15 ms 15 ms jp-in-f141.google.com [66.249.89.141] #google California
って感じだた。IIJからいきなりCaliforniaはいかんような…
56:nobodyさん
09/06/20 10:39:39
4 7 ms 7 ms 6 ms tkybi1-v5.asahi-net.or.jp [202.224.33.129]
5 8 ms 8 ms 8 ms kddni1.asahi-net.or.jp [202.224.32.50]
6 9 ms 8 ms 8 ms 15169.tyo.equinix.com [203.190.230.31]
7 9 ms 9 ms 9 ms 209.85.241.94
8 10 ms 14 ms 17 ms 72.14.236.126
9 9 ms 9 ms 8 ms jp-in-f141.google.com [66.249.89.141]
間違いなく国内だね。
57:nobodyさん
09/06/20 11:24:06
Googleのデータセンターが日本国内にあるのか。
休みに見学にいきたいな。
58:nobodyさん
09/06/20 11:35:24
>>57
何か特別な事でもあることを期待してるのか？
アホですか？
59:nobodyさん
09/06/20 11:46:50
Akamai
60:nobodyさん
09/06/20 13:27:29
>>57
問題はデータセンターがどこにあるかだ。
61:nobodyさん
09/06/20 14:30:04
URLﾘﾝｸ(d.hatena.ne.jp)
を見るからに、Google社内専用回線に繋がった、ただのロードバランサが
国内に用意されてるだけのような気もするんだが。
ns?.google.com が *.appspot.com のDNS問い合わせ元のIPを調べて
手近なGoogle施設のIPを返してるとか？
申込者の国籍申請で振り分けてるだけかもしれないけど。
62:nobodyさん
09/06/20 15:24:26
Akamaiの仕業というかのうせいも。
63:nobodyさん
09/06/20 19:15:44
>>60
渋谷か天皇酢
64:nobodyさん
09/06/20 20:21:26
>>62
akamaiはAmakaiドメインでしかサービスしてないのでは？
65:nobodyさん
09/06/20 20:56:29
実際のアプリで試すと単純な画像ひとつでも300ms前後かかってるので、
サーバはやはり海外にあるらしい。
66:nobodyさん
09/06/20 22:40:27
Eclipseプラグインとしてgoogleが配布しているテスト用サーバだけど
URLﾘﾝｸ(localhost:8080)
のように"localhost"指定か"127.0.0.1”指定しか接続できないようになってる？
URLﾘﾝｸ(192.168.0.2:8080)
のように自身のローカルIPアドレスを指定しても接続できない状況で困っている
別OSのマシンから表示を確認したかったのだが
こちらの環境の問題(ファイアーウォールとか)なのかテスト鯖の仕様なのか切り分けたい
67:nobodyさん
09/06/20 22:52:28
>>66
うちで試したが自分のIPアドレスを指定しても繋がらなかった。
なにか制限があるのかもね。
68:nobodyさん
09/06/20 23:16:51
>>67
ありがと
そうなるとapacheで中継させるとか考えないといけないな…
69:nobodyさん
09/06/21 00:54:34
公開サーバーとして使われると困るからじゃね？
70:nobodyさん
09/06/21 14:26:49
Early Lookって参加人数制限してるって事？
携帯のメールアドレスを登録すれば特別に使えるようになるの？
71:nobodyさん
09/06/21 16:13:24
>66-69
マニュアルくらい嫁よ
72:nobodyさん
09/06/21 17:54:54 YLfOZ3sF
>>37-38
このレスが正鵠を射てるな
73:nobodyさん
09/06/21 20:34:57
もしかすると、GAEを使った人気サイトが見当たらないのは
偶然じゃないのかもしれないな。
74:nobodyさん
09/06/21 21:30:18
別に人気サイトじゃなくても自分のやりたいことが実現できてるからそれで良い。
管理の手間も無くただコード書くことだけに集中できるし。
75:nobodyさん
09/06/21 21:59:05 VjyZaCQC
データストアにLinkedListでデータを格納していて、
それを取得してみたら[]で中身無しで返されてしまったんだけど、
同じようなことに悩まされた人、解決策を知りません？
ちなみにDataViewerではList型で中身が確認できました。
76:nobodyさん
09/06/21 22:00:51
googleのくせに全文検索出来ないってなんだよｗ
一番ひどいと思ったのは検索条件増やすとindex増えすぎて脂肪すること
77:nobodyさん
09/06/21 22:01:54
あと >= <= の範囲検索がfield一つに限られてるってなにそれって感じ
78:nobodyさん
09/06/21 22:03:51
ログ出力もバグってるような
みにくくて仕方ないんだが
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
伸びないわスレの内容のほとんどが意味ないわで
おさっしくだしあ
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分くらいだから。