Google App Engine 2アプ目
at PHP
1:nobodyさん
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
えっ、みんな知ってるよ
そんなこと
えっ、みんな知ってるよ
そんなこと
____
/二二ヽ
‖･ω･‖
ノ/ / >
ノ￣ゝ
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5400日前に更新/184 KB
担当:undef