ここは規制議論板11〜ISP規制、通報と解除について議論しましょう〜
■ このスレッドは過去ログ倉庫に格納されています
>>194 はい。 ありますよね、件名を変更して内容も返答だけのところが。。。 もっと早くおっしゃっていただければお手伝いできたのに( ;∀;) データベースを作るより、まず報告の際にシリアル番号を 最初に付けるようにして管理した方がいいでしょ(プロバイダ 毎でもいいけど、記号と通し番号などで)。 番号を割り振られてから(あるいは自分で通し番号を確認して 付けられるようにして?)、lタイトルor文頭にその記号を 入れて通報メールを送る、という方がいいと思うよ。 ある程度組織的にやるんだから、ルール作ってやればいい話。 >>195 の人がやっていたことを共通ルール化すればいい。 そうすれば、手元でデータベース化もしやすいだろうし、 検索もしやすくなる。 送られてくる方は記号は付けてくれないだろうけど 送る方をそうやって整理しておけば、確認作業はしやすい。 >197 過ぎた話をしてもしょうがないので前に進みましょう。 規制履歴DB作るって話があるのでそれに組み込んじゃえば解決するんじゃないかと思ったり >>197 レフィさんは今までは忙しすぎて細かい指示を出す時間も無かったと思いますよ 出来れば想像力を働かしてそのへんに気づいてお手伝いしてあげて欲しかったな >>196 (^^;)でもISPは分かりやすかったみたいですよ。 じゃ今後はURLを記載条項にしますかね。 でももっと早く言ってくれれば良かったのに。 では本当に寝ますzzzzzzzzzzz。 >201 >197で虹さんも言ってるけど件名も変えられて通報メール添付されないケースだと こっちはお手上げ状態だったんですよ >>198 はい。 >>197 さんのご意見を参考に 報告人や酉の方に番号を割り振る形でリストを作り 件名を変更しないようにお願いして件名に案件番号に入れてみる そして、送信宣言と解除宣言にも番号を書いてみる。 そうすると後を追うのも後からメールをひっくり返す時ものも楽になる予感です。 件名に規制されたホストが書いてあっても見るとき楽だろうなぁと思ったり思わなかったり。 197さんって私。。。 >>198 さんです。 >>200 返す言葉がみつかりません(´・ω・`) >>199 履歴だけじゃないっすよ 情報共有をする為の保管庫です 共有して利が生まれるなら何でもオッケーです >203 件名は向こうの都合なので変えてもらうのは難しいと思います。 そうなるとこっち側でデータベース管理するしかないと思います。 >207 じゃぁ、問題ないですね これは別作戦になるので別スレ作ってみんなでわいわいした方がいいかな? だから規制発動時点で管理ナンバーをつければいいんじゃないかな madakanaもそれで 質雑スレでも前スレ?でも書いたけどそれで紐付ければ っとここで書いても規制班(というかおいちゃんか)と刷り合わせしないとダメか >>207 私はそっち方面まったくわからないので器づくりよろしくお願いします。 >>208 難しいですか。。。 もともと発想ができるタイプではないので どんなのが出来るのかまったく想像すらできていません。 器づくりをするのにreffiさんにものすごく期待を。。。 >>209 まあ、場所はもうできてて、募集もかけてる状態ですー ワイワイしたい? >>212 器はもう出来てるぜい 望む形にコネあげるよろし さっき帰ってきたばっかなんで、先ず風呂 その後また見にくるかも >>210 掘ってみないとホストが判らないから、それから付けるのは 混乱しないのかなあ? やるならプロバイダ別に整理するしかないと思うけど、 掘られて規制して、すぐプロバイダにメールするわけだから 付けるとしたら報告人さんのと同じ記号を規制側のスレに 貼ったらいいんじゃなかろうか? そうすれば、時間が掛かってdat落ちしても、最後に入れてある シリアル番号で紐付けが可能になる。 madakanaにまで付ける必要があるかはわからんけど、、、 というか、madakanaは誰でも参照できるんだから、読み込んで 紐付けデータベースと組み合わせられるようなスクリプトを 作ってみるのもいいのかもしれない。 >213 何が必要かは現場サイドの意見が必要だと思います。 それはやってる人じゃないとわからないので情報の吸い上げは必要だと思います。 場所は開発室辺りが適当かと思うけど漏れはキャップ返上の身なのでp2経由 しないといけないので面倒なんですけどね 1 荒らし報告スレが立つ 2 鑑定わんわんetcで芋堀り 3 規制発動→ここで番号発行 4 madakanaや規制転載に管理規制番号が表記 5 報告人が立候補、メールに管理規制番号を必ず入れ、ISPにも返信に必ず入れてもらうようにする 6 規制解除→管理規制番号でデータベースに格納 >>216 MAOさんとかで作ってくれてる保管庫にその番号の前か後ろにISPや規制タイプ別識別子を追記すれば 問題無いんじゃないかな 逆に最初につける管理番号だから規制タイプ別ISP別整理とか下手に情報付加しないほうがベターだと思う >>217 廃墟の運用情報で良いんじゃ無いっすかねー 後、systemはwikiに認証組み込んで、さらに認証でくるんでるだけ マークアップはwiki記法なので、編集権限さえあれば誰でも弄くれます 編集権限は、現場(報告人や解除人)や経験者、一部の削除屋等が持ってれば最初は回るんじゃ無いっすかね 希望者に限りますが 移動するのも面倒なのでこっちでやっちゃいましょう とりあえず、ざっと並べてみたデータベースに必要な情報 シリアル番号 規制されたホスト 規制原因となった報告スレのURL 通報メール作成者 作成宣言URL 返答処理者名 返答処理URL 対応内容(簡潔に) >>218 MAOさんがんばれー --- 情報は多面的に利用すべし まとめる方法が一つとは限らない 思いつくだけの手段があるはずだ >>217 開発用にキャップを一つ申請してみてはどうでしょう? >>221 あぅあぅwww 寝ぼけてるっす寝ます〜 対応内容(簡潔に) ってのが一番やっかいじゃねーの? テンプレ作って選択で済むようなカタチにしないと、 バラツキが出たり空白だらけになりそうな悪寒。 >225 選択式ってい言うのはありかも 対応内容は様々と言ってもある程度何タイプかに収束出来るし >>226 もっとも対応メールを数多く読んでいるあなたが作って提供すべき。 >227 メールもう処分しちゃったしなぁ(汗 ゼロから作り直しになっちゃってもそれも楽しむ感覚で 解除に至った対応メールよりも あなたがNGを出して解除を保留した対応メールの方が興味ある >>220 対応内容(簡潔に) そこのデータベース化にISPの同意をとれるかどうか >229 大半が通報メール不備とか再発なのに警告して再発した場合、確約が取れなかった場合ですね。 >230 内容そのものを書くわけではないので同意の必要はないでしょう。 目的は解除判断する人とかが情報を共有させることなので見れる人は絞っていいですし >>231 その情報を見れる人数を絞った分人的資源の替えが効かなくなり硬直化するというトレードオフ 双方の担当者含む各種名個人情報を排して対応内容だけを書くなら公開でも差し支えないと思うのだが 始めから2ちゃんねるの作業スレッドで公開するわけにはいかないのかな 5〜10くらいの項目作って対応表みたいなのは口伝でとか >232 オールオープンは無理ですね。 最低限★持ちの人が全員見られれば硬直化も無くみんなで情報を共有出来ると思います。 辞める前にこうやって常にわいがやしてればよかったのに >235 それは赤翡翠さんが代弁してくれたけど作業に追われてそれどころではなかったです。 そういう状態だというのを周りの人間が気がついてくれてみんなでわいがやして欲しかった というのは漏れの我が侭と言われても仕方ないです。 わいわいやるのがお手伝いの基本に なっていけばいいね >>234 オールオープンじゃなくってさ 初回から重犯に従ってISPの対応内容が厳しくなってくじゃん 注意or警告文の送付 再発時は規約に基づいた対応をする旨の警告通知 荒らし行為をしない旨の誓約書提出 ISP側でのアクセス規制 規約違反に基づく契約解除 こういう対応内容のそのものは個人情報含まないんだからオープンにできるじゃん あるいは具体的な対応内容を書かなくっても 「当該会員には規約に基づき対応をおこないました。」って返答だけでもいいわけ >>231 只の名無しなので、質問みたいになってしまって申し訳ないのですけど、 その後(>>229 )のISPに対するフォローって通報した報告人さん達がするんでしょうか? あるISPで『出来る限りの対応したんですけど、解除されなくて困惑してるんです。 事情を聞きたくて再度連絡したけどお返事がこないです』って言ってました。 見えない事も多い中、知る限りでは時限解除までISPにお返事が行かなかった様なんですが・・・ 失礼致しました。当時の事を思い出すとReffiさんの御判断では無かったです。 報告人さんもちゃんと後でフォローしてたみたいでした。 信用ってどうなんだろうって思いましたが、ISP内の伝達不足ってだけだったみたいです。 すいません。ごめんなさい。おじゃましました。ROMります。 >>238 さん >「当該会員には規約に基づき対応をおこないました。」って返答だけでもいいわけ 返答スレに報告されている「**様より対応完了のご連絡を頂戴しました」は そういう意味で書かれているものかと思います…。 逆にご対応いただけなかった場合はそう書かれてありますし、 ご対応中である場合も然りです。 解除判断が難しいものに関して、「再発時の対応内容を明示していただいた」とか 「前回よりも厳しい措置をとっていただいた」などのぼかした内容も reffiさんや報告人さん方は返答スレ上に書かれていたと記憶していますし、 支部でもそういう感じになっているかと思います。 案件番号は、変な発行をするとわからなくなるので 規制が発動されたURLとレス番を基準にすればいいと思う >>220 こういう阿呆なことを考えるから仕事増やして、制度がまわらなくなるんだよ >>241 返答スレに報告されている2ちゃんねる鯔がまとめたISPからの返答は ISPからの返答が 「当該会員には規約に基づき対応をおこないました。」 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 のいずれであっても 「**様より対応完了のご連絡を頂戴しました」になるだろ そうじゃなくてね ISPからの 「当該会員には規約に基づき対応をおこないました。」 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 といった返答をそのままオープンにするわけ 非公開要請があるものとないもので対応が変わっちゃうからイヤーンでしょ >>244 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 って感じの具体的な対応内容をオープンにするのか 「当該会員には規約に基づき対応をおこないました。」 って感じでぼかした内容にするのかはISPが選択する 初めての規制なら内容がぼかされててもISPが何らかの対応をしたらそれでいいわけで その結果再発がなければそのISPの対応の信頼度が増加するし、 再発がおこればそのISPの対応の信頼度が減少していく 今までISPが 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 って感じの具体的な対応内容を返答してきて 報告人や解除判断人がISPの返答を見て判断してきて 「**様より対応完了のご連絡を頂戴しました」 と報告してたわけだ その結果再発した場合、責任は荒らし本人、ISP、解除判断人にかかるわけだが ISPからの具体的な対応内容を「**様より対応完了のご連絡を頂戴しました」 とまとめた分だけ解除判断人の責任になる securityを見られる人間以外からすると、殆どが解除判断人の責任に見える ISPの対応内容を直接オープンにすれば 解除判断人の責任はうんと軽くなるし、ISPにしても信頼を積み重ねることで 具体的対応内容を2ちゃんねるに伝えること無しに解除を期待できるようになる 流し読み。気になったことを淡々と。 >>160 解除したものが一目でわかる様になっていないと、書き込み担当者は解除したものを確認して「解除しました書き込み」となるので人手間増えると思います。 >>165 ,168 ロールバックってどうなんだろうね。 こらこらや乙女でも誤爆時の復帰方法をって提案したけど、誤爆しなきゃいいって言われるぐらいだし。 誤解除した場合の策を練るより誤解除しにくい策を練るほうが賢明かも。 誤解除する(してしまう)ってことは、どこか使いづらい部分があるってことだし。 >>171 非通報の時に戻してもらう理由ってなんでしょう? ISPは事実を知らない時点のことだし、2ちゃんねる内で片付くことなんで「ごめんねっ(はぁと」で済むような。 >>176 わたしもそう思う。 --- まずはここまで。 >>245 対応内容の部分は一律公開を規制解除の条件とするんよ 返答スレには **様より対応完了のご連絡を頂戴しました。 **様よりご連絡いただいた対応内容を以下に転載します。 対応内容ここから-------------------------- ここにISPからの返答文をそのままコピペする 「当該会員には規約に基づき対応をおこないました。」 or 「規約違反に基づき契約解除しました。」 or 「警告文を送付いたしました。」 etc. 対応内容ここまで-------------------------- http://qb5.2ch.net/test/read.cgi/sec2chd/1294310760/175 なら以下の部分になる 対応内容ここから-------------------------- お寄せいただきました上記情報をもとに調査いたしましたところ, 弊社ユーザーの特定に至ることができました。 該当ユーザに対しましては,速やかに迷惑行為をやめるよう 厳重注意を行いましたので,ご連絡いたします。 対応内容ここまで-------------------------- 通報メールを送る時にはそのまま転載するから区別して書いてってお願いする 文例 また、このメール及び、貴社よりの返信等、事態の経過に関しては、当掲示板サイトにて公表させていただく場合があります。あしからずご了承ください。 該当ユーザーへの対応内容については当掲示板サイトにてそのまま公表させていただきます。 個人情報等を含まない形で対応内容を記述願います。 対応内容ここから-------------------------- 対応内容ここまで-------------------------- ※なおメールの作成を宣言したURLが書かれていない場合(ry 対応内容以外の項目の作成は有志の方たちにおまかせしてしまえばよいのではないでしょうか。 それを報告人の保管庫に持ち帰って対応内容を埋めて完成。 大量規制が入った時にはメールを作るだけで手一杯なのでお任せできるところはしてしまいたいなと。。。 で、>>194 ,197 の件。 特定記号で管理し、紐付けとなると結局ISP側の協力が必要不可欠。でも難しい。 ということで提案。 > 解除宣言する際、面倒だったのが誰がいつ通報したかを調べることですね。 リストボックスを利用して選択、絞込みしていく方法。 条件は「××プロバイダ」「○○さん(報告人の名前)」「報告人のメアド」など。 ISPの返答でわかることを見つけ、リストから選択して行く。わからないものは選択しない。 で、「表示」をクリック。 通報済み、未対応の案件がリスト形式で表示されるので、その中から該当の案件を選ぶ。 詳細として表示されるのは、より細かな情報。 通報したレスURLやどこで規制になったか、規制情報板のどこに転載されたかなどなど。 というのはどうでしょうか? もちろんISPがこちらの設定した識別IDも一緒に返答メールに含んでくれれば、一発で出てきますね。 最悪のケース>>197 であっても、かなり絞り込めるはずです。 ---- 問題はここまでのシステムやデータを誰が管理運用するかと言う・・・。 それと、報告人の名前や報告人のメアドをストアすることの是非も問題になりますが。 どういう情報がキーとして有効で、また利用できるかなどはわたしには見当がつかないので。 それと、シリアル番号ですが全体を通して連番である必要はないですよね。 たとえば、通報作業をした人ごとに接頭記号をつける。その人の作業ごとに連番をつける。 仮にれふぃさんなら、REFFI00001 な感じで(接頭記号が英字である必要はないです)。 通報者さんは通報した段階でその他の必要な項目を自分で記入する。>>250 規制解除はその通報者が登録した情報を元に作業すると。 プロバイダごとに連番管理だと、重複させないような管理方式が必要だけど、 通報者単位なら本人が覚えていればそれで済むでしょうし。 >250 通報者のメールアドレスはなくても問題ないですね。 要は誰が通報したかわかればいいんですから > 44 名前: ◆Reffiz2Zh. [sage] 投稿日:2011/01/31(月) 08:20:25 ID:u+wVngb10 [2/19] > ちょっと長々と書いてしまいましたが漏れが言いたいのは第二の漏れを作るようなことは > 繰り返してはいけないと言うことです。 > 1点集中はいつかは破綻しますしそれだったら負荷を分散して辞める人が出ても何とか > 出来るような仕組みを作って欲しいからです と言ってる割にはかえってややこしくしてる感じがする。 一番経緯を知ってるのは報告人さんなんだから単純に報告人さんが(暫定的に)解除できる ようにするのが最も合理的だと思う。 (もちろん、現在は、★なし酉のみでやってる人もいるので、ここでは、新たに「解除権限をもった 報告人」というのを観念する。以下同じ) これまでの「流れ」とお世話になった体験から、「50@報告人 ★さんあたりがreffi の後を継げば いいのに?」と多くの人が思ってると思うが、それでは、50@報告人 ★さんが氏んでしまうので、 各報告人が(暫定)解除できるようにすべき。結果として、50@報告人 ★さん案件は彼が解除 できるようになる。一人で判断できない場合の処理案は以下のとおり。 >>250 で必要なインターフェイスは、 <通報者> ・情報登録(変更も) ・情報呼び出し(本人が登録したもののみ) ・情報削除(基本的には不要なはず) <規制人(解除担当者)> ・情報検索呼び出し ・情報更新(対応済みなどのフラグ立て) ・情報削除(基本的には不要なはず) <一般> ・公開情報の閲覧 ----- と言う感じかな。 >>252 その辺は通報者の名前が記載されてなかったりとかの予備のつもりだったり。 そんなことない(過去に一度もなかった)というのなら不要ということで。 >253 >一番経緯を知ってるのは報告人さんなんだから単純に報告人さんが(暫定的に)解除できる >ようにするのが最も合理的だと思う。 ここはいくら何でも分けるべきでしょうね 外部のチェックが入って初めて公平な判断が出来るんですし ありゃあ <規制人(解除担当者)> → <解除人(解除担当者)> ■ 主な登場人物 ・報告人=今後は(暫定)解除権限をもつ なお、酉のみ報告人も排除はしないが、放置しても解除されないのでどの程度意味あるか(運用次第) ・スーパーバイザー 権限は2つ @報告人個人が判断できずエスカレーションされてきた案件を判断する。 判決→ 解除、差し戻し(もう1度聞く)、○か月コースなど A報告人が暫定解除した案件について「物言い」をつけて再規制する 後者Aについて、しばらくしてから再規制されても混乱するばかりなので、「時効」期間を設ける。 これ過ぎたら再規制できない。たとえば「報告人が暫定解除してから24時間」←ここは48時間、とか 土日は入れないとかバリエーションが考えられる。 ■運用例1 ・これまで(現行)の例 16 名前:50@報告人 ★[sage] 投稿日:2010/06/14(月) 15:30:04 ID:???0 お疲れ様です。 以下の件につきまして NTTぷらら 様より対応完了のご連絡を頂きました。 なお非公開の要請がありますので転載は控えさせて頂きます。 plala規制 No.7 http://qb5.2ch.net/test/read.cgi/sec2ch/1271018880/97 \.s02.a014.ap.plala.or.jp (全サーバー規制) ↓ ・新提案方式 16 名前:50@報告人 ★[sage] 投稿日:2011/06/14(火) 15:30:04 ID:???0 お疲れ様です。 以下の件につきまして NTTぷらら 様より対応完了のご連絡を頂きました。 なお非公開の要請がありますので転載は控えさせて頂きます。 plala規制 No.7 http://qb5.2ch.net/test/read.cgi/sec2ch/1271018880/97 \.s02.a014.ap.plala.or.jp (全サーバー規制) この規制を報告人権限で暫定解除します。 スーパーバイザー様におかれましては、「物言い」がある場合には、 06/14(水) 15:30 までにお願いします。 >>253 ,257,258 解除判断人は2ちゃんねるの立場で再発防止見込みを判断するわけで 報告人は利用者の立場で解除を目的としてるんだから解除権もたせちゃだめ ■物言いの例 37 名前:スーパーバイザー1号 ★[] 投稿日:2010/06/15(火) 11:35:41 ID:???0 >36 この件は再々発ですよ?再規制発動します。 報告人におかれましては、再度、より効果的な対応策が取れないか確認してください。 ISPの回答をみて今後、解除するかはスーパーバイザー権限としてますので、本件に ついて今後報告人暫定解除は禁止します。 ■エスカレーションの例 46 名前:葱@報告人 ★[sage] 投稿日:2011/06/15(水) 18:13:40 ID:???0 ?2BP(2500) おつかれさまです。 KDDI株式会社様より、以下案件について対応完了のご連絡をいただきました。 非公開要請がありますので返答内容の転載は差し控えます。 DION規制 No.8 http://qb5.2ch.net/test/read.cgi/sec2ch/1271682897/121-122 \.ppp.dion.ne.jp (全サーバ規制) 定型文ですが、今回の被害を考えたら、こんな対応で良いのか報告人では判断できま せん。 スーパーバイザーレベルでの判断お願いします。 ↓ 50 名前:スーパーバイザー2号 ★[] 投稿日:2010/06/15(水) 22:08:53 ID:???0 >46 こちらでも確認しました。これって、ISPレベルで○○を??すれば解決なのでは? 再度、その旨ご連絡してください。 ○○が??になれば、報告人解除で構いません。 それ以外の回答が来た場合は再度エスカレーションかけてください。 >>242 基本はこれでしょう 誰でもどの案件なのかわかるようにするのは、これが一番ユニークな識別子になる >>263 プラスαにしておかないと、 23 名前:偽FOX ★[] 投稿日:2011/01/20(木) 03:40:34 ID:???0 \.spmode.ne.jp _BBS_kouri_\.ftth.ucom.ne.jp のように複数の規制がされているとわからなくなる。 規制情報板のURLならいいのかな(というかそっちのこと?)。 >>264 とするとISPと板名を足せばいいのかな? >>264 >>265 時系列通し番号で採番すればいいじゃん つうかこの手の管理番号は基本番号だから余計な情報を欲張ると後々コケる 一番良いのはmadakanaに掲載された時にシステム採番する ISPだの対応者だのは解除組だけの問題だから後から記号なり追加して拡張すればよい >>218 でもう出てたか >>267 (´-`).。oO( おいちゃん。まだかなを手動でいじるのやめて・・・。 ) 再発案件を2ch側が一生懸命追いかけても、 荒らし本人はとっくに解約→乗り換えしていたりする件。 ISPが変われば同一人物である事を客観的に認定できないから、一からやり直しになる。 データベースは無駄になり、規制だけが残る。 ちなみにクレカ情報をISP間で共有してブラックリストをつくる、とかは無理です。 引き落としができる限りは大切なお客様ですから。 >>268 規制発動呪文を唱えた時にユニーク番号で無思考採番させてゆけば おいちゃんが手動で触っても欠番になるだけだからさ おいちゃん完全手動だとかbbs.cgi埋め込みとか特殊な事例はkonkon00001とかヘンな別番号にしとけば解決w http://qb5.2ch.net/test/read.cgi/sec2chd/1295824885/352 > 352 名前:偽FOX ★[sage] 投稿日:2011/01/26(水) 18:08:15 ID:???0 > ひとつ要望を、 > あらし報告スレが立ち鑑定やらなにやらして規制へと続くわけですが > その先の情報は別のスレッドに移ってしまうので実質追えない > つまり情報が蓄積されていない、引き出せない > そのへんを考慮していただけると嬉しいです こう言ってるんだからおいちゃんにもちょっとは頑張ってもらわないとw でも規制発動呪文ってただたんに手動でリスト追記してるだけだっけ >>269 > 荒らし本人はとっくに解約→乗り換えしていたりする件。 > ISPが変われば同一人物である事を客観的に認定できないから、一からやり直しになる。 だからこそ管理番号、シリアル番号を単純採番にしておくメリットがあると言える 基本番号にISP分類や報告人分類拡張を後に入れるのと同様に「似た傾向の荒らしさん」的な分類記号を追加できる余地を作っておく スタート地点で分類を欲張るとデータベースが無駄というかシステム的に非常に使いづらいものになる 今の規制発動スレ管理を横断して追いかけるのとかわらなくなるよね ああ、基本番号に発生ISP判明時点でISP分類を入れたら ISP乗り換えた再発案件追跡用分類が入れ込み辛くなるのか やっぱりシリアル番号はあくまでシリアル番号のまま、追加情報は外付けにするべきか やっぱりデータベースの話は別スレ建てて議論した方が良かった どうもそっち方面の議論になってしまう。 とりあえず、確認 >虹さん 解除手法を支部方式に移行することに賛成ですか? ハッキリとした意思表示があれば後はその方向で話はどんどん進められると思います。 >>267 発行と管理の手間をまず考えよう 通し番号はだれかが管理しないとダブったりいろいろと面倒 通番にする必要はなくって、案件の固体識別子だと思えば 削除からの要請も含めて、一意に決まるのは、規制されたレス番だろう あるいは年月日+時刻 てっきりそういう方向で話し合っている最中なのかと思って、乱入してしまいました。 ごめんなさい>>273 まぁシステムの話、誤解除時の話は後にして・・・かな。 >>273 データベースの話だと思ってたの? ホントにわかってないの? >275 鶏が先か卵が先かという話です。 まだ解除のアウトラインが決まっていないのにそこから先の話をここで議論するのは すれ違いなのではないかなぁと 目玉焼きとコロッケはケチャップ最高です 決められることから決めないと、匿名の議論は進まないよ 自治議論経験すれば分かることよ ぱそこん大先生が多くなりがちな界隈だからどうしてもシステム寄りな思考になりがちだよねw 道具の使い方や使う意味より道具そのものの機能に興味が向いてしまう ♪氏やNAO氏はそういうのが目立つ人だからフェイズによってはとても頼りになる人だけど 違ったときはちょっと・・・ ISPには返信時には送信メール本文付けたままにしてもらうか? 通報メール本文中の通報宣言URL記載を返信メール中に記載してもらうか? のどっちかで良いのでは? ISPは問い合わせメールにID付けてるところもあるけど無いISPもあるし。 フォーム送信だとなおさら面倒な事になりそうな。。。 おっと乗り遅れた 正直に言いなよ 目玉焼きはソースか醤油かけて食べてるって あと虹さん。 ご自分が中心でやって行く中で、こういうのはやってもいい。 こういうのはやりたくないというのがあると思います。 そういうのはなるべく書いておくほうがいいと思います。 そうれば、じゃあそれはこうしましょうとか議論しやすくなるかと。 まだ今はわからないならそれでも結構です。 わかったときに書いていただければいいと思います。 まぁたいして協力もできない(というかしていない)身なので ちょっと風の強い日に電柱や看板に引っかかった3日前のスポーツ紙程度のものと思って心に留めておいてください。 お話中済みません。 おまりシステムを複雑にすると新しく報告人になりたい人が出て来ないよ。 まあ現在の報告人だけで頑張るならそれでも良いけどね。 それもそうだね。 システムな話はおいておいて。 まずは、>>273 かな。 虹さんが全部決めるわけでもないし、決める責任もない 意見を出さない自由もある と思う もう一つ。 解除を特定の人がやると批判が集中しやすい。 報告人で★持ちの人みんなが解除権を持つ事をお薦めする。 >>272 分類は必要だよ。 報告人にとっては特に。 規制追跡は、記号がついていようが何だろうが、羅列してまとめてあればいいだけ。 記号がたくさんあることで、プロバイダーをどんどん乗り換えるあらしとか、かえって一目瞭然でしょ。 ただのシリアル番号じゃ、誰にも何のメリットもないよ。 >288 それは誰がやっても叩かれる立場なので諦めるしか >虹さんにもう一つアドバイス もしも40件解除案件が貯まってしまったら漏れみたいに無理して全部解除する必要はないです。 自分は半分が限度だと思ったら半分だけやって他の解除人に頼むか翌日に回しちゃっても 構わないです。 こう書くと叩かれるかも知れませんが漏れみたいに全部やろうとしたら絶対に疲弊して破綻 しますので無茶しない方向で そんな当然なことまで「アドバイス」しなきゃいけないのかなあ >291 上でも書きましたが第二の漏れを作るようなことはしてはいけないという思いが強いからかも知れません。 規制は夜勤が分身の術でいくつもの帽子名使ってやってるんだから、 解除もそうすりゃいいんだよ。 逆に、解除ボタンを押す時だけに使う共通の★名をつくるのも良いかもしれない。 誰がボタンを押したかわからないようにする死刑執行人みたいなシステムww >293 それはいいアイデアですね。 ただ、キャップ誤爆の心配がありますが(汗 >>290 解除した人を特定しにくくする事。 後は報告人の連帯責任。 擁護してくれる管理人が居ないのだし、 誰かが叩かれてたら報告人みんなが連帯して守り抜く意識が大切かと。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる