X
迷惑行為管理データベースを作りましょう
■ このスレッドは過去ログ倉庫に格納されています
0001 ◆Reffiz2Zh.
垢版 |
2011/02/02(水) 03:50:01ID:Eqn/oCM90
迷惑行為を管理するデータベースを作りましょう。
器をどうするかとか閲覧をどうするかはこれからみんなでわいわいと
0003名無しの報告
垢版 |
2011/02/02(水) 04:53:37ID:C7nGi0bfP
さすがに時間が遅すぎたようです。
0005名無しの報告
垢版 |
2011/02/02(水) 07:41:42ID:Q87Pou0jP
此処にスレ建てはきつい気がする…reffiさんの脳自体がマトリクス状のデータベースに成ってるからなぁ
0006 ◆Reffiz2Zh.
垢版 |
2011/02/02(水) 07:44:16ID:Eqn/oCM90
>5
いやぁ
開発室だとIP出るので漏れが書く場合、ｐ２経由でしないといけないので面倒なんですよ
それにデータベースの話はおいちゃんが言い出しっぺなのでここがいいかなぁと
0007名無しの報告
垢版 |
2011/02/02(水) 07:47:50ID:YrazUxX90
そのおいちゃんはしばらく休みだけどね。ぶろぐ参照
0012名無しの報告
垢版 |
2011/02/02(水) 11:05:03ID:V9BFE2L80
即死回避支援
ITひじかたさんみんなおいでませ〜スレ立て>>1おつ
0013名無しの報告
垢版 |
2011/02/02(水) 11:30:52ID:y7aD+0VW0
>>7
おいちゃんのブログって何処？
0015名無しの報告
垢版 |
2011/02/02(水) 17:33:35ID:3qRSxfMO0
誰でも見れれるのがいいから、こういうのの感じで
http://meikan.s101.xrea.com/pukiwiki/

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

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

目的みたいなもの　３秒で規制判断できて、三日で解除判断できる便利ななにか
0018名無しの報告
垢版 |
2011/02/03(木) 10:29:34ID:d91b3tKY0
20レスに届いてないから即死しそうだからage
0019名無しの報告
垢版 |
2011/02/03(木) 10:31:45ID:+b4MM0lx0
規制側は、どんな情報が欲しいと思ってるのか聞いといた方がいいんじゃない？
判ってるなら失礼。

と即死阻止協力レスｗ
0020名無しの報告
垢版 |
2011/02/03(木) 10:45:12ID:d91b3tKY0
相手によってどうのうこうの決めつけいくない
同じほむほむじゃないか、ほむほむ
0022名無しの報告
垢版 |
2011/02/03(木) 10:49:53ID:b88ivzjy0
とりあえず叩き台だよー。

■最低限ほしい情報
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のデータを独自スクリプト経由で出力するとか。
0023名無しの報告
垢版 |
2011/02/04(金) 06:39:21ID:TzVvMNz80
支援
0024名無しの報告
垢版 |
2011/02/04(金) 18:34:43ID:SSLe9a0KO
おいちゃんの意向でもあるなら進むかな
報告お星さまたちあんまり乗り気じゃなさそうだけど…
あると便利そうですがねー

と、支援
0025名無しの報告
垢版 |
2011/02/04(金) 18:48:36ID:hLiRKhvhP
報告の書式で貼ると、綺麗に整形してくれたりしたら、いいのかも？

と、部外者が支援。
0026名無しの報告
垢版 |
2011/02/05(土) 00:56:47ID:QLP5gRJ40
入力項目をできる限り少なくし
コピペで済むところはコピペで
選択で済むところは選択できるようにしておかないと
絶対に計画倒れに終わる
器つくっても入力されないDBに価値はない

解除判断や犯人追跡にまで使おうとするのは愚かだ
あっちこっちに散らばった同一案件を結び付ける事だけに特化した方がいい
狐が望んでいるのもそれだけなんだから
0027名無しの報告
垢版 |
2011/02/05(土) 01:02:04ID:phU2Q+W20
最初からそういう風に紐付けということでわいがやしてる筈だけど
ていうかおいちゃんのそういうのはこのスレの作成DB趣旨と違うと思いますが？
0028名無しの報告
垢版 |
2011/02/05(土) 01:31:02ID:tbBomECR0
>>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は一つの権限内にしてもいいけど、
強制復元はそれまでを無かったことにするようなものだし念のため別権限で。

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

長々とごめん。
0029名無しの報告
垢版 |
2011/02/05(土) 01:41:43ID:tbBomECR0
>>28
修正、追記。
15.通称(回数) >>項目選択式。その他で手入力。
※2と13〜15で手入力されたものは、後日選択項目に組み込む。

14.迷惑行為種類はスクリプト爆撃や埋め立て、マルチポストなどのことで、
15.通称はこれまで報告等で呼ばれてた｢新潟｣などの荒らしの通称です。
0030名無しの報告
垢版 |
2011/02/05(土) 17:31:06ID:3bRyqAgP0
プログラムならワシに任せとき。
組めるで
003128、29
垢版 |
2011/02/05(土) 21:31:27ID:tbBomECR0
修正。
>権限パス1は閲覧だけなら自由にできるが、個別編集の際はユニークIDも必ず入力する。(誤編集の回避)

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

追記。
権限パス2も個別編集は権限パス1と同様の手順で行う。
0032 ◆NAO/2MXDEk
垢版 |
2011/02/05(土) 21:56:52ID:Hzzy0VkS0
そんなややこしくしたら面倒だって
0033名無しの報告
垢版 |
2011/02/05(土) 23:07:40ID:caknc0YpP
これは誰にとっての簡便さが一番重視されるの？
規制人？解除人？報告人？データベース管理者？データベース制作者？
0034名無しの報告
垢版 |
2011/02/05(土) 23:16:32ID:M/BH4zu10
>>33
何の為に迷惑行為を報告したり、規制したり、解除したり、するのかがわかっていれば
自明のことなのでは？
0035名無しの報告
垢版 |
2011/02/05(土) 23:36:14ID:uFlJXF640
>>32
入力フォーマットを作れば負担が少なくなるよ。
0036名無しの報告
垢版 |
2011/02/05(土) 23:39:15ID:caknc0YpP
>>34
なんのためにするかということと、
何に重点をおいてシステムを構築するかということは、
同じとは限らないよ

それと自分がそうだと思うっていることと自明とは違うし
自明という言葉だけで明言を避けることは誤解を生む元になりかねない
003728
垢版 |
2011/02/05(土) 23:54:19ID:tbBomECR0
>>32
実際にどのように運用・活用されて行くか分からんから、
とりあえずいろいろ詰め込んであとでシェイプしてくって感じかなと。

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

まあどの段階であれ、編集作業はできるだけ簡素な方がいいというのはわかります。
0038名無しの報告
垢版 |
2011/02/06(日) 00:51:21ID:W/fvwFqW0
>>36
> なんのためにするかということと、
> 何に重点をおいてシステムを構築するかということは、
> 同じとは限らないよ
なぜ、一々論点を発散させたがるの？
そもそも一般的なシステム構築の薀蓄を当て嵌める場面でもないでしょ？

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

何の為に、誰が使って、どういう時に、どう使うか、使わずに進めた場合に
ヒストリーやログを残す為に後からデータエントリできる事は必要か、等々、
管理データベースとしての機能を充足した上で、使い勝手はどうするか、も
しくは、使い勝手の為に敢えて機能を制限する部分がでるのか、順番に考
えていけば、たいして難しく考えるようなことじゃない。
0039名無しの報告
垢版 |
2011/02/06(日) 02:00:28ID:Dquu/1GQ0
ひとつの案件があっちこっちに飛び散って追跡できなくなるのが問題なんだろ？
追跡できるようにURLを結び付けるだけでもいい。
つまり、案件を見出しにしたリンク集でもいいって事だ。
0040名無しの報告
垢版 |
2011/02/06(日) 21:26:14ID:+4qUIySw0
まずは赤小便さんが新解除判断人or新解除人にパス渡してみて
securityメールを処理しないことには使い勝手も何も・・・
机上の空論でそ
少しでも作業の手間をすくなくするためなんだから　
おいらはれひさんの意見で十分だとおもうけど

しかしその赤なんとかがDB反対だときてるーw
0042名無しの報告
垢版 |
2011/02/07(月) 15:25:09ID:ZVbDjMlK0
なくても運用できる運用ルール作りを目指している≠反対
なくても運用に支障がないが、あれば便利と言うだけ
0044名無しの報告
垢版 |
2011/02/09(水) 15:59:35ID:EZp93IJQ0
無明流逆流


できる・・・できるのだ・・・
0045名無しの報告
垢版 |
2011/02/10(木) 16:39:57ID:1HPpVUh8O
>>39
キャップ持ちならいいけど、俺らがやると夜勤さんが疑い正常な判断が出来なくなりますぜ。
ましてon the rock氏とかが粘着して来て余計混乱させるんだから。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況