08/03/17 00:29:22 ps8jge6G
…あ、まずいかも
>CAPTCHA -> ProxyCheck (BBQはここに組み込んでます) -> コード予約・発行
このタイミングだと、ステータスリストのロック/リリースタイミング次第で
不都合が起きるかもｗ
コード予約されている場合のみ、次のBBQチェックが走らないようにしないと
マズいですよねｗ
51: ◆mSi3xtMKhw
08/03/17 00:36:53 ps8jge6G
一度クールダウン…
そもそも論として、”BBQを組み込むか否か？”はどうなるんでしょう？
・BBQ導入時のメリット
2chのポリシーに準じているので、「コードは取れるのに投票できないぞｺﾞﾙｧ」
という難民を防げる
・BBQ導入時のデメリット
コード発行所側の負荷が上がる
BBQ鯖が死んだときの処理/生死監視の処理を組み込む必要がある
（当然、コード発行処理が膨らみます）
という所が思い浮かぶわけですが
52:146
08/03/17 00:41:26 TcEkqM/T
>>48
FOX★の昔の書き込みを参考にしてみたところ
1. Net::DNSでtcp_timeout(1)、udp_timeout(1)、retry(1)
2. BBQ処理前に投げてtimeout判定が出た場合はBBQ処理を中止。
これで「BBQが落ちている間はやむを得ないのでコードを発行しない」
というポリシーが実装可能な気がしてきました。
53:146
08/03/17 00:57:12 TcEkqM/T
>>51
主催が
>基本的に、串による不正行為が規制できるなら付けて欲しい
と言っているので組み込む方向で検討しています。
>「コードは取れるのに投票できないぞｺﾞﾙｧ」という難民を防げる
2chに書き込まずに投票だけする人口は少数だと思うのでメリットと呼べる程ではないと思います。
BBQによるメリットデメリット：
[メリット]
- 純粋な多重抑止効果が見込める(投票所のBBQがオフの場合のみ)
- 余計なコード発行を防ぐ効果が見込める(BBQ規制されているIPでコード取得 -> 品切れで発行できなかったIPからの投票を防げる)
[デメリット]
- 巻き添えｶﾜｲｿｽ
- コード発行cgiの負荷が増える。
- BBQ鯖が死んだ場合、
1. cgiプロセスをkillされて発行所停止
2. 約2分間アクセス者を待たせて恐らく処理が続行（？）となる。
のいずれかの状況に陥る。っがこれはなんとかなる見込みは立ってきた。
54:146
08/03/17 08:38:07 TcEkqM/T
[[3rdtest17-jJHizgtw-HB]]
おはようございます。
忘れないうちに<<BBQ>>が死んでいる場合の対策を入れてみました。
無理矢理詰め込んだ感が否めませんので正常に動作しないかもです。あまり自信無いです。
とりあえずコードは取得できているのであとはBBQ鯖が落ちてみないとわかりません。
組み込んだBBQ機能について簡単な説明します。
(1) Proxy判定直前(CheckProxy内)で、$Setbbqが有効の場合にbbq判定処理開始
(2) 判定ホスト文字列を作成
(3) Net::DNS呼び出す。tcp_timeout,udp_timeout,retryは全て1(本番環境の場合presistent_tcp,presistent_udpも有効にするかも？$SetbbqPで制御)
(4) (2)のホストをNet::DNS::Resolverでquery。
(5) query結果errorstringが'query timed out'で無い場合BBQ処理続行 -> (6)
query結果errorstringが'query timed out'の場合＋さらに$SetbbqXが有効の場合は$ProxyStr="51"; return(51); -> (7)。$SetbbqXが有効で無い場合はProxy判定処理へ。
(6) 帰ってきたアドレスをチェックして127.0.0.2だったら$ProxyStr="50"; return(50);。127.0.0.2じゃなかったらProxy判定処理へ。
(7) $ErrorCode == 50でBBQに引っかかっている/$ErrorCode == 51でBBQ落ちているメッセージを出力。
現在のBBQ周りの設定は$Setbbq = 1; $SetbbqX =1; $SetbbqP = 0;となっています。
55:146
08/03/17 08:48:45 TcEkqM/T
とりあえずBBQが落ちている間のポリシー、
「BBQが落ちている間はやむを得ないのでコードを発行しない」/「BBQが落ちている間はやむを得ないのでコードを発行する」
はcodeconfig.cgi側で簡単に切り替えられるようにしてあります。
他実装すべき機能が無ければ名無しに戻りますが何かありますか？
56:清き一票＠名無しさん
08/03/17 11:47:11 a4DZyr2g
＞- 巻き添えｶﾜｲｿｽ
ちょっとこれが分からない。 一応2chの荒らしとかの規制とBBQは別物だぞ
57:146
08/03/17 13:56:21 O5YsKk1h
接続が変動IPである限り、過去に焼かれたIPにぶつかる可能性が少なからずあると思います。
これもまたレアケースですが、原則規制解除のないBBQではありえなくもないと思いデメリットに入れておきました。
私のBBQに対する認識違いであって、そんな事無いのであればそれに越したことはなく、デメリットはCGI負荷のみになりますね。
58:清き一票＠名無しさん
08/03/17 15:48:05 PieIRVUu
コード処理のたびにBBQ鯖を見に行くの?
投票者が殺到したらバーボン食らう予感w
59:146
08/03/17 19:48:06 O5YsKk1h
はい、コード予約時・発行時毎回見に行きます。
BBQ側からのアクセス規制はあるかもしれませんね。
事前にFOX★に断っておいた方が良いかもしれませんね。
許可が出るかどうかはまた別ですが。
60: ◆APFKcKFi7U
08/03/17 21:30:47 VgHof70M
>>57
すいません、私もあまりBBQについて詳しくないので、今見ている最中です。
＞接続が変動IPである限り、過去に焼かれたIPにぶつかる可能性が少なからずあると思います。
この場合、変動IPだけど自分でIPを変更できない人もいるかと思います。
参加者からの自己申告によってIPを登録して、
該当するIPの人はBBQを含んだPROXYチェックをしないという機能を実装する事は可能ですか？
BBQを使う場合はFOXさんにお伺いする必要があるという事は理解しました。
61:146
08/03/17 22:05:49 TcEkqM/T
>参加者からの自己申告によってIPを登録して、
>該当するIPの人はBBQを含んだPROXYチェックをしないという機能を実装する事は可能ですか？
可能ですが、焼かれているIPを登録されて悪用されかねないですね・・・
いちいち自己申告されたIPを誰かが許可するのもかなり手間がかかりそうですし・・・
FOX★に伺うのは本番鯖の鯖を借りたあとが宜しいかと思います。
62: ◆APFKcKFi7U
08/03/17 23:20:07 VgHof70M
>>61
ありがとうございます。
みんな、待ち時間10分固定がいいんですかね。
私としては初期の参加ハードルを下げる事で多くの参加者を募り、
トーナメントの楽しさをみんなが覚えた頃に厳しくしていくのを考えています。
トーナメントの予選と本選で投票所の仕様を変えて
予選： 5分固定 画像認証なし BBQあり
本選： 10分固定 画像認証なし BBQあり
準々決勝以降： 10分固定 画像認証あり BBQあり
なんていう案はどうでしょうか。 BBQはFOXさんからNG出たらなしにします。
ご意見お聞かせください。＞ALL
63:146
08/03/17 23:40:39 TcEkqM/T
>>62
オーケーです。
画像認証に関して試行回数と制限時間はどういう値を考えていますか？
64: ◆APFKcKFi7U
08/03/18 00:05:55 VgHof70M
すいません、忘れてました。
画像認証の試行回数を上げる事がスクリプト対策を弱めないということなら、
試行回数15回・30秒でもいいかなと思ってます。
人の目で見て判断が難しいのは0, 1, I, L, Oの5種類。
画像に使われるのは26＋10の36文字。
5文字長の画像の中に困難文字が一つも出ない確立は(31/36)^5=0.473
逆に5文字長の画像の中に困難文字が一つでも出る確率は1-0.473=0.523
試行回数5回で毎回困難文字が出る確率は0.523^5 = 0.039 25人に1人は毎回困難文字に当たります。
試行回数10回で毎回困難文字が出る確率は0.523^10 = 0.002 500人に1人は毎回困難文字に当たります。
試行回数15回で毎回困難文字が出る確率は0.523^15 = 0.000059 1万6千人に1人は毎回困難文字に当たります。
試行回数20回で毎回困難文字が出る確率は0.523^20 = 0.000002 40万人に1人は毎回困難文字に当たります。
0, 1, I, L, Oの文字を使わないような画像を用意する人が誰もいないので、
このぐらい余裕持たせてあげてもいいかなと思いました。
画像認証の試行回数をあまりにも増やすことで特に問題とかありますでしょうか？
65: ◆APFKcKFi7U
08/03/18 00:09:58 UCk3/IZp
＞25人に1人は毎回困難文字に当たります。
平均的な確率ですね。 書き方が変で申し訳ないです。
66:清き一票＠名無しさん
08/03/18 01:00:19 9H+ya+7v
画像認証は
あるのならずーっとある ないならずーっとないほうが
わかりやすいと思う
67:146
08/03/18 01:21:44 NbQL2B0X
気になってみて試行を1000回まであげてみてリロードしてみた結果、
一向に出て来ない特定文字があると判りました。ごめんなさい、下調べ不足でした。
Authen::Captchaで公開されている情報なのでもう書いちゃいますが、有効な文字は
0と1をのぞいた数字と全ての小英字、これによって実質判別し辛い文字は無くなると思います。
これらをあらかじめ宣言しておけば全34文字判別が可能かと思います。
68:146
08/03/18 01:23:59 NbQL2B0X
途中で送信してしまいました。
勿論判別し辛い回とかあると思いますのである程度試行回数は必要かと思いますが、
3～５回で十分かと思います。
69:清き一票＠名無しさん
08/03/18 07:05:20 fjZybI2h
画像認証に関しては試行回数を上げたところで
ほぼストレス軽減にはならないというのが俺の感想
実際に試行回数のせいで引っ掛かり
投票できなくなるというのは稀
そういうことではなく、一回目で1とlが判別つかなくて
(何回かやらせてもらったけどiとj、6とG、1とrなんかもわかりにくいようになっている)
ちゃんと打ち込んでるつもりでもやり直しを強制させるところにストレスが貯まる
後は2回も画像認証させるのは、うpロダとか見ても少ないと思うし
2回認証が仕様で1回にはできないというのなら
やめた方が賢明だと思う
なぜこんなガチガチにするんだという印象
70:清き一票＠名無しさん
08/03/18 10:18:57 495aRsaf
予約導入と一緒、コード取得を自動的に出来ないようにするようだための方策
71:清き一票＠名無しさん
08/03/18 11:34:51 VZ3sujLD
俺も一回ならばしょうがないと思うけど
二度もさせるのはちょっと…と思う
一度だけに出来る場合→やる
二度しないと出来ない→やらない
がいい。
72: ◆mSi3xtMKhw
08/03/18 23:22:49 Gaof3WZI
コード取得方法を前回と同じにしたらどうなるかは、
他のトナメで実績が有り余るほど在るわけで…
自分としては画像認証の導入を希望します。
>62
コード取得の条件を変える事はあまり良い事だと思えません。
上記の通り、最初から導入に１票です。
73:清き一票＠名無しさん
08/03/18 23:56:25 UXTmWiHU
BBQはない方がいいですが必要で認められるならいいです。
画像認証はいらないです、もし導入されるならコード待ちとどちらかにすべきです。
トーナメントばかりやっていて普通の考え方ができない人が多い気がします。
不正を見て見ぬふりできないなら不正が行われても気づかない優しい嘘の方がいいです。
プロバイダ別のコードとか携帯とPCが判別できるから荒れるのです。
これ最強を決めるのではなくてお祭りなのでしょう？
そんなに不正や多重がお嫌いならフシアナ投票必須にでもして下さい。
落とし所を過去のニートトーナメントの経験値で語られても困ります。
74:清き一票＠名無しさん
08/03/19 00:12:11 GOirhoqH
>>71
と同じ感覚かな
画像→無しがいい
画像一回→どうしても必要ならば、まあ仕方ない
画像二回→パス
あと他のトナメでの実績はあんまり意味ないというか
言われてピンと来る説得力はないように感じる
全板トナメ厨というのは全板トナメ厨であって
他のトナメに興味なかった人も多いだろうし
一般のトナメ厨ですらない全板だけの参加の人は尚更
コード待ち時間は固定がいいが
予選と本選で変えるくらいならば、構わない。
第一回も予選コード無し→本選コードありに変えたように
本選になるとちょっと雰囲気変わるから
75:清き一票＠名無しさん
08/03/19 06:54:42 rsfvvA6D
画像認証30秒はきついです。
当方カナ打ちなので、アルファベットは確認しながらじゃないと打てません。
76:146
08/03/19 17:26:48 mwNB4QkB
最近家にいる時は発行所cgiを眺めていでようやく発行所cgiの全体が判ってきました。
結論から言いますと仕様上1回表示にできなくもないです。
私が実装可能なパターンは２つあります。
一つは処理も楽だけど画像認証突破の糸口を作ってしまう＝画像認証の意味が無い
もう一つは突破は恐らく無理だが発行所cgiの負荷が増える。＝応答が遅くなったり停止させられたりする可能性が増える
いずれにせよ、アクセスがあるごとに呼び出される処理がまた１つ増えるのでどちらにの案も、
メリットに対するデメリットが大きすぎると感じるので却下です。
>>75
何秒なら間に合いますか？
秒数は調整可能です。
77: ◆mSi3xtMKhw
08/03/19 22:05:06 q6qL7Juz
全板が特別なトナメであるワケでは無いし、また2chの内外から
参加者が集まるトナメという本質は変わらない訳で。
また、参加者がトナメ慣れしていないという事は、逆に言えば
その時のルールがオンリーワンなワケで、（他と比較して）
不便と感じるとも思えません。
そして、画像認証無しで実施した場合、殆ど確実に
（そして前回よりも早期、かつ大規模な）
多重が問題に上るでしょう。
そのリスクが予期できる状況で不採用というのは、
オススメできないです。
最後は主催者さんの意見に従いますが、
一応意見として出させてもらいました。
78:清き一票＠名無しさん
08/03/19 22:14:59 NXuwX6yb
別に画像認証しようがしまいが多重は確実に問題になるよ
荒らしは多重ネタ使うのは分かり切っている事だし
そうじゃない一般の人でも、話題にしやすいのは前回前々回で分かっている事
ちなみにどっちに決まってもいいけど
画像認証は面倒くさいというのが正直な所
アカウント取ったりブログコメントしたりでは慣れてるけど
投票という行為がコード発行所に行って→色々して→待って→取って→
投票スレ探して、そこに規定通り投票してという色々面倒なものがあるのに
画像もかよって感じがする
79:清き一票＠名無しさん
08/03/20 01:57:03 UyBWEB8j
>>72
> 他のトナメで実績が有り余るほど在るわけで…
これは最萌のことかな？
最萌未参加(待ち時間2時間が耐えられずやめた)の俺としてはそんな実感ないけど・・・
まぁいずれにせよ閉鎖的になるのは勘弁だなぁ
画像認証までついてしまうと、恩返しの一票とかやってくれる人が減りそう
80:清き一票＠名無しさん
08/03/20 02:35:12 YuL2YKOT
俺も画像認証は面倒だな
決まったらしょうがないけど
それと再萌経験ある人と
全板だけの人の温度差があるような気がする
再萌はキャラへの愛が前提にあるけど
全板はもっとライト層をいかに動かすかが焦点というか
81:清き一票＠名無しさん
08/03/20 03:05:34 b9RBZbf1
俺は最萌経験者だが2ちゃん関係の萌系トナメで画像認証使われたことないよな？
実績というのが何を指すのか今一不明…
それはともかく、画像認証はなくてもいいと思うが
必用派と不要派の意見は平行線な気がする。
今まで2ちゃん内のトナメでは導入されたことの無いものを有用であるか否かと議論するんだから、その効用や有効性、予想される影響等についてはどちらの主張も
仮定論というか、憶測の域を出ない面がある。
ある程度議論したら主催がすぱっと決めてもいいんじゃないか?
俺個人の意見としては"不要"と捉えているよ。
82:清き一票＠名無しさん
08/03/20 05:25:02 8S6EDO+T
>>81
そうだったのか
なんとなくのイメージで最萌ではそういうのが当たり前の世界なのかと思ってた
83:清き一票＠名無しさん
08/03/20 05:27:17 Y31RUcK/
ちなみに自分も不要かな
主催判断に任すけど
多重問題ってどうしても完全な対応が出来なくて
多重推奨という訳じゃなくても、そこそこの所で止めた方がいって派と
やれるだけは対策した方がいいって派の温度差あって
どこで切るかの感覚は平行線だとは思う
84:清き一票＠名無しさん
08/03/20 05:27:41 Y31RUcK/
言わんでいいかもしれないけど82=83
85:清き一票＠名無しさん
08/03/20 07:18:54 I8tvxrG8
>>76
少なくとも1分は欲しいです。
画像認証そのものについては、私も不要かなと思いますが。
散々言われているように、あんまりギチギチにしたのでは、
全板は成り立たない気がしますね。
参加者任せの部分が少ないと、どうしても面白さも減ると思います。
それは、規模の縮小につながり、更に面白くなくなり、
と、ループするんじゃないでしょうか。
86: ◆mSi3xtMKhw
08/03/20 11:06:45 ZmqdfOTN
皆さんの言われてることは判ります。
結局のところ、コード取得方法を複雑にするコトによって
>面白さが減る
というコトだと思います。
ただ、もし1000人のうち1人が不正を働いても結果に影響は与えないでしょう。
（逆に、そんなコトになれば多分バレバレ）
ですが、1000人のうち10人や20人が不正を行えば、結果が変わるかもしれない。
そんなコトを知ったら、ライト層はすぐに離れていくと思います。
画像認証は試合を楽しむための一つのルールと言う、
そういった側面も含めて考えていただければ、と。
87:146
08/03/20 12:12:16 l2T17s4J
>>85
>少なくとも1分は欲しいです。
ありがとうございます。本戦のパラメータ設定の参考にさせていただきます。
88:清き一票＠名無しさん
08/03/20 12:39:06 U2ulg93w
うーん 今のネット環境考えると
暴走が一度始まる止まらないんだよね
（止めようと思うと、その一言で炎上したりするしね）
その暴走の予防線を張るのには、別にいいんじゃないのかな？
暴走されてトナメが立ち行かなくなっても、人が集まらなくてつまんねってなっても
叩かれるのは主催でしょ
ここでうだうだ話してるやつがケツ持つわけじゃないし、いろいろメリット・デメリットを淡々と上げていけばいいんじゃないの？
89:清き一票＠名無しさん
08/03/20 15:19:46 3gjzEtTW
>>86
それは皆分かっていて前提の元
でも、画像認証は別に不要じゃないかと思うって言っているんだろ
多重対策だったら携帯からオンリーにした方が
多重の影響が減ると言われても、いや、それは…と思う人がいるように
画像認証にした方がいいんじゃないかに対して
いや、別に…面倒な割にそこまでの対策にならないし…と思う人がいるだけ
多重が完璧に防げるならばいいけど、どうせ防げないならば、
がちがちの対策をして、多重厨に頑張らせるよりも
より参加しやすくして、一般参加層を増やす方がいいと思う人がいるだけ
90:清き一票＠名無しさん
08/03/20 15:21:24 3gjzEtTW
で、皆が言ってるように、この件は感覚の違いが平行線だと思う
（初期話していた、何分ならば待てるかの感覚の違いと同様に）
91:清き一票＠名無しさん
08/03/20 18:51:51 TislL/vq
全ひらがなで実際にコード取得してみて思った
画像認証ってかなりウザイな
全板と最萌の感覚の違いがあるのかもしれない
92:清き一票＠名無しさん
08/03/20 21:35:24 /fyKBZMb
1000人のうち10人や20人が手動で多重するのは全板の醍醐味の内だと思うけど
画像認証入れないと1000人のうち1人の不正で結果をひっくり返せるから問題になっているのではないかと
93:清き一票＠名無しさん
08/03/20 21:49:10 gLYHjabU
こんなはじまる前からここでうだうだ言ってる自分ですら
うざいと思うから、普通の人は画像認証はもっとうざいと思うだろう
>>92
その話は平行線
個人的には主催判断だな
94:清き一票＠名無しさん
08/03/20 22:51:53 vznW8KWu
俺も不要と思ってるが
主催が決めた事には従う。
95:主催 ◆APFKcKFi7U
08/03/21 17:43:45 wJShNL9Y
画像認証を使う使わないの意見はよく分かりました。
みなさんありがとうございます。
画像認証をトーナメント前半はOFF、後半はONにする事に対しては、
賛成意見がなく反対意見が少しあります。
賛否どちらでもかまわないので、途中で変更する事によるメリットやデメリットについて
ご意見ください。
96:清き一票＠名無しさん
08/03/21 19:45:21 hkiIx78V
本選やベスト16あたりの再抽選時などの区切りのいいところで変えるなら
公式サイトに注意書きさえあれば何も問題はないと思います
97:清き一票＠名無しさん
08/03/21 19:57:42 6l4IUV41
自分は画像認証が面倒だと言った者ですが
変えるならば区切りいい所ならばいいと思います。
ベスト16くらいならば、それなりにもう皆投票行為に慣れているだろうね
わかりやすいのは本選から？
98:清き一票＠名無しさん
08/03/21 20:33:43 B0rryNKF
画像認証に関しては最初から入れるか
最初から入れないかの2択しかないだろ
ただでさえ面倒なもんを途中から入れたらさらに混乱するぞ
どうしても導入したいのなら最初から入れとけ
俺は最初から無い方がいいけどな
99:清き一票＠名無しさん
08/03/21 23:48:13 qDYgaS+J
入れときゃいいんだよ、全板トナメも三年たったら
こんなに進化したんだと思ってくれるよ、
新規は知らないけど
100:清き一票＠名無しさん
08/03/22 05:01:40 weDW0WTy
途中から入れたら、ずっと投票だけ参加していたとか、
投票呼びかけを見かけたときだけ参加していたというような
ライト層を完全に切ってしまう可能性が高いと思うな。
少なくとも参加の敷居がぐんと上がるのは確実では。
101:清き一票＠名無しさん
08/03/22 07:22:37 EkoZadNJ
じゃあ、最初から無しでずっと無しがいい
102: ◆mSi3xtMKhw
08/03/22 14:57:24 DDv1uin0
>画像認証をトーナメント前半はOFF、後半はONにする事に対しては、
何時から切り替えるのか（予選以降や2回戦以降）が
明記されていませんが、機会の公平性を考えると
最初から導入するに１票です。
公平性の詳細については >86に書いたので略
103: ◆mSi3xtMKhw
08/03/23 15:38:31 JHVuHTXx
コード取りに行ったら
> 1回目の試行です。1000回まで試行できます。
フイタｗ
1文字2秒として、1試行当たり10秒を見込んで
120秒で10回程度が妥当ではｗ
104:清き一票＠名無しさん
08/03/23 15:44:09 7ubJ5RrS
>>100に同意
画像認証入れるなら最初から入れる
いれないならいれない。
どっちかに
105:清き一票＠名無しさん
08/03/24 00:35:56 L7fRiRDS
>>99
いわゆるトナメ一般参加者、
詳細を知らないような人たちに
画像認証により「進化した」と評価されるとは思わない
トナメ参加者の大半を占めるその人たちの感想は
「今回、うざくなったなぁ」だと思う
もし第三回が第二回よりたくさんの人が参加することで「成功」とするなら
やめておくべき
106:146
08/03/24 00:54:37 jNX27fOQ
そろそろ主催にもビシって決めて欲しいところですね。
あと鯖缶氏にメッセージを残したまま返事が無いのですがどうなんでしょうか？
ｽﾚﾘﾝｸ(vote板:951番)
mSi3xtMKhw氏
>>102
>62
>>103
試しに試行を1000回に増やしたまま放置しているだけです。
>67-68
107:清き一票＠名無しさん
08/03/24 01:06:04 ZPUVGAFZ
別に試行回数は1000回のまま（実質無制限）でいいように思いますね
流石に1000回も入力をミスする人がいるとは考えにくいし
1000回スクリプトを回して突破できるものでもないし
私は画像認証なんか採用するな派ですが
108:146
08/03/24 02:00:46 jNX27fOQ
画像認証突破は総当たりは現実的じゃありません。
詳しく書きませんが他に突破する方法はいくらでもあります。
試行回数を減らすのはそのうちの１つで突破し辛くするためのものとも言えます。
109:主催 ◆APFKcKFi7U
08/03/26 08:22:17 hfc5Qx+w
すいません、期限間近に非情の仕様変更です。
画像認識場面の
＞X回目の試行です。XXXX回まで試行できます。X文字です。
＞XX秒以内に下の画像の文字列を入力してください
の部分を
X回目の試行です。XXXX回まで試行できます。X文字です。
使われているのは0と1をのぞいた数字と全ての小英字です。
XX秒以内に下の画像の文字列を入力してください
に変えていただけますか？
110:清き一票＠名無しさん
08/03/26 09:01:42 VvFZQful
え？ちょっと待って。
画像認証入れるかどうか決まってないよね？
111:清き一票＠名無しさん
08/03/26 09:30:51 s4sPXCcD
画像認証決定なの？まだなの？
間に合うなら意見言っておく
基本入れるの反対、理由は>>105に同じ
特に２回の認証が不可避なら
待ち時間＋画像認証２回だとライト層は確実にうざくて逃げたがると思われ
詳細を知っているトナメ慣れしている人の感性を基準にすると
一般の人とのズレが生じてヤバいと思う
112:清き一票＠名無しさん
08/03/26 09:45:25 WQixjKGX
>>110-111
こればっかりは過去ログ嫁と言わざるを得ない。
ひらがなトナメ以降でいいから読み返してくれ。
113:清き一票＠名無しさん
08/03/26 10:15:31 wPBSJSLH
>>112
というか、ずーーーーーーーーーーーーーーーーとここで話し合っていて
画像認証不要の人の意見が結構あって、主催の判定待ちだと思っていたんだけど？
ひらがなトナメの時も初期は、色々な事を試す為に全ての機能をオンにして試してみよう
であって、それが確定じゃなかったんだよね？
じゃあ、とっくに決まったならば、その後真面目にずーーーーーーーーーーーーーと
意見言っていた人達の立場は、どーなるんの？
コード関連の議論スレで話し合わないならば
何のための議論スレなんだ？
114:清き一票＠名無しさん
08/03/26 10:21:09 wPBSJSLH
ちなみに>>42 >>48 >>60 >>62 >>64 >>65 >>95が主催のレス。
で、突然跳んで>>109
どっかで話し合いしていたならば、そのスレかレスを明示してくれないか？
どんだけ過去ログ見ても「コード関係の議論スレ」で話し合っている事は
主催確定なんか全然ないぞ
それとも>>95が確定って事か？ありがとうございましたとか言われても
全然結論分からんが？
115:清き一票＠名無しさん
08/03/26 11:20:19 UFNVyH78
不要論は面倒だという参加者心理の問題を中心にしてるけど
必要論は超多重による最萌システムの崩壊の可能性を問題視してるから
議論のレベルが違うといえば違うんだよね
116:清き一票＠名無しさん
08/03/26 11:20:34 WQixjKGX
>>113-114
いくらなんでも寝惚けすぎ。
運営スレ3で「画像」で検索してみろよ。
いくらでも主催、146氏、他の所見が拾える。
漏れ自身コード関連には不満を持ってたから前スレで散々意見を言ったよ。
しかし主催、146氏他の意見を聞いてすでに納得している。
文句言うなら運営スレ3の時点でもっと言うべきだったろ。
117:清き一票＠名無しさん
08/03/26 15:04:35 AEq7OTgT
>>116
画像認証については、運営スレで意見は散々出ている。
しかし、主催の決定は出ていない。
第3回2ちゃんねる全板人気トーナメント運営スレ★3
ｽﾚﾘﾝｸ(vote板:595番)
これが主催がそのスレで述べた主催の最後の意見。
その後、画像認証の可否は置いておいて、
画像を一回だけにする事が物理的に可能かどうか
あるいは、画像の差し替えは可能か等の対策が可能かどうかの話をしている。
146氏が行っている対策はそれに準じている。
その後コード関連のスレにて（このスレ参照）話し合いがもたれている。
画像認証は必要かどうかという事に対する意見は
必要であるor必要でないという意見の2パターンがあり、
主催はその件に関して、最終決定は出していない。
少なくとも、運営スレ、コード議論スレでは。
118:清き一票＠名無しさん
08/03/26 15:07:05 AEq7OTgT
追記。
その為にこのスレでは、ずっと、画像認証が必要かどうかという各自の意見が出ている。
別に画像認証が確定ならば、それでいい。
このスレ見ていると、画像認証は不要という意見もある（むしろ多く感じるが）
最終的には主催の決定に従うという意見が多いのが分かる。
ただ、主催の確定は出ていないよ。少なくとも見える範囲では。
119:清き一票＠名無しさん
08/03/26 15:12:12 AEq7OTgT
ちなみに146氏の意見は>>17で
>>40でも
＞画像認証に関しては導入確定ではありませんが、
＞仕様の都合上認証2回or0回のどっちかとなります。
と述べている。
で、主催の意見が>>62でこれに対して
予選と本選で変えるべきじゃないという意見や
それでもいいという意見が各自出ている。
途中変えるならば、画像認証は無しの方がいいという意見もちらほら。
それに対する主催の決定意見は、その後>>95
で、そろそろ主催の意見が欲しい>>106 といいまま主催の意見は無し。
このまま本日間で進んで>>109に至ったってのが流れ。
120:清き一票＠名無しさん
08/03/26 15:18:08 LHIm157p
このスレにおいては不要だとする意見の方が多いようだ
私も不要だと考える派である
エキシビジョンを実際に行ってみて
改めて不要だと強く感じた
最後に決めるのは主催なんだけど
どうなるもんかね
121:清き一票＠名無しさん
08/03/26 15:27:00 ZpcNanDS
うーん。自分も実は不要だと考えてしまう。
確かにあるかないかだったら、あった方がセキュリティというか
多重対策的にいいとは思うけど、あるからというって完璧になるとも思えないし
そうなると投票のストレスがあがるだけって気がしてならない。
実はエキシで試す前は、別に画像認証くらいいつもしているからいいやと思ったんだけど
実際やってみると、なんかこれいるの？って気になった。
しかも、投票って自分の場合は多分毎日するだろうしｗ
122:清き一票＠名無しさん
08/03/26 15:28:26 ZpcNanDS
それと自分も主催は、画像認証を入れるかどうかを確定せずに
「仮に」入れた場合について検証して、意見を求めていると考えていた。
勘違いで主催がもうどっかで確定しているならば、こんな話し合いも
全て無駄なので、決まった時点で教えて欲しい気がする。
ずっとここで話し合いしているわけだしねｗ
123:清き一票＠名無しさん
08/03/26 16:59:54 UFNVyH78
多重対策だと思ってるから温度差があるんだな
画像認証は多重対策ではなくてスクリプト対策
コード発行所方式自体多重対策として導入されたけど
最近それも突破したスクリプトが確認されたから手を打って欲しい訳で
田代砲が飛び交うような中で普通に投票とか無理でしょ
124:清き一票＠名無しさん
08/03/26 17:33:23 0M/nrbFA
ひらがなトナメ全日程参加したが画像認証は i l なんかの問題を除いては然程気にならなかったな
トナメに慣れてない人にとってはコード取得自体がﾏﾝﾄﾞｸｾなわけで
前回のシステムも
最初のアクセスでコード予約→何分だか待たされてもう一回アクセスして発行
で二回アクセス必要だったんだし、そこに画像認証の一手間増えてもあんま変わらんのじゃなかろうか
まあ少数派っぽいが一応こういう人間も居るよってことで
125:清き一票＠名無しさん
08/03/26 17:42:50 WQixjKGX
とりあえず主催が多重反対派だって言うことは知っておくべき。
ｽﾚﾘﾝｸ(vote板:409-410番)
ｽﾚﾘﾝｸ(vote板:601番)
漏れはどっちでも主催に従うよ。
あと、不要ならひらがなトナメの時にどうして多重工作をやらなかったのかと(ry
主催自身も薦めてたしｗ
ｽﾚﾘﾝｸ(vote板:459番)
126:清き一票＠名無しさん
08/03/26 17:49:23 bUQXbnv7
本番前にまたテストを兼ねたエキシビジョンをやるだろうし
是が非でも画像認証を導入するしかないという
強力なスクリプトとやらを実際に見てみたいものだ
誰かそのスクリプトとやらを動かして見せて欲しい
127:清き一票＠名無しさん
08/03/26 17:51:18 bUQXbnv7
>>125
お前は画像認証導入に反対する奴全てが多重工作員だと考えているのか
128:清き一票＠名無しさん
08/03/26 18:27:43 r20CLBIP
>>127
全てってことはいるんだなｗｗｗｗｗ
129:清き一票＠名無しさん
08/03/26 19:54:47 JRFajRWw
この少人数の中に多重スクリプト組める工作員なんていないだろうね
130:主催 ◆APFKcKFi7U
08/03/26 21:57:46 hfc5Qx+w
何か勘違いしてる人が多いけど、まだ決まってませんよ。
そろそろ決めようかと思ってますが。
公式サーバーが決まったし、
投票スクリプトの機能はこれ以上追加する必要も無いと思ったので、
画像認証を使うにせよ使わないにせよ
146さんの手を離れる前に最後の修正だけしていただこうと思っただけです。
せっかく別スレ立ってるのだから、もうちょっと突っ込んだ議論があるかなと思ったのですが、
>>115さんの言うとおり私を含めあまり議論を進展させる事ができず残念でした。
131:主催 ◆APFKcKFi7U
08/03/26 22:04:29 hfc5Qx+w
言い方がおかしかったですね。
>>115さんの言うように、不要論は面倒だという参加者心理の問題で
必要論は超多重による投票システムの崩壊を可能性を問題視してる事が
議論が始まった頃からあまり変わらないということです。
画像認証そのものにに関する技術的な検討ができたことと、
BBQ対応ができたのが大きなプラスだと思っています。
146さんには重ね重ね感謝します。
132:清き一票＠名無しさん
08/03/26 22:14:45 WQixjKGX
>>130
なんだまだ未決定かよw
とりあえずみんなｺﾞﾒ。
まだ決まってななら、俺も画像認証に反対しとく。
たとえスクリプト組んだとしてもコード待ち時間とるだけで充分抑止できると思うので。
146氏も「少しは抑止力効果があるが、大したことない」って言ってるし。
ｽﾚﾘﾝｸ(vote板:601番)
133:清き一票＠名無しさん
08/03/26 22:49:36 q41RFrAK
>>132
ちなみに勘違いしていたのはお前だけだったからなｗ
134:清き一票＠名無しさん
08/03/26 22:52:02 WQixjKGX
>>133
うるせぇｗ
もうあと1時間でIDも変わるさｗ
ﾏｼﾞでみんなｺﾞﾒﾝな。
135:清き一票＠名無しさん
08/03/26 23:09:06 8/2zrK5r
やあさん（でいいんだっけ）のまとめ方と言葉は異なるかもしれないが
画像不要：心理的に不要＆対策しても対策しきれない為メリットを感じない
画像必要：やらないよりはやった方がいい
（画像不要派の、面倒くさいというのも、ただ面倒くさいだけじゃなくて、
やるメリットをそこまで感じられないのに、手間がかかるだけになる。
トナメというものを考えると、それよりも人が参加しやすくすべきだみたいな感じ？）
結局はこの2パターンに別れると思う。このスレでも他スレでも当初から言ってたように
この話には多分決定的な結論は出ない。又
画像不要にした場合：だから多重がこんな風になった。もう少し対策すべきだった
画像必要にした場合：結局こうなるんだから、無駄な対策だった。それよりもトナメ層を増やす方向にすべきだった。
みたいに、どっちを選択しても、後日ぐたぐた言う奴は出てくるだろうとは思う。
136:清き一票＠名無しさん
08/03/26 23:12:27 8/2zrK5r
>>134
議論の進め方が、順番に一個ずつ解決するわけじゃなくて
平行してなし崩しぽいのがちょっと分かりにくいのかも？
ま、それも開始するまでの話だがｗ
137:146
08/03/27 03:28:30 /tJi5oc+
>>やあさん
130の件対応しました。ご確認下さい。
スクリプトの受け渡しはどうしますか？
138:146
08/03/27 03:41:49 /tJi5oc+
ついでにindexも元に戻しておきました。