Google App Engine 2アプ目
at PHP
[前50を表示]
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はじめて1年ぐらいですが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のまとめサイトだなw
>>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
だってプログラミングしてるときはいつもフル勃起してるもんw
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アプリの成功例話したらノリノリだったぞ
みんなしてクソッ出遅れた!とか言ってたw
そのうち使うかも知れんわ
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
まあ過去ログうんぬん以前に2ちゃんだしw
>>518
条件後出しする奴を誘導されても困るがな(´・ω・`)
521:nobodyさん
09/11/13 21:42:48
サーバーからデータだけ返してhtmlはjavascriptで全部組み立てか、
俺が作ろうとしてるのとめっちゃ似てるw
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万画素データをドラッグ&ドロップでうpできるようにするとかしたら、
仲間内でも容易にパンクしそうだがw
画像の保持は面倒だから、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万画素データをドラッグ&ドロップでうpできるようにするとかしたら、
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‘∀‘)η キタワァ !! ゜。・。
____,,... -‐ _ニ-=''7 。. +
_二--‐‐='''" \/. .* ☆
|. σ |-/σ | +★ キタワァ !!
ー-\,.ヘ レ' ''/ノ
_ ,,,,.. --― _二―='''7 +
― __,-=―=''" ヽ / . . 。. +
二=''" , ,ヽ、/ ★ ☆ _ ___
l ○ l___/ ○ l .。* ┼ ノヽ/ | | ┃┃
ー- | ''. l / '' | ┼ 丿 ノ ア * .*
γ⌒ヽ l / /⌒ヽ
_,,,,--='' ___,,-――='' ̄ __,-―='' ̄ / +
_,,- _,,-―='' ̄ ヽ / . . . .
 ̄ ,,-='' ̄ \ / . 。. ★ ☆
,,,―'' ノ ノ ヽ/ 。. .
―''| (;;) |___/ (;;) | ┃ ┏━┃ ┃┃
| """" | / """ | . ━┏┛ ┏━┃ ┏━┃ ┃┃
―-ヽ .γ´~⌒ヽ | / / ━┏┛ ┃ ┃ ━┃ ┛┛
\/ | |_/ /⌒ヽ、 ┛ ┛ ━┛ ┛ ┛┛
549:nobodyさん
09/11/17 09:07:01
反応はやすぎね?
プププ(wwWwwwwWWwwwww
550:nobodyさん
09/11/17 09:42:16
>>547
宣伝乙
551:nobodyさん
09/11/17 10:00:55
先生、548が本人だと思います!
上の方にも降臨してるみたいだし、間違いありません!
552:nobodyさん
09/11/17 11:45:45
畑も耕さず、種も蒔かず、雑草も抜かず、肥料も巻かず、
水もやらず、添え木もせず、収穫もせず、金も払わず、
ただ実を食う。
そんな人間にも育て方が下手だと
批判をする権利はあります。
553:nobodyさん
09/11/17 12:48:34
権利はあるけど対応する義務はないぞ
554:nobodyさん
09/11/17 13:56:55
FAQだろうけど、聞いてみる。
GAEでセッション管理はどうすんの?
標準機能としては提供してないよね?
ぐぐってみたけど、これというのがなさそう。
みんなどうしてる?
Datastoreに保存すべきか、それとも暗号化してCookieに入れるようなのを作るか。
555:nobodyさん
09/11/17 15:37:57
gaeoはデフォmemcachedでDatastoreも選べる
django patchはDatastoreのみ
556:nobodyさん
09/11/17 16:31:07
こんな糞スレにURL張っても逆宣伝にしかならんだろ。
557:nobodyさん
09/11/17 17:15:03
>>555
あれ、GAEで、標準でセッションて使えたっけ?
詳細ページへのリンクをプリーズ
558:nobodyさん
09/11/17 18:26:16
gaeo
559:nobodyさん
09/11/17 19:11:59
これのいちばんしたにかいてあるじゃば
URLリンク(code.google.com)
560:nobodyさん
09/11/17 20:22:26
なるほど、GAE for Javaでは標準装備なのか。なんでPythonではついてないの?
561:nobodyさん
09/11/17 22:26:37
>>554
Python版だと無いですよね
Kay なら Datastore 版セッションと SecureCookie のセッションと選べますよ。
memcached のみのセッションは信頼性の面で難ありなので止めた方が良いです。
562:nobodyさん
09/11/17 23:03:58
セッション機能なんて自分で作っても5分くらいだから。
563:nobodyさん
09/11/17 23:21:37
5分でテストまで出来るなんてすばらしいな。
うちの会社に欲しい人材だわ。
564:nobodyさん
09/11/17 23:26:27
テストはテストという項目で請求しないのか。
随分がさつな会社だな。
565:nobodyさん
09/11/17 23:51:16
cookie + memchaced で作ったセッション管理モジュール上げてやんよ
566:nobodyさん
09/11/18 00:33:48
平日は早朝から夜まで、土日も関係なく社員が働く会社をブラック企業と言います。
567:nobodyさん
09/11/18 05:39:47
memcacheをセッションにするのは普通不安定なの?
GAEだから不安定なの?
568:nobodyさん
09/11/18 07:55:40
memcacheってよく壊れなくね?
569:nobodyさん
09/11/18 08:02:35
ec2でmemcached鯖立ててた時は
たまに消えてた
570:nobodyさん
09/11/18 10:03:07
Kayのオッサンはスルーかよ(www
551確定ってことか?
571:nobodyさん
09/11/18 11:08:35
どうでもいいよそんなこと
572:nobodyさん
09/11/18 12:24:42
memcached って expire 期間指定出来たっけ?
573:nobodyさん
09/11/18 12:33:34
expireする時間を指定可能
あと時々勝手な都合でexpireする
574:nobodyさん
09/11/18 16:00:17
URLリンク(code.google.com)
に
-----
App Engine には Python Cryptography Toolkit のカスタム バージョンが付属しており、
これは PyCrypto とも呼ばれています。
App Engine に付属するバージョンは pycrypto 2.0.1 をベースにしています。
これは最新バージョンではありませんが、その大半は新しいバージョンとの互換性があります。
-----
とあるけど、SDK 1.2.7 の中には見つからないんですけど。
import Crypto とかしてもエラーになるし。
だれか教えて!
575:nobodyさん
09/11/18 21:51:49
>>574
デプロイしたら動くんじゃね?
576:nobodyさん
09/11/18 23:14:16
セッションってmemcachedの主な用途だと思ってたんだが
不安定ならキャッシュくらいにしか使えないね
577:nobodyさん
09/11/19 00:17:46
その名の通りキャッシュなんで、不揮発じゃない
578:nobodyさん
09/11/19 00:23:18
576の将来が不安
579:nobodyさん
09/11/19 00:33:02
永続的(もしくは保存期間が長い)セッションに使うと、
単なるキャッシュなので、
get: 参照して、無ければDB的な物から引いて更新
set: キャッシュ更新して 本体書き込み
同時アクセス考慮するならDB的な物をロックするとか
トランザクションするならさらに制御が複雑に
最近のwebサービスだと、セッション用に素のmemcached使わずに永続的な実装にして使ってる。
580:nobodyさん
09/11/19 00:46:14
>>565
まだですか
581:nobodyさん
09/11/20 12:31:13
アクセス数を減らす為に、CSS Spriteとか使ってるけど、
そもそもサイトの静的リソース(画像、CSS,Javascript、Flashとか)を
別アプリケーション立ててそっちにもっていくのは規約に反するのかな?
582:nobodyさん
09/11/20 12:48:08
問題なし
583:nobodyさん
09/11/20 13:46:47
GAE内で2つってこと?
584:nobodyさん
09/11/20 14:28:37
>同時に複数のアカウントでアプリケーションを操作するなどして割り当てを侵害したり、悪用しようとしたりすることは、利用規約への違反となり、アプリケーションが無効になるか、アカウントが停止されることがあります。
アカウント内なら問題無さそう
むしろ一つのアプリケーションに複数のアカウントを関連付ける機能があるのにこれはひどい
585:nobodyさん
09/11/20 17:54:31
↑意味を取り違えてると思う
>同時に複数のアカウントでアプリケーションを操作するなどして
というのはその方法でCPUやDataStoreやMail/Dayのquotaの制限を突破しちゃだめっていう意味だと思う
586:nobodyさん
09/11/20 23:45:27
って突破できなくね?
ドメイン変わるし。
587:nobodyさん
09/11/21 04:55:21
アカウント2つでアプリ2つ作って、片方を静的ファイル置き場みたいに使っちゃダメってことだよね
当たり前か。
アカウント1つでもだめだろな
588:nobodyさん
09/11/21 05:34:15
静的コンテンツは他に鯖{借りて|立てて}スケールアウトすればいいのだ
・・・あれ?
589:nobodyさん
09/11/21 06:56:33
GAEいらないじゃん
590:nobodyさん
09/11/21 12:59:08
性的コンテンツなら、そこいらのレンサバで勝手にスケールするだろ
591:nobodyさん
09/11/21 13:10:56
どんだけアクセス数が少ないんだよ
592:nobodyさん
09/11/21 13:16:56
ボクの性的コンテンツがスケールしません
593:nobodyさん
09/11/21 19:23:31
ボクの性的コンテンツはビックスケールです
594:nobodyさん
09/11/21 20:04:56
DSの中にあります
595:nobodyさん
09/11/26 09:34:16
.
596:nobodyさん
09/11/26 16:54:02 7zJTiiD0
URLリンク(www.asahi.com)
597:nobodyさん
09/11/28 19:48:27
純粋なあの頃は仕事で追い詰められて自殺なんて都市伝説だと思ってたけど
今じゃ知り合いの失踪も自殺も体験した
598:nobodyさん
09/11/29 16:23:00
remote_apiでデータいじると、DateTimePropertyの値がUTCに直されずに保存されちゃうんだな
auto_nowにしてたフィールドが9時間進んでいて驚いた
599:nobodyさん
09/11/29 17:11:15
素人以下の造りだよなぁ
600:nobodyさん
09/12/02 11:07:11
質問いいですか?
GAEで作ったアプリてローカルでも運用できるもんなんでしょうか?
wikiみたいなのを作った場合を想定していて、
例えば外部公開用の他に、
自分用でかつネットつないでない時も使えないときも使いたい場合、
どうしたものでしょうか?GAEの
ローカルでもちゃんと動いてくれるものでしょうか?
感覚的にRailsのアプリのBTS、RedmineをWindows上でproductionモードでmongrelでローカルにて動かすような感じです。
601:nobodyさん
09/12/02 11:40:32
開発用のローカルサーバそのままでOKならそれでいいんじゃないの?
602:nobodyさん
09/12/02 11:58:20
鬼のようなPV(になる予定)のサイトを作るんですが、EC2かGAEか悩んでいます。
自由度無くて詰んだら嫌なのでEC2に決まりかけてたのですが、
mysqlをスケーリングしてうんぬんはやはり面倒なのでGAEがいいよなあと。
いまどきのWebサービスを開発するにあたって
GAEでどうしてもできないことはなにがありますでしょうか。
たとえば、
-全文検索サーバをインストールして使う
-数時間かかるバッチ処理
-HTTP以外の通信
-SQLでかんたんにできること JOINとか?
-巨大なファイルをあつかう1GB以上とか
-データベースの定期ダンプ
-複雑な画像処理 ImageMagick
ほかにありますでしょうか。アドバイスお願いします。
これから要件まとめてなにか気がついたら私もまたカキコします。
これ
URLリンク(code.google.com)
つかってGAEでRubyというのも良いですね。
ただ、CPUが無駄遣いだというカキコがちょっと前にありましたけども。
603:nobodyさん
09/12/02 12:40:43
鬼のようなPVなら俺なら迷い無くEC2
604:nobodyさん
09/12/02 13:24:04
EC2のHigh-Memory Quadruple Extra Large Instance 68.4 GB of memory,
26 EC2 Compute Units (8 virtual cores with 3.25 EC2 Compute Units each),
1690 GB of instance storage, 64-bit platform
にmysql載せればいくらでも相当無理しても大丈夫そうだ。
ディスクの速度が不明だな。書き込み速いのかな。
スレ違いでした。すまん。
605:nobodyさん
09/12/02 13:28:35
>>602
鬼のようなPVのサイトだから、独自ドメインを使うと思うんだけど、
なんか独自ドメインだとSSLが使えないらしいんだよね。
たとえば URLリンク(www.example.org) というURLで管理者情報をいじくるページをつくったとして、
これを https にしたいとしても、できないんだってさ。
独自ドメインじゃなく xxxxx.appspot.com ならSSL使えるらしい。
これってどうよ?俺的には致命的なんだけど、だれか回避策しらんかね?
あと、www.example.org はOKだけど example.org (naked urlというらしい)は使えないとか。まあこの制限は我慢できるか。
606:nobodyさん
09/12/02 13:32:29
別ドメインになるとセッションの受け渡しができないよなぁ。。
607:nobodyさん
09/12/02 13:33:04
>>602
>たとえば、
>-全文検索サーバをインストールして使う
>-数時間かかるバッチ処理
>-HTTP以外の通信
>-SQLでかんたんにできること JOINとか?
>-巨大なファイルをあつかう1GB以上とか
>-データベースの定期ダンプ
>-複雑な画像処理 ImageMagick
これ全部やりたいってことなら、GAEじゃ無理だね。
データベースの定期ダンプとか無理だろ。
頑張ってMySQLをスケーリングするか、memcachedを使いたおせ。
608:602
09/12/02 15:51:49
>>607
これから要件を洗い出すのですが、それ全部必要なわけではないです。
私の知識の範囲でGAEで出来ないことリストです。
GAE地雷リスト?
>>603
PV課金だからってことですね。EC2なら工夫次第でPV単価安くできる。
>>605
ありがとうございます。
(追加)
- SSLを自由に使えない
- 使えるドメインに制限あり(naked url)
>>604
"Amazon Relational Database Service"ってのを見つけました。
mysqlのおもりをお任せ出来ちゃうのかもしれません。
609:nobodyさん
09/12/02 17:29:01
>>605
セキュリティ的に回避できちゃ困る領域に見えるけど
SSL証明書どうすりゃいいんだ?
610:nobodyさん
09/12/03 00:14:17
*.example.com
611:nobodyさん
09/12/03 04:30:44
>>605
xxx.appspot.com で使ってたけど
SSL にも色々変な制限あるみたいで
xls を出力するプログラム(hogehoge)をうpしたら
URLリンク(xxx.appspot.com) はダウンロード出来たのに
URLリンク(xxx.appspot.com) ではダウンロード出来なかったり
SSL の意味無いやんって
GAE 使うのやめたよ
612:nobodyさん
09/12/03 06:32:27
えっ、マジSSLだめのか、GAE。それだめだろ・・・
ログインページはSSLでないと信用できない、という場面もある。
仕事のシステム作るような場合だと、さすがにSSL必須だし。(SSLなくても大丈夫って顧客だますの?)
回避策ないかね。
613:nobodyさん
09/12/03 06:33:25
てか、ネットで業務でGAEつかってる会社をたまに見かけるんだけど、
この辺どうやってんだろ、気になるな
614:611
09/12/03 07:31:10
>>612
いや、ログインページだけなら SSL に出来るんだ
URLリンク(xxx.appspot.com)
URLリンク(xxx.appspot.com)
なんかも問題ないし
HTML だけ出力するプログラム
URLリンク(xxx.appspot.com)
URLリンク(xxx.appspot.com)
とかも問題なかったのに
>>611
の条件だけダメだったりするんだ
615:nobodyさん
09/12/03 07:33:45
URLに日本語が入ってるときにUTF-8にした上でurlescapeしてもアクセス出来なかったりするね
616:nobodyさん
09/12/03 12:22:11
>>605
EC2でexample.org (naked url)で普通に運営してるぞ俺
617:nobodyさん
09/12/03 12:37:37
apps + app engineの制約だろ
>>610も何が言いたいのかわからん
618:nobodyさん
09/12/03 17:57:10
naked domain使えるようにならないかなぁ・・
619:nobodyさん
09/12/03 20:55:30
>>617
ワイルドカードのSSL証明書とれってことじゃないのかな?
620:nobodyさん
09/12/04 09:21:38
Google、無料DNSサービス「Google Public DNS」発表
URLリンク(www.itmedia.co.jp)
これでnaked domainを指定のサブドメにリダイレクトできるようにならないかな?
621:nobodyさん
09/12/04 09:55:26
よく見たらそういうもんじゃなかった fack
622:nobodyさん
09/12/04 10:18:03
fuckでした
623:nobodyさん
09/12/04 18:55:33
まとめサイトをwikiでつくりたいです。
GAEにwikiを設置したいんですが、使えるwikiアプリをご存知でしたら教えてください。
・PythonでつくられたwikiでGAEで動くもの
・JavaでつくられたwikiでGAEで動くもの
Quercus(PHP in Java)を使ってGAE上で動くPHPのwikiでもいいです。
Pukiwikiのファイルの書き込み部分を、GAE上ではBigTableに書き込むように改造するのは大変でしょうか?
624:nobodyさん
09/12/04 19:03:47
>>623
俺も知りたい
自作したがしょぼすぎるんだ
625:nobodyさん
09/12/04 19:08:22
疑似ファイルシステムつくるか
626:nobodyさん
09/12/04 19:21:43
wikiなんざ@wikiでも借りたらいいんじゃないかと思うんだが
627:nobodyさん
09/12/04 19:21:43
擬似RDBでも許す
628:nobodyさん
09/12/04 20:20:21
>>626
1日100万PVのアクセスがあっても対応できるGAEで、まとめwikiを作りたいんです><
>>625
勉強するんで、作り方教えてください><
・PukiwikiをGAE用に改造する
・Quercus(PHP in Java)で動かす
この改造路線でよろしいでしょうか?
(JavaとPHPは使えます。Pythonはこれから勉強する予定)
ちなみに、改造したコードはどこにおけばいいですか?
よく分からんけど、Google CodeとかGitHubという場所にアップロードすればいいんですかね?
Wikipedia項目リンク
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5401日前に更新/184 KB
担当:undef