迷惑行為管理データベースを作りましょう

◆Reffiz2Zh. · 2011/02/02(水) 03:50:01

迷惑行為を管理するデータベースを作りましょう。
器をどうするかとか閲覧をどうするかはこれからみんなでわいわいと

**名無しの報告** · 2011/02/02(水) 03:55:00

http://usokomaker.com/calendar/r/%A2%A1Reffiz2Zh.

**名無しの報告** · 2011/02/02(水) 04:53:37

さすがに時間が遅すぎたようです。

**くらの** ◆KURA/na7Ec · 2011/02/02(水) 07:35:02

>>1乙ぼみょー保守

**名無しの報告** · 2011/02/02(水) 07:41:42

此処にスレ建てはきつい気がする…reffiさんの脳自体がマトリクス状のデータベースに成ってるからなぁ

◆Reffiz2Zh. · 2011/02/02(水) 07:44:16

>5
いやぁ
開発室だとIP出るので漏れが書く場合、ｐ２経由でしないといけないので面倒なんですよ
それにデータベースの話はおいちゃんが言い出しっぺなのでここがいいかなぁと

**名無しの報告** · 2011/02/02(水) 07:47:50

そのおいちゃんはしばらく休みだけどね。ぶろぐ参照

**名無しの報告** · 2011/02/02(水) 07:51:35

>>1
ぼみょー

**名無しの報告** · 2011/02/02(水) 08:14:41

>>1
れっふぃさん、ぼみょー

**名無しの報告** · 2011/02/02(水) 10:52:04

２桁！
>>1 ぼみょー

◆iu9AApzW1Q · 2011/02/02(水) 11:02:53

>>1
乙です。

**名無しの報告** · 2011/02/02(水) 11:05:03

即死回避支援
ITひじかたさんみんなおいでませ～スレ立て>>1おつ

**名無しの報告** · 2011/02/02(水) 11:30:52

>>7
おいちゃんのブログって何処？

**名無しの報告** · 2011/02/02(水) 12:05:00

セキュリティは人的にもシステム的にも安心設計？

>>13
http://qb5.2ch.net/test/read.cgi/sec2chd/1294965643/956

**名無しの報告** · 2011/02/02(水) 17:33:35

誰でも見れれるのがいいから、こういうのの感じで
http://meikan.s101.xrea.com/pukiwiki/

メニュー項目の上位に
　支部規制　削除人規制　ＲＯＣＫ規制　ISP規制
があって、その下に
　通し番号(通称)　規制したISP名　規制発動レスURL　規制情報転載レスURL　送信返信メル日付　解除判断レスURL　解除作業実子レスURL　備考：特徴や対応内容など
とかあって、基本的にセキュリティ読める人と報告人★さんが編集して
編集が簡単で規制履歴を追いやすくてISPの対応内容がわかりやすくて規制日数もわかるのがいい？

逆に、メニュー項目の上位をまだかな規制リストにして
そこから履歴とかメールをたどれるようにしたほうがいい？
解除人さんの作業を想定すると、規制情報URLを入力して送信宣言とメル日付がわかればいい？
規制人さんの作業を想定すると、荒らし報告URLを入力して規制履歴や規制日数がわかればいい？
荒しごとにお客様番号を付けて整理するんだから、荒らし報告する人が履歴として引用できるのがいい？

目的みたいなもの　３秒で規制判断できて、三日で解除判断できる便利ななにか

**名無しの報告** · 2011/02/02(水) 18:25:34

スパムちゃんぷる
http://spam-champuru.livedoor.com/dnsbl/
これみたいなのが導入されればって感じですね

**名無しの報告** · 2011/02/02(水) 20:48:42

これはつっこむべき？

**名無しの報告** · 2011/02/03(木) 10:29:34

20レスに届いてないから即死しそうだからage

**名無しの報告** · 2011/02/03(木) 10:31:45

規制側は、どんな情報が欲しいと思ってるのか聞いといた方がいいんじゃない？
判ってるなら失礼。

と即死阻止協力レスｗ

**名無しの報告** · 2011/02/03(木) 10:45:12

相手によってどうのうこうの決めつけいくない
同じほむほむじゃないか、ほむほむ

**名無しの報告** · 2011/02/03(木) 10:45:54

すみません誤爆しました

**名無しの報告** · 2011/02/03(木) 10:49:53

とりあえず叩き台だよー。

■最低限ほしい情報
1.ユニークID
2.規制したISP
3.規制発動/規制情報のレスがあるURL
4.規制開始日
5.再発かどうか
6.規制の要因
7.ISPへ連絡した人
8.ISPへの連絡日付
9.ISPからの返答 [外部非公開]
10.内部での解除判断・連絡事項など [外部非公開]
11.結果(日付も)
12.解除した人
*.その他必要によって追加

■利用フロー
1.ユニークID発行 [できればおいちゃん]
2.ユニークIDに規制情報を紐付け [できればおいちゃん] →URL指定でできるようにすると楽？

3.報告人がISPに連絡したことを紐付け [報告人] →ボタンクリックで「だれだれが送信した」と登録するとか

4.ISPからの対応を紐付け [報告人]
5.解除判断をして紐付け [？] →内部だけ見れるように
6.解除する [解除人]
7.結果を紐付け [解除人]

wikiのページを簡単に作成・編集するスクリプトなんかを作ると楽かもね。
外部に対してもwikiを介さずにwikiのデータを独自スクリプト経由で出力するとか。

**名無しの報告** · 2011/02/04(金) 06:39:21

支援

**名無しの報告** · 2011/02/04(金) 18:34:43

おいちゃんの意向でもあるなら進むかな
報告お星さまたちあんまり乗り気じゃなさそうだけど…
あると便利そうですがねー

と、支援

**名無しの報告** · 2011/02/04(金) 18:48:36

報告の書式で貼ると、綺麗に整形してくれたりしたら、いいのかも？

と、部外者が支援。

**名無しの報告** · 2011/02/05(土) 00:56:47

入力項目をできる限り少なくし
コピペで済むところはコピペで
選択で済むところは選択できるようにしておかないと
絶対に計画倒れに終わる
器つくっても入力されないDBに価値はない

解除判断や犯人追跡にまで使おうとするのは愚かだ
あっちこっちに散らばった同一案件を結び付ける事だけに特化した方がいい
狐が望んでいるのもそれだけなんだから

**名無しの報告** · 2011/02/05(土) 01:02:04

最初からそういう風に紐付けということでわいがやしてる筈だけど
ていうかおいちゃんのそういうのはこのスレの作成DB趣旨と違うと思いますが？

**名無しの報告** · 2011/02/05(土) 01:31:02

>>22
後々分析しやすいように
2.規制したISP(回数) >>項目選択式。その他で手入力。
7.ISPへ連絡した人(回数)
12.解除した人(回数)

さらに
13.規制したリモートホスト(回数) >>項目選択式。その他で手入力。
14.迷惑行為種類(回数) >>項目選択式。その他で手入力。
15.通称(回数)
※2と13と14で手入力されたものは、後日選択項目に組み込む。

というのはどうだろう？
回数は自動カウントで、再発かどうかや規制期間の判断材料にしたり、
また作業の偏り具合をチェックして負担を緩和したり。
具体的な数字は作業を効率化すると思う。選択式も然り。

あとセキュリティ面から、
ユニークID：当該の規制情報[公開可能部分]の閲覧のみ。
権限パス1：規制情報[非公開含む]の閲覧、規制・解除情報編集。
権限パス2：全ての閲覧、規制・解除情報編集、DB全体編集。
権限パス3：緊急時のDB強制復元。

ユニークIDは基本的にオープンで、権限パス1～3は有資格者のみ。
権限パス1は閲覧だけなら自由にできるが、個別編集の際はユニークIDも必ず入力する。(誤編集の回避)
権限パス2と権限パス3は一つの権限内にしてもいいけど、
強制復元はそれまでを無かったことにするようなものだし念のため別権限で。

で、復元用のバックアップは差分を週単位で、全体を月単位で保管していくのはどうだろうか。

長々とごめん。

**名無しの報告** · 2011/02/05(土) 01:41:43

>>28
修正、追記。
15.通称(回数) >>項目選択式。その他で手入力。
※2と13～15で手入力されたものは、後日選択項目に組み込む。

14.迷惑行為種類はスクリプト爆撃や埋め立て、マルチポストなどのことで、
15.通称はこれまで報告等で呼ばれてた｢新潟｣などの荒らしの通称です。

**名無しの報告** · 2011/02/05(土) 17:31:06

プログラムならワシに任せとき。
組めるで

**28、29** · 2011/02/05(土) 21:31:27

修正。
>権限パス1は閲覧だけなら自由にできるが、個別編集の際はユニークIDも必ず入力する。(誤編集の回避)

権限パス1は閲覧だけなら自由にできるが、個別編集の際、新規登録以外はユニークIDも必ず入力する。(誤編集の回避)

追記。
権限パス2も個別編集は権限パス1と同様の手順で行う。

◆NAO/2MXDEk · 2011/02/05(土) 21:56:52

そんなややこしくしたら面倒だって

**名無しの報告** · 2011/02/05(土) 23:07:40

これは誰にとっての簡便さが一番重視されるの？
規制人？解除人？報告人？データベース管理者？データベース制作者？

**名無しの報告** · 2011/02/05(土) 23:16:32

>>33
何の為に迷惑行為を報告したり、規制したり、解除したり、するのかがわかっていれば
自明のことなのでは？

**名無しの報告** · 2011/02/05(土) 23:36:14

>>32
入力フォーマットを作れば負担が少なくなるよ。

**名無しの報告** · 2011/02/05(土) 23:39:15

>>34
なんのためにするかということと、
何に重点をおいてシステムを構築するかということは、
同じとは限らないよ

それと自分がそうだと思うっていることと自明とは違うし
自明という言葉だけで明言を避けることは誤解を生む元になりかねない

28 · 2011/02/05(土) 23:54:19

>>32
実際にどのように運用・活用されて行くか分からんから、
とりあえずいろいろ詰め込んであとでシェイプしてくって感じかなと。

あと編集作業もコピペ多用の方がいいか、選択肢を用意した方がいいのかなども
編集人同士で話し合ってもらうのが基本ですけどね。

まあどの段階であれ、編集作業はできるだけ簡素な方がいいというのはわかります。

**名無しの報告** · 2011/02/06(日) 00:51:21

>>36
> なんのためにするかということと、
> 何に重点をおいてシステムを構築するかということは、
> 同じとは限らないよ
なぜ、一々論点を発散させたがるの？
そもそも一般的なシステム構築の薀蓄を当て嵌める場面でもないでしょ？

> それと自分がそうだと思うっていることと自明とは違うし
> 自明という言葉だけで明言を避けることは誤解を生む元になりかねない
相手が言った単語にだけ反応するなら、N-88 BASIC で作った人工無能に
だって出来ることだよ。

何の為に、誰が使って、どういう時に、どう使うか、使わずに進めた場合に
ヒストリーやログを残す為に後からデータエントリできる事は必要か、等々、
管理データベースとしての機能を充足した上で、使い勝手はどうするか、も
しくは、使い勝手の為に敢えて機能を制限する部分がでるのか、順番に考
えていけば、たいして難しく考えるようなことじゃない。

**名無しの報告** · 2011/02/06(日) 02:00:28

ひとつの案件があっちこっちに飛び散って追跡できなくなるのが問題なんだろ？
追跡できるようにURLを結び付けるだけでもいい。
つまり、案件を見出しにしたリンク集でもいいって事だ。

**名無しの報告** · 2011/02/06(日) 21:26:14

まずは赤小便さんが新解除判断人or新解除人にパス渡してみて
securityメールを処理しないことには使い勝手も何も・・・
机上の空論でそ
少しでも作業の手間をすくなくするためなんだから　
おいらはれひさんの意見で十分だとおもうけど

しかしその赤なんとかがDB反対だときてるーw

**名無しの報告** · 2011/02/06(日) 23:52:21

反対なんてしてないじゃん

**名無しの報告** · 2011/02/07(月) 15:25:09

なくても運用できる運用ルール作りを目指している≠反対
なくても運用に支障がないが、あれば便利と言うだけ

**名無しの報告** · 2011/02/09(水) 09:25:03

>>34
自明だね。

**名無しの報告** · 2011/02/09(水) 15:59:35

無明流逆流

できる・・・できるのだ・・・

**名無しの報告** · 2011/02/10(木) 16:39:57

>>39
キャップ持ちならいいけど、俺らがやると夜勤さんが疑い正常な判断が出来なくなりますぜ。
ましてon the rock氏とかが粘着して来て余計混乱させるんだから。