1read 100read
2011年12月2期忍者の里18: 忍法帖に関する新しいアイデアを話し合うスレ 2 (849)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
・ 次のスレ
19: 【!Suiton】水遁依頼所 其の68【すいとん】 (909)
20: 実況板(ラテ)水遁土遁実行スレ 6 (75)
21: にゃんこ一家雑談スレ【隔離】 (700)
23: 【忍法帖】ニュース速報水遁土遁スレッド32【ν速】 (820)
忍法帖に関する新しいアイデアを話し合うスレ 2
- 1 :11/12/02 〜 最終レス :11/12/16
- 忍法帖 開発スレッド Part10.1
http://dso.2ch.net/test/read.cgi/sakhalin/1307595813/80
80 名前: 忍法帖【Lv=40,xxxPT】 ◆8huU.uGZBA ★[sage] 投稿日:2011/06/09(木) 15:26:16.87 発信元:211.121.90.171 0
掟とかルールの話し合い
子募集、里親募集
新しいアイデア
等は里にそれぞれスレたてて話し合って決めてねー
既存の規制議論板のルールが基本よ
それを逸脱するなら関係部署のお★様と相談して了解とってね
連投あらし、スレ立てあらし、容量潰し、広告爆撃、ageあらし等が対象ですからね
【前スレ】
忍法帖に関する新しいアイデアを話し合うスレ
http://hato.2ch.net/test/read.cgi/sato/1307608710/
- 2 :
- 発行から書き込み時間の設定をLv1と分けるため Lvがずれました
でも旧Lv状態のパラメータテーブルがずれてません
最低レベルの投稿バイト数制限で、以前忍者さんの議論で 384バイトになってましたが
それが今は外れてます。さて、どうしよう
ログ http://hato.2ch.net/test/read.cgi/sato/1307608710/844-
- 3 :
- <投稿バイト数の参考データ表>
BBS_MESSAGE_COUNT=1024 / 2048 / 4096 (byte)
最小512byte固定の場合
Lv2 (x0.3)= [307]->512 / [614]->512 / [1228]->512
Lv3 (x0.4)= [409]->512 / 819 / 1638
Lv4 (x0.5)= 512 / 1024 / 2048
Lv5-6 (x0.6)= 614 / 1228 / 2457
Lv7-8 (x0.8)= 819 / 1638 / 3276
Lv9-. (x1.0)= 1024 / 2048 / 4096
※最小384byteなら、逆転は 1024時のLv2のみ(おまけ)
※最小614byteなら、1024時のLv2〜Lv4(x0.5)まで614とする
※もしくは 倍率で小さい方の値を採用する
- 4 :
- 前スレででたイロイロな案たち
http://exactry.net/sato_siryou/henkouan20111201.png
- 5 :
- 主旨は、埋め立て対策なのか、AAコピペ含めたでかいもの全般なのか、何なのか
- 6 :
- <(K5で実験したかった)書き込み時間の設定>
[Lv1] 300 (秒) HAP新規発行から書き込みまで
Lv2 120
Lv3-4 60
Lv5-6 45
Lv7-8 30
Lv9-20 15
Lv21-30 5
Lv31-35 2
Lv36- 1
※実験のための修正で Lvシフトが起こり、実現されていない
[Lv1] 120 (秒)
Lv2 60
Lv3-4 45
・・・以下上記表で1つずれている
- 7 :
- >>5
趣旨は http://hato.2ch.net/test/read.cgi/sato/1307608710/640-
ここでは、ずれたから戻すのか、白紙から(趣旨も含めて)再議論するのかです。
私の意見は前スレから、ずれたんだから前と同じようになるようにパラメータも
そのままずらして実験したら?ダメだったらまた考えようです。
- 8 :
- >>6
ありゃ? Lv2-3 60sec Lv4-以降変更なしじゃなかったっけ?
http://hato.2ch.net/test/read.cgi/sato/1307608710/955
- 9 :
- >>8
そうか。。。すまん。現状 wiki 抜粋
Lv=1 300 <= 現在は120(2分)
Lv=2〜3 60
Lv=4〜5 45
Lv=6〜7 30
Lv=8〜19 15
Lv=20〜29 5
Lv=30〜34 2
Lv=35以上 1
- 10 :
- > 多くの板が2048or4096になっている原状で2倍の格差があり効果が不十分の場合も出ています
これが大元か
一日待つだけでそれなりになるから384でも512でも614でも結構どうでもいいな
- 11 :
- K5実験でやりたかったのは、旧Lv状態で発行から Lv1の書き込みまでを5分だったよね
シフトされて今は最低の Lv2でも 1分間隔で投稿できちゃうから、前より連投しやすくなってると・・・
- 12 :
- >>9から>>6への時間をずらしてパラメータを戻す方は、
「5分待つようにしてみる?K5に効果あるかなあ(あるといいなあ)」
なので、5分じゃ長すぎる、いや短いと言った程度でしょう。
- 13 :
- 初期レベルでは不便だというのは忍法帖の仕様なので止むを得ないとして、
7日間以内に上限まで書けるようになるようにレベルアップ時間を調節すればいいんでないか、
とりわけLv4までを12h単位で特進するようにすれば、朝書いて寝る前に書いて翌日書けばLv4にもなるし。
その上でLv2を512byte未満に抑えれば●は停止されるし容量埋めは達成されないしありがたい話なのです。
- 14 :
- >>10
そうなんですけどね。
いや板別に値があるんだから板別にできるようにしろなどの意見もあって、
収集がつかないのが現状なのです。
ということで、
A:Lvずれたんだからパラメータも以前のまま(384byteで)ずらそう + 発行から書き込みは5分で実験しよう
B:固定でもいいが、384じゃなくて 512or614にしよう +発行から書き込みは5分で実験しよう
C:BBS_MESSAGE_COUNT x 0.3 に戻そう +発行から書き込みは5分で実験して埋め立てづらくなればいいじゃない
D:面倒だから今のままでいいよ。もっと別な方法もあるんじゃない?
くらいでご意見を述べていただくと収束しそうな気が
- 15 :
- うちはAかBだなあ。
- 16 :
- >>13
ええ、でもレベルアップまでの時間を変更するって新規の話なので見通しがない
(どのくらいの修正が必要なのかわからない)のです。
聞くのもありだと思うんですが、Lvアップの時間変更は鬼門のような感じもして。
4096byteの狼さんがよく手合に出されていますが、4096が必要な理由とか分かりますか?
知ってたら教えてください。
- 17 :
- >>13
12h単位でレベルupとか面倒だろ
Lv=2の容量だけ決めればいいの
- 18 :
- 俺もAかBかな
K5を想定してるなら埋め落とされなきゃとりあえずいいので384でも512でもいいんじゃね
それと全角の貼るAAは大体容量どんなもんなんだろ
そこらへんで擦り合わせできないもんなのかね
- 19 :
- AかBでええよ。
カキコサイズとカキコ間隔がユルい新レベル2の荒しが横行してる。
新しいアイデアとか言ってるとバイダ規制が復活しかねない。
- 20 :
- >>14
384byteじゃ文句多いみたいだし、日本語だとツイッター+αぐらいの量しか書けない事を考えるとBかな
板別固定値設定するのは面倒かもしれないので、新規や普段2chに書かずに忍法帳を常備してない人と荒らしの被害のリスク両方の間取ったらこれが良さそう
- 21 :
- K5スレから来ましたが
自分個人が非常に数字にも弱いんで、投稿容量がどれくらいならと言われたら
とりあえずlv2の連投が続いた場合、1000以下で限界容量突破しない程度だといいな、くらいしか言えないです。
役立たずでごめんなさい。
忍法帖作成時間、連投間隔の方ですが
K5の事だけ考えると、すいとんされると何故か3〜4分間隔になるので
忍法帖作成時間が5分に延びても体感的にはあまり変わらないと思います。
むしろ、Lv2の60秒の方が、2回線での埋め立ての為
人がいない時間だとあっというまに埋めて来ますから、120秒とはいかなくてももうちょっと間隔があった方がありがたいかも。
- 22 :
- 忍法帳作成時待ち時間を5分にしようとして、作成時レベル1→初回書き込み〜24時間までをレベル2と変更しちゃったんだから
旧レベル1の書き込み待ち時間相当の120秒を現レベル2には設定した方が良さそうですね
現レベル2の60秒じゃちょっと荒らしに有利ですね
- 23 :
- Lv.2 固定512 or BBS_MESSAGE_COUNT x 0.3 のうち小さい方
他は変更無しで
継続した荒しなら水遁がんばれで、Lv.2だけ制限すれば埋立抑制にはなるはず。
Lv.2 固定512 or BBS_MESSAGE_COUNT x 0.3倍 180秒
Lv.3 同値の0.5倍まで 120秒
Lv.4〜5 同値の0.6倍まで 60秒
Lv.6〜7 同値の0.8倍まで 60秒
Lv.8以上 同値の1.0倍まで 30秒
初書き込みから23時間経過で半分まで書き込めるようになるから、普通の住人がレスしやすくなる。
- 24 :
- 現実に384バイトで荒らしに対する効果を発揮していた状況で容量を増やす必要ないだろ
前スレでも384バイトで不足して困っている事例が出ていないんだが
初書き込みでレベル2になる仕様になって困ってる事例は多く出ているのに対して
- 25 :
- >>21
> K5の事だけ考えると、すいとんされると何故か3〜4分間隔になるので
5分にすると 6〜7分間隔となりそうですが、これが相手に対していやがらせになるかどうか・・・
>>22 ですね。
時間は >>6 (Lv2=2分) にしたいと思います。
でも >>6が理想ですが、修正の度合い(隠居さんの気分w)などで
>>9 の 「Lv=2〜3 60」を
Lv=2 120
Lv=3 60
と分けるだけにしたほうがいいかも知れません。
どちらにしても最低レベルの Lv2は厳しくしないとあらし対策になりませんから。
>>23
B で時間も多少変更でしょうか? 30秒は Lv40まで継続?
- 26 :
- >>24
困ってる事例かどうか定かでないんですが、決め方が一方的だという意見があったんで
http://hato.2ch.net/test/read.cgi/sato/1307608710/692-
- 27 :
- >>25
>>23に追加
Lv.9〜19 15秒
Lv.20〜29 5秒
Lv.30〜34 2秒
Lv.35以上 1秒
本当はLv.3まで厳しめがいいかもしれないがあまり制限すると無差別に規制しているようになってしまう
>>23だと、忍法帳作成、初レス23時間後、Lv.3になってからのコピペ連投がアツイ
- 28 :
- >>26
具体例を聞かれてスルーしてますね
文句は言う人はいくらでも言うでしょうけどそんなことより
レベル1が384バイト固定になってしばらく続いた現実が有るわけだから
それを踏まえて意見を出すべき
そう言った意味でメリットこそあれデメリットは特になかったと思うんですよ
384バイトより増やすということは逆に退行してしまうってことだよね
- 29 :
- >>27
Lv3で荒らしているなら水遁して叩き落とせばいいだけですよん
問題はLv2のままで荒らしが成立してしまう現状をなんとかすることです
- 30 :
- つまり、水遁されたら荒らし行為が相当困難になるようにしなければ忍法帖の意味がなくなるということです
- 31 :
- >>18 (1/2)
http://hato.2ch.net/test/read.cgi/sato/1307608710/896 から抜粋
>埋め立て荒らしのサンプル
http://yuzuru.2ch.net/test/read.cgi/car/1322215317/410 892バイト
http://hato.2ch.net/test/read.cgi/entrance2/1319096115/220 604バイト
http://yuzuru.2ch.net/test/read.cgi/bicycle/1321573426/250 423バイト
http://yuzuru.2ch.net/test/read.cgi/bicycle/1321573426/251 496バイト
http://yuzuru.2ch.net/test/read.cgi/bicycle/1321573426/256 568バイト
http://yuzuru.2ch.net/test/read.cgi/bicycle/1321573426/257 514バイト
http://hato.2ch.net/test/read.cgi/lifeline/1322278069/132 440バイト
>投票レスのサンプル
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/383 405バイト
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/388 205バイト
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/389 142バイト
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/390 416バイト
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/391 301バイト
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/392 396バイト
http://yuzuru.2ch.net/test/read.cgi/vote/1322490890/394 498バイト
- 32 :
- >>18 (2/2)
全角
http://hato.2ch.net/test/read.cgi/morningcoffee/1322484349/265 581バイト
http://hato.2ch.net/test/read.cgi/morningcoffee/1322484349/266 1208バイト
http://hato.2ch.net/test/read.cgi/morningcoffee/1322484349/267 971バイト
http://hato.2ch.net/test/read.cgi/morningcoffee/1322484349/268 1203バイト
http://hato.2ch.net/test/read.cgi/morningcoffee/1322484349/269 1499バイト
あり?里って BBS_MESSAGE_COUNT=2048にしたんじゃなかったっけ???
見たら 1024になってるし、実際それ以上投稿できないし・・・
- 33 :
- >>27
とりあえず、B(+α)とさせておいてください。
>>28
Aということでお願いします。
とりあえず、希望日程としましては
10/2 ひとつ削除(たぶん D)
10/3 もひとつ削除(たぶん C)
10/4 決めに入る
10/5 変更申請=>開発室
です(あくまでも予定です)
- 34 :
- >>32
あれ?自分はそんな事ないですが。
設定更新してみては?
- 35 :
- >>34
chaika使ってて、bbsmenuの更新でいくと思ったんですけど、
sato/SETTING.TXTファイルの日付を見たら8月になってましたorz
削除して再更新したら 2048 になりました。
お騒がせすみません・・・
- 36 :
- 新規5分、384バイト固定、Lv.2-連投間隔120秒
あとはわりとどうでもいい
- 37 :
- B案を支持します
・メッセージ容量制限
Lv2は512Byte固定でBBS_MESSAGE_COUNTの0.3倍の方が小さい値ならそちらを採用
Lv3で同値の0.4倍、以下は前仕様をそのままスライド
とりあえず512Byteならば荒らしだけによってスレが埋められることは無いだろうし、
BBS_MESSAGE_COUNT=2048の板の今までの数値からもそこまで目減りせず、影響は少なくて済む
もし384Byte等著しく小さい値を採用するならLv2→3以降のレベルアップ間隔を12hにして
水遁を受けない通常の利用者が速やかに不便なく利用できる状態に移れるようにする
これは通常とお試しor正規●でLvアップ間隔が現に違うことから難しい仕様ではないはず
・連投間隔制限
Lv1(発行→書き込み)が300秒、Lv2で120秒、あとは前仕様を参考に段階的に減らす
Lv2は180秒など大きめの数値でも良いかもしれない
Sambaと違って忍法帖の連投間隔制限は引っかかってもカウントがリセットされないので
- 38 :
- brigittaさんによる2011/08/14時点の調査によればBBS_MESSAGE_COUNTの分布状況はこんな感じ
(すいません、1024以外は数が多すぎてIEでは検索しても100以上となってしまうので手抜きです)
http://www14.ocn.ne.jp/~brigitta/setting/
1024=19
2048=100以上
4096=100以上
はっきり言って1024の板はごく一部の例外ですのでこれを基準に考えるのはやめたほうがいいと思います
2048を下限の基準と考えれば元来の仕様での最低値であった614byteからどのくらい絞るのかを検討するのが妥当ではないかと
- 39 :
- >>14
発行から書き込みまでの時間は置いといて、容量だけに着目すれば、
AとBは、固定値という意味で同じ
固定値にするなら、384byte自体に元々根拠がない適当な値だから、
いくらが適切なのかというのを話し合う余地はある
CとDは、BBS_MESSAGE_COUNT を基準にして何倍かという意味で同じ
BBS_MESSAGE_COUNT基準なら、レベルごとの倍率は元々根拠がない適当な値だから、
どのレベルで何倍が適切なのかというのを話し合う余地はある
BBS_MESSAGE_COUNT基準(C,D)だと、BBS_MESSAGE_COUNTが大きい板では
最低レベルで相当容量の埋立ができるから、固定値(A,B)という案が出てるわけだけど、
BBS_MESSAGE_COUNT_LV1(LV2) の新設でも埋立対策はできるのに、
なぜ全板同じ固定値の方がいいのか?と何回か聞いたけど、
固定値でいいと言うばかりで、固定値がいい理由を誰も言えてないと思う
>>38 こうかな
1024=19
2048=375
4096=365
> どのくらい絞るのかを検討するのが妥当ではないかと
その前に、何バイトに絞るのかを全板一律にこのスレで決めた方がいいのか、
各板で検討してもらった方がいいのかという論点もあると思う
- 40 :
- test
- 41 :
- >>33
基本的にBに賛成ってことになるかな
板により512byteいらんから埋立荒し対策したい場合もあるだろうし、
BBS_MESSAGE_COUNTが小さい板はそっちが反映されればいいね
- 42 :
- おいちゃんは設定変更時反応が有りそうなスレチェックして
それなりに騒ぐ人が居ると上手く調整してる感じがするけど、
今の384バイト固定はごり押し感が否めない気が。
そこでLv2の折衷案w
1024バイト板の0.3倍の値/2+BBS_MESSAGE_COUNTの0.3倍/2
=153.6+BBS_MESSAGE_COUNT*0.15
$maxLen = 153.6 + $maxLen * 0.15;
>>3
Lv2 (x0.3)= [307]->307 / [614]->460 / [1228]->768
- 43 :
- >>21
忍法帖の作成時間が2分かかるから2+2で1レス目は4分になるよ
(自動書込の時間調整が甘い(破門されるまでは2分で書き込むパターン)からそうなってるだけで)
発行時間を伸ばせば5+2分もしくは、Lv2の投稿間隔をふやせば5+3にも4にもなるかも。
発行を伸ばしておいてその後、投稿間隔は…繋ぎ変え対策をどうするかにもよると思います。
- 44 :
- >>39
800板全部に >BBS_MESSAGE_COUNT_LV1(LV2) の新設 をさせたい。その労力を >>29 さんが受け持つのなら
自治スレで頑張ってねとしか言いようがないです。
(板設定はあくまでも運用情報板のする事だから狐さんはやらないと思いますよ)
だから忍者側で決めれるbbs.cgi側の 固定値なりBBS_MESSAGE_COUNTの倍率なり をどうするかという話をしているの。
別に固定値じゃなきゃだめよーとか、倍率じゃなきゃだめよーとかじゃないんだよ。
そこに 値を入れる箱 があるから何を入れようかって話なんだよ。
このスレ/各板 とか言ってたら話しが余計にまとまらないから、また決まったらおしえてーと狐さんは忍者に話を投げた。
たまたまK5やら狼やらの話題はでるけども、ここではあくまでも各板固有の自治をしているわけではなく、
忍法帖の仕組み上、荒らし対策に使うLvに対するベースの値をどうするか話し合ってるだけ。
COUNTの値すらも参考資料に過ぎない
- 45 :
- >>44
固定値反対派が「全板」って言葉を使うと忍法帖入ってる板を数えてこいボケと返したくせに
自分は都合よく800板って数字を使うんですね
- 46 :
- >>45
新設っていうからNINJA=checkedとは別物ですし、セットで入れないと判定をスルーするためのif文いれなきゃだし
板設定を決めるのは基本的に自治スレの意向と現状どうなってるか勘案した結果を板設定する人が判断することですし。
入れ物の中身を決める話なんだから、新しい設定については、今は別の話でしかないよ。
- 47 :
- そういうことですね
不具合の解決策によってレベル1での384バイト固定が無意味になってしまった
変更前のレベル1相当であるレベル2をどうするかが最優先事項
プラスそれに伴う各レベルの調整ですね
他のことは従来不都合がなければ今はどうでもいいことだと思います
- 48 :
- 384でも全角192文字
殆どの板で1〜3行程度のレスが一番多いはず
1日2日の間384まで制限されたからって問題があるような板は特殊な事情の板としか思えない
板の特殊事情なら忍法帖いれなければいいだけ
- 49 :
- 384Byte制限が埋め立てに効果があるのが事実だとしても512Byte、あるいは614Byteでは駄目な理由にはなりませんよね
- 50 :
- 埋め立てに対する効果、鯖負担の軽減の両面からできるだけ絞る方がよいのです
何度も言いますが殆どの板で1〜3行程度のレスが一番多いはずですので
1日2日の間384まで制限されたからって問題があるような板は特殊な事情の板としか思えません
512や614でなければ問題が出るという実例を出して下さい
- 51 :
- >>49
うん。入れ物はあるから、そこにいれてよさそうな値なり式なり考えよーってことだから問題なす
- 52 :
- そんなに絞るのが良いと思うんならLv2での容量制限を100Byteくらいにでもするよう提案したらどうですか?
何度も言われてますけど「384Byte」という数値には何の根拠も必然性もありませんよね
- 53 :
- 忍法帖発行初期の制限値に対しキツすぎるという人は日常的に水遁を食らっているのではと
疑いたくなる部分もあります
Lv2のまま荒らせるように有利に持って行こうとしているとね
初期の制限は荒らしに対し課しているものですのでキツイのは当たり前なんです
※意図せず破門になってしまいレベルが上がらない人がいることはこの議論とは別の話だと思っています
- 54 :
- リロードしてなかった。
あとは、どこまで絞ると効果的なLv2になるのか考えつつ、さぁどうしよう
↓
- 55 :
- >>52
100まで絞る必要があると考える人が提案すればいいんじゃないでしょうか?
私が100を提案する必要性はどこにもありませんね?
何故混ぜ返すような発言ばかりなさるんでしょう?
512なり614でなければ問題があるという実例を出して頂ければ議論はつつがなく進むと思うのですが?
- 56 :
- >>55
利用者にとって書き込める容量は多いに越したことは無いでしょう
そして512〜614Byte程度なら埋め立て荒らしの対策としては十分
なぜ384Byteでなければならないのか教えていただきたいですね
- 57 :
- >>56
>利用者にとって書き込める容量は多いに越したことは無いでしょう
これはどのような利用者を想定しているのでしょう?
- 58 :
- 初めて2ちゃんに書き込む/普段毎日書き込んでるわけでない/専ブラを使用していない/クッキーを消してしまった
普段は専らnashi設定の板を利用している/出先から2ちゃんを利用する/p2で新鯖に書き込む
2ちゃん利用者がLv1である状況なんていくらでも考えられます
1日待てって言ってもまさにその時に書き込みたい、書かないと意味がないことがあるかもしれない
そういった全ての利用者ですよ
- 59 :
- 2レスに分けて書けばいいんじゃないの?
- 60 :
- ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああ
全角で192文字だとこのぐらいの量になるわけですけど
これだけでは不満ですか?
- 61 :
- >>59
制限にひっかかるなら、当然そうせざるを得ないでしょうね
そしてまた焦点が戻るわけです。「制限が384Byteでなければならない必然性はあるのか?」
- 62 :
- >>60
1行足りないような
あと30文字
- 63 :
- ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああああああああああああああああああああ
ああああああああああああ
全角で192文字だとこのぐらいの量になるわけですけど
これだけでは不満ですか?
>>62
Thx
- 64 :
- >>38 情報ありがとうございます
>>39
A〜Dは Aが忍法帖による制限強行(大好き)派〜Dが制限慎重(いやいや)派みたいな感じで
(勝手に)イメージしたものです
なんとなく Dを押しているようですね
>>42 Bの変形ですね
>>43 忍法帖の作成時間が2分で1レス、その後「2レス目」が+2分で4分ジャマイカ?
>>48 Aですね
>>49 Bですね
いろいろ議論がでてますけど、私の観点(A)をひとつ
経験上、システムの実験で一つずつパラメータを変えて様子を見る場合、
効果があったら継続して次のパラメータを追加してやっていかないと、
何がなんだかわからなくなってくるんじゃないかと思います。
※384バイトには根拠や決め方に問題があったかも知れませんが
それなりに効果があったんじゃないかと
そして次は時間か・・・と言う時点で止まってます
※時間のほうが効果あるんじゃない?ならバイト数を緩める方向で・・・
- 65 :
- >>63
2chは人と人とのコミュニケーションの場なんですから「これだけあれば十分」なんて答えを出せるわけもないでしょう
議論が白熱して長文になることがあるかもしれない。質問に答えてもらうために長いテンプレを埋めないといけないかもしれない
容量は多いに越したことは無い。だからといって無制限に増やすと荒らしを利することになってしまう
その落とし所として、スレの容量を1000レスで割った512Byte
あるいは代表的な板設定であるBBS_MESSAGE_COUNT=2048のLv1に合わせた614Byte
こういった数値ならわかりやすく且つある程度の容量も確保でき、
荒らしにとっても埋め立てに24時間以上を要し容易に埋め立てられない
ということで、制限としてちょうど良いのではと提案しています
- 66 :
- >>64 に追加
それと全体の懲罰が嫌な場合、
板毎に適用できるようにするのか(時間かかりそう・・・)よりも
「まだかな」の「>isp$」に載ったプロバイダだけに適用するように
仕向けたほうが(板毎よりは)簡単にできそうだなあと思っています
※それでも全体規制されるよりはマシと思いたい・・・
BBS_NINJAの設定も「まだかな」でできませんか?と言っていた人がいたような
- 67 :
- >>64
水遁前のHAPで書きこもうとしたら水遁されて手こずる(2分のロス)
発行後書込(2分)
で、ひっくるめたら 水遁後の書込が4分に見えるって意味ですー
まぁそのロスを相手が縮めると+30秒くらいのロス→水遁されても2分30秒後にレス…で済むかもしれません
- 68 :
- >>67
そうすっか。自分もレスまちがってんじゃんorg
> 2分で1レス、その後2レス目が「+1」分で「3分」〜(Lvシフトうざー)
現在K5はスイトンされてもほぼ1分間隔だね
http://hato.2ch.net/test/read.cgi/sato/1322486748/
2台使ってるって話だけど、完全に捨てHAP(1レスしたら次HAP獲得)で回しているみたいだ
※複数端末を用意する相手には時間制限はいたちごっこになるのか・・・
(5分にしたら5台用意すれば1分間隔キープ)
- 69 :
- >>68
流石に芋場端末5台は・・全角さんみたいですね;
K5資料室
ttp://exactry.net/k5/siryou/
- 70 :
- >>69
全角さんは自分のスレを守るためにはなんでもやる!と豪語してましたからねw
前スレからいろいろ資料をまとめてくださっているようで、ありがとうございます。
あとAーD選択としては AorB ということで >>4 をカウントしていいでしょうか?
>>ALL
Dは予定どおり削除の方向で、先に時間を決めてしまうためのたたき台を作ります
しばしお時間をください・・・
- 71 :
- 実況板だとスレ立てに水遁するから
書き込みでLv2開始ならスレ立て可能Lvも10から11にしてくれないかな
- 72 :
- 1. 時間に関する最低基準
Lv1 300 (秒) 5分 実験してないだろ?実験しなかったら何のためのLvシフトだよ!
※効果が薄かったら 2分に戻ることもありえる
Lv2 >=60 (秒) 2分以上 今1分って甘くしたら(スイトンなし期間で)埋め立て易くなっただろ!
※2分「以上」=ここをもっと厳しくしてみたらどうなん?
2. 時間のたたき台表
【現wiki】 【要変更】 (*) 【現wikiのバイト数:参考】
-------------------------------------------------------------------------------------
Lv=1 300秒 384bytes(シフトJISの全角で192文字)まで
Lv=2 120秒 (180) BBS_MESSAGE_COUNTで設定される値の0.4倍まで
Lv=2〜3 Lv=3 60秒 (120) 同値の0.5倍まで
Lv=4〜5 45秒 (60) 同値の0.6倍まで
Lv=6〜7 30秒 (60?45?) 同値の0.8倍まで
-------------------------------------------------------------------------------------
Lv=8 (30)
Lv=8〜19 Lv=9〜19 15秒 Lv=8以上 同値の1.0倍まで
Lv=20〜29 5秒
Lv=30〜34 2秒
Lv=35以上 1秒
-------------------------------------------------------------------------------------
(*) >>37 >>23>>27 Lv2 を3分程にして厳しくしてみたら?案
- 73 :
- >>72 は 現状wikiのテーブルを見て、時間とバイト数のテーブルをすり合わせちゃったほうが楽かなあ
といったものです。
Lv8以上は特に大きな影響を与えるものではないと思いますので、Lv割りを共通にできちゃったらベストかな
あと投稿バイト数は A,B,Cのように 384から BBS_MESSAGE_COUNTx0.3を考慮したもので
もう一度たたき台を作りますので、この表では「時間」テーブルの議論でお願います。
- 74 :
- >>16
お試し●では高レベルでLvアップ基準が変わりますしできなくはないと思いますよ
●の優位性があまりにもなくなるようなのは却下されそうですけど
話をまとめてからならもしかする・・・かな?
- 75 :
- >>72
仕様が変更されるかもしれないしめんどくさいから〜でwikiそのままにしているんでしょうけど
Lv=1の連投間隔(初カキコ待ち時間)は現在120秒ですよ
- 76 :
- 今試してみたけどレス投稿→忍法帳作成要求(Lv.1)→初カキコ(Lv.2)まで2分でした
- 77 :
- 時間で Lv2 を 3分にしてみよう案は >>68 で現状のK5スイトンを見て
・スイトンされなければHAP温存タイプの連投
Lv1 --- 5分 Lv2 投稿1 --- 3分 Lv2 投稿2 --- 3分 Lv2投稿3←スイトン ---3分 Lv0 Lv1 --- 5分 投稿4・・・
※Lv2の時間で連投を抑制できる。さらにスイトン後の破門確認がペナルティとなる
・1HAP 1投稿 HAP使い捨てタイプの連投
Lv1 --- 5分 Lv2 投稿1(Lv1) --- 5分 Lv2 投稿2(Lv1) --- 5分 Lv2 投稿3←スイトン(Lv1) --- 5分 Lv2 投稿4(Lv1)・・・
※どこでスイトンされても連投間隔は一定のまま(自動スクリプト向き)
のようにHAPを使い捨てされると Lv2 の連投間隔は意味をなさなくなる
>>74
> ●の優位性があまりにもなくなるようなのは
これが鬼門かな?と思います。
>>75>>76
はい現状はそうです >>6>>9 (分かりづらくてすみません・・・)
それを「こう変更しようよ」というたたき台として見てください
- 78 :
- そろそろ妥結して欲しいのう。
- 79 :
- >>72 時間のたたき台表2
【現wiki】 【要変更】 (*) 【現wikiのバイト数:参考】
-------------------------------------------------------------------------------------
Lv=1 300秒 384bytes(シフトJISの全角で192文字)まで
Lv=2 120秒 (180) BBS_MESSAGE_COUNTで設定される値の0.4倍まで
Lv=2〜3 Lv=3 60秒 (120) 同値の0.5倍まで
Lv=4〜5 45秒 (60) 同値の0.6倍まで
Lv=6〜7 30秒 同値の0.8倍まで
-------------------------------------------------------------------------------------
Lv=8〜19 15秒 Lv=8以上 同値の1.0倍まで
Lv=20〜29 5秒
Lv=30〜34 2秒
Lv=35以上 1秒
-------------------------------------------------------------------------------------
(*) Lv2 を180秒なら、こんなんでいいじゃん案
Lv8以上はもういじらないでOK → 変更の手間&確認が減るじゃん!
- 80 :
- >>78
暫定予定表です >>33
※土日を入れておいた方が議論に参加する人も増えるかな?という希望です
- 81 :
- >>77
いっそのこと1つのレベルに1つを割り当ててもいいんじゃという案を(分岐は増えちゃうけど)
Lv=1 300(秒)
Lv=2 180
Lv=3 120
Lv=4 90
Lv=5 60
Lv=6 45
Lv=7 30
以下現状のまま採用なので略
- 82 :
- 今夜 24時以降に、新たな時間表がなければ、>>79 の表に投稿バイト数の
変更案を絡めた「最終たたき台」を作成します
Lv2(旧Lv1)の180秒案は、開発室に何度か持っていった人がいたのですが、
却下されています(議論がなかったからと思いますが)
- 83 :
- >>81
ありがとうございます(うぅリロードが>>82)
Lv2を 180秒(3分)にする意義みたいのが欲しいですよね
- 84 :
- 決まらないでしょ
荒らしが嗅ぎ付けて上限を384より引き上げさせようとしだしてるから
- 85 :
- 「忍者さんが決めまーす」とある意味丸投げされているので責任を背負う代わりに
忍者は決定権も持っているってことですよ
- 86 :
- メモがわりに投稿バイト数のことについてだらだらと
1. 1024x0.3=307 はこれ以上にする必要性を感じない
※厳しいほど埋め立てにくいのに緩和してどうすんの?
※BBS_MESSAGE_COUNTx0.3と比較しよう
2. 448=384+64・・・384よりちょっとあげてみますた 407=1024x0.4っぽい
512=512KB/1000・・・datの最大値/最大レス数 わかりやすい!
614=2048x0.3・・・標準的?な BBS_MESSAGE_COUNTx0.3 850レス(85%)程でお腹いっぱい
※ 固定じゃなく>>42案もあり
3. datの 512KBって名前:(K5>>)やメール: (sage)もあるんだよね
※あるとしたら、標準的なものってどのくらい(何バイト)?
例:ms既女 512(512KB/1000) -64(BBS_NAME_COUNT) -64(BBS_MAIL_COUNT)=384・・・これって!w
(512+32+32)*1000=563KB 900レス(90%)程
(512+64+64)*1000=624KB 820レス(82%)程
(614+32+32)*1000=662KB 773レス(77%)程
(614+64+64)*1000=725KB 706レス(70%)程
- 87 :
- >>70
前スレの案でまとめたものはほぼA-B型なので、私自身は忍者さんのやりやすい方で
A-Bで様子を見てみたいと思っていますー。加えていただいても大丈夫です
- 88 :
- >>86
384ってのは絶妙だったんだなあ。
- 89 :
- >>87
はーい(発表は今夜します)
私も忍者じゃありませんががが
>>88
さっきブラウザのログ datを開いて見て、ああ納得
(全角さんは容量オーバー目的じゃなくて最大限の嫌がらせだもんね)
細かい点だけど 512バイトは 512KBは 1024レス分であるが
いろいろ</b>とか付いてるのねん
- 90 :
- >>86の3(384)に納得
2(512)だと意味無いのねー
- 91 :
- >>71
すみません。
意味は分かるんですが、スレ立てがLv10のままだと何が問題なのかを
具体的にご説明いただければと
- 92 :
- あれ?いま見たらアンカーが微妙におかしい(時間差攻撃してどうするよ自分)
>>81
×77
○79
- 93 :
- >>83
2分じゃ効果薄かったじゃん
- 94 :
- >>93
3分にすればキツくなるというのは分かりますが、なぜか Lv2(旧Lv1)の連投間隔を
2分以上にするのに抵抗を持っている気がしているのです
効果が薄いというのは >>77 でも HAP使い捨てタイプだとLv2時間を伸ばしても関係なくなる
事例が発生するというのが見えていますので、説得に値する根拠がないと難しいと思います
それと繰り返しになりますが、
http://qb5.2ch.net/test/read.cgi/sec2chd/1321552924/182-
http://qb5.2ch.net/test/read.cgi/sec2chd/1321552924/294-296
上記スレでLv2=2分→3分が出ていないのと、Lv1=5分でどう?の結果が出されていないので
他のことを追加変更するのに躊躇しています
3分にするとどのくらいの効果が見積もれるのか、いろいろ議論してみてください
- 95 :
- 今よりも連続水遁中にトイレに行きやすくなります。
- 96 :
- 結果が出ていないのでLv1=5分で継続
Lv2での書き込み間隔は隠居が2分に戻したのだから今はそれでいいんじゃないの
無駄に話を広げるより要点であるLv2でのメッセージ容量を早く384に戻してほしいね
- 97 :
- >>94 の補足
http://logsoku.com/thread/qb5.2ch.net/sec2chd/1321377083/766-
ここでも発行時間を長くする案だけなので、連投間隔を長くしても?というのが
刷り込まれてるんじゃないかと・・・
>>95
K5専属忍者さんは、しびんとおまるの所持が応募条件です(キリッ
>>96
話を広げるのはかまわないんですが、何かこれだ!というデータが欲しいです
隠居からの質問シュミレーション「これ変更すると何が良くなるの?」
- 98 :
- 日付が変わってからだいぶ時間が経ってしまいましたが、A〜Dの発表です
A >>87 >>64 >>36 >>28 >>19 >>18 >>15
B >>87 >>42 >>41 >>37 >>27 >>20 >>19 >>18 >>15
C >>
D >>39
予定ではひとつ削除としてましたが変更して CとDはここでの議論は打ち切りとします
後はバイト数(メッセージ容量)のたたき台を作成しますので、またしばしお時間をください
- 99 :
- >>98 A〜Dは >>14 で出したものです
- 100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・ 次のスレ
19: 【!Suiton】水遁依頼所 其の68【すいとん】 (909)
20: 実況板(ラテ)水遁土遁実行スレ 6 (75)
21: にゃんこ一家雑談スレ【隔離】 (700)
23: 【忍法帖】ニュース速報水遁土遁スレッド32【ν速】 (820)