[過去ログ]
キャップ開発スレ (1001レス)
キャップ開発スレ http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
24: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:09:41 発信元:219.117.236.97 0 >>14 >>17 >>18 あっても1000前後って所ですか。 キャップを参照しに行くのが、どのタイミングによるかでDB鯖のスペックもチューニングの苦労も変わりますね。 スレ開く度に呼びに行くような必要があると、とんでもない鯖立てる必要があるが。 書き込みの時だけ参照とか、絞られるなら少しはマシかな、ただコネクションが耐えられんと書き込めないって事態が起きるかも知れんね。 >>17 チューニングが甘かったのかもしれんけど、高速の連続SELECTはMySQLよりPostgreSQLの方が良かった。 まぁ、処理速度はMySQLの方が早いかもしれんけど。 具体的な数値は思い出せないけど、同じ条件でひたすらSELECT回したら、MySQLは時々結果返さなかった。 テキストファイルで今まで実績あるならDB採用する必要も無いかもしれんね。 読み込みが多いだけだし、ややこしい管理が必要なものでも無いんでしょ?キャップのデータって。 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/24
25: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:12:00 発信元:119.245.57.45 0 基本的にキャップの為にDBを使う必要はないのかなと思います、 他のシステムの認証も統合したシステムにするのなら別ですけど、 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/25
26: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:12:23 発信元:116.82.83.44 0 >>22 MySQLについては、複数のMySQL鯖で同期をとる機能があったはず。レプリケーションとかいうやつ。 マスター鯖1台、スレーブ鯖たくさん。書き込み時の照会はスレーブ鯖にする。 登録変更削除はマスター鯖にクエリを投げるとスレーブ鯖にも反映される。 他のDBは知らないや。 >>24 旧システムは、パスからの検索をファイルシステムに任せるという方法だったから、 これはそれなりに高速なはず。まぁ暗号化をして、public_htmlの外においておくのでいいかもね。 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/26
27: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:13:43 発信元:202.212.71.18 0 >>13 そこでSSDの出番ですよ。どうせ大した容量にはならん。 >>16 BBQとかモロにDB使ってるけどね。 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/27
28: Cooks [sage] 2011/01/07(金) 20:17:57 発信元:219.210.132.1 0 削除との連動が出来たらいいなぁとか妄想しています http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/28
29: ◆IDaU21y6wI [sage] 2011/01/07(金) 20:20:31 発信元:119.245.57.45 0 キャップは public_html 以下に置かない ファイル名をパスワード平文ではなく暗号化したものにする で良い気がするのですがどうでしょう、 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/29
30: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:21:51 発信元:219.117.236.97 0 >>26 >>27 金あるならSSDでMySQLのレプリケーションをズラッと並べたら楽しそう。 余裕ある時のシステム拡張ならDB化も検討ありだけど、緊急事態で余裕がないだろうからpublic_htmlの外で暗号化で良いですね。 何にしても、外部からシステムコマンド叩けたCGIとかの脆弱性の対策の方が重要な気がする。 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/30
31: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:22:48 発信元:122.31.180.42 0 キャップは書き込むときだけ、任意で付ける物だから、大げさな認証や仕組みは必要ないんじゃないかな。 どっちかてーと、セキュアな場所をちゃんと作る方向が良いんじゃない? http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/31
32: 名無しさん@お腹いっぱい。 [] 2011/01/07(金) 20:23:28 発信元:222.158.116.18 0 負荷が気になるならKVSのRedisとか使えばいいんじゃないか? キャップの一つや二つ、消えても問題なかろう。 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/32
33: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:24:19 発信元:210.135.100.132 (851651) P > ファイル名をパスワード平文ではなく暗号化したものにする ファイルを暗号化して保存するという意味なのか? パスワードを暗号化して保存するという意味なのか? どちらなんでしょうか? http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/33
34: ◆IDaU21y6wI [sage] 2011/01/07(金) 20:25:29 発信元:119.245.57.45 0 >>33 前まで パスワードがファイル名 これから パスワードを暗号化したものがファイル名 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/34
35: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:26:03 発信元:118.83.35.34 0 public_htmlの下に置くなら暗号化いらない気がするが。 下を見られてしまったら、塩もみれちゃうような http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/35
36: ◆cZfSunOs.U [sage] 2011/01/07(金) 20:26:07 発信元:206.223.151.75 0 BBQ で使ってるのは CDB なので,同種のものは Berkeley DB とか SQLite とかかな. http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/36
37: Cooks [sage] 2011/01/07(金) 20:26:18 発信元:219.210.132.1 0 ・public_html以上の所に今まで通り置く ・public_html以上の所に暗号化して置く ・DBを立てる 今のところこのくらいか >>33 ファイル名自体がパスワードと理解しているます http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/37
38: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:26:29 発信元:114.51.174.153 0 >>27 BerkeleyDBだったっけ http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/38
39: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:27:34 発信元:222.158.116.18 0 ハッシュにしてpublicの外に置けばそれで十分、に一票 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/39
40: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:27:56 発信元:116.82.83.44 0 >>35 salt分かっても元のパスを求めるのは簡単じゃないよ というかSHA暗号の場合はsaltいらないような http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/40
41: 真紅 ◆Sinku/ocvVmM [sage ] 2011/01/07(金) 20:30:00 発信元:210.131.119.139 0 メール欄の先頭文字列に"# → クエリー("#"以降のPASS) → キャッポ名(もしくは”無し”) http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/41
42: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:30:40 発信元:210.135.100.132 (851651) P ファイル名自体がパスワードだったんですね… 万が一の自体に備えて、どこに置くにしても暗号化は必須かと 設定のミス等により流出という事もありうるわけですから http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/42
43: 名無しさん@お腹いっぱい。 [sage] 2011/01/07(金) 20:31:20 発信元:118.83.35.34 0 >>40 cryptでちゃっとやるのかと思ってた。 http://peace.5ch.net/test/read.cgi/sakhalin/1294397129/43
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 958 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.101s*