Vの人がSentryに興味を持ったようです
@voluntas 出来る。でも Mac でやったからかあんま効果無かったですよ。thraed が一番速かったです。
2013-10-11 21:54:18@voluntas Celery とか無くても動くけどちゃんと動かしたほうが良さげ。ぶっちやけお金に余裕あるのならお金払ってサービスの方使った方が楽出来ると思いますw
2013-10-11 21:57:16@heavenshell Celery 連携はあんまり見て無いっすw 何というか Django との相性的な話でいいなぁというのが一番の理由だったりします(DISQUS が使ってるし。
2013-10-11 21:57:56@voluntas あ、Celery はサーバー側の話しです。クライアント側は関係ないはずです。言葉足らずですみません。Sentry 自体も Django なので Disqus が使ってるから多分一番テストされてるはずw
2013-10-11 22:01:44@voluntas あ、違います。出来るのかもしれないけど、Cerely はログを受け取るサーバー側の方です。クライアントは +thread で良いかなーと思ってます。
2013-10-11 22:04:58@inoshiro や、ノウハウというよりはやっぱサービス提供したりして開発する場合に凄くよさそうだなぁと思って調べてる。感想聞きたい。エラートラッカーとしての評価。
2013-10-11 22:05:11@heavenshell クライアントは Django アプリ側ってことですよね? +thread だとスケールしなくて気持ち悪いなぁと思っています。ぱいそんだし … 出来れば gevent 系がいいなと。udp だとどうなるのかわかっては居ませんが。
2013-10-11 22:06:12@voluntas です! 今じぶんのポスト見直してたら Gevent だとその時は動いて無かった見たいですね。Linux だと動くのかな…。
2013-10-11 22:08:48SENTRY_UDP_HOST / SENTRY_UDP_PORT か。これだとワーカーは 1 台ってとこか。UDP -> Celery -> MySQL みたいな感じで入れて行くのがいいのかな。
2013-10-11 22:10:34