08/03/07 00:08:40 1dRSQunU BE:80190566-2BP(8)
２だけ取って逃げる
3: ◆APFKcKFi7U
08/03/07 00:12:18 OHsGKBLO BE:2229768689-2BP(105)
３だけ取って逃げる
4:清き一票＠名無しさん
08/03/07 00:14:52 0Sz4I2f1
>>1
本スレ間違ってるorz
第3回2ちゃんねる全板人気トーナメント運営スレ★3
ｽﾚﾘﾝｸ(vote板)l50
5:清き一票＠名無しさん
08/03/07 00:19:09 DuSDGhGN
５だけとって逃げる
6:清き一票＠名無しさん
08/03/07 08:20:17 ILBXGwIq
じゃあ6は貰っておく
7:清き一票＠名無しさん
08/03/07 09:06:56 MsSBFWP7
七人の侍
8:清き一票＠名無しさん
08/03/07 17:23:44 83SwwunK
８っぱふみふみ
9:清き一票＠名無しさん
08/03/07 21:41:49 13IwaQca
９やしい・・・でも・・・
10:清き一票＠名無しさん
08/03/08 01:56:16 pylzz5Of
１０とい命
11: ◆APFKcKFi7U
08/03/09 12:57:30 lWceRnjF
ひらがなトーナメントが終われば、
こっちのスレも使いそうですね。
∧＿∧=- ∧＿∧
（∀｀ ） -=（ ´∀）
と つ と つ
（ ＿｀)=-（ （_）
ﾞヽ_,） -=し'"´
スレの即死落ちとかってどうゆう判定なんでしたっけ。
12:清き一票＠名無しさん
08/03/10 01:38:54 QxwkMgZC
>>11
始めは、Ｎ(KB)の容量若しくはｎレスに達しなければ、落ち
後ろは980レスが付いたら、24h経過後の最初のdat落ち判定のときに落ちる
仕組みだったと思う。
俺の記憶してる基準はこんな感じ（違ってるかもしれない）
あと ｎやＮの部分は一般人には発表されないものなので、どっかに聞きに行っても教えてくれないよ
13:清き一票＠名無しさん
08/03/10 01:41:37 ryREsWTh
よし！前スレ越えたぞ！
14:清き一票＠名無しさん
08/03/11 20:46:10 o6Wy1sbK
一応参考までに。
URLﾘﾝｸ(www.itmedia.co.jp)
15:清き一票＠名無しさん
08/03/12 23:52:16 YQx6u894
>>2->>3
お前らにだけは本気でついて行きたいと思った。
16:清き一票＠名無しさん
08/03/13 00:51:11 OqqOzdJm
まだ即死圏内にあるのでじわじわカキコ
コードの待ち時間だけど変動だとやっぱり分かりづらいね
10分固定でいけるんならそっちの方がいいんじゃないかな
17:146
08/03/13 01:59:17 jT9Bu1TG
スレ保守カキコ。個人的な要望を書き残しておきます。
発行時間：１０分固定
画像認証：有(試行３回、60秒、予約と取得で２回認証)
BBQ機能：有
発行時間に関してはあまり多重防止にならないと思います。
画像認証の試行は５回でも良いかもしれないけど、５回より多くする必要な無しかと。
６０秒はCAPTCHAを他動認証等での突破しづらさのため（もっと短くても良いと思う）これ以上長くはできない。
コード予約と取得の２回認証は同じくCAPTCHA突破しづらさへの抵抗。
BBQはproxy対策という事で導入。2ch側で投票所に入れてもBeで突破できるらしいので。
18:清き一票＠名無しさん
08/03/13 02:07:40 vbL+EFTj
>>17
画像認証 類似文字の排除とかはどうするんですか？
１（数字のイチ）とＩ（アイ）やｌ（エル）が見づらかったり、０（ゼロ）とＯ（オー）が似通ってたり
19:146
08/03/13 02:24:51 jT9Bu1TG
>>18
個人的には３回もあれば十分かと思っています。
自分は何回も認証やっていますが３回以内で引っかかったことありませんし･･･
無論それでも引っかかる人も結構いるみたいなので対策としては試行回数を５回にしても良いと思っています。
よって類似文字の排除自体は考えていません。
どうしても排除して欲しいって人は文字の画像を作って渡して頂ければ適応します。
私の方で画像を作成して用意する事は時間的に難しいので考えていません。
20:清き一票＠名無しさん
08/03/13 06:51:20 7gLvSxm5
>>19
＞１（数字のイチ）とＩ（アイ）やｌ（エル）
これらを全部同じ文字として認識(1でもIでもlでもOK)みたいにするのはダメなの？
それだけで精神的には随分楽だと思うんだけど……。
21:146
08/03/13 09:17:56 x8UGoRIj
>>20
画像認証はコード発行システムとは全く別プログラムで動作していると考えて下さい。
コード発行所システムからは簡単なパラメータ(文字数とか認証有効時間とか)を渡して、
画像認証プログラムを呼び出して動かしているような物です。
出力された画像、入力された文字は全て画像認証プログラム側で処理されるので介入は容易ではありません。
(画像認証プログラムはサーバーインストールされている物です。)
認証用画像を用意する方が遙かに堅実な方法かと思われます。
22:清き一票＠名無しさん
08/03/13 17:21:19 oKptJYl9
俺は画像認証は無し、待ち時間変動制はありがいい。
画像認証はどうせ突破されるだろうし、慣れて無い人は失敗する可能性もある。
23:清き一票＠名無しさん
08/03/13 18:38:02 iPax8hMy
失敗する可能性は何回でも可能ってことにしたら
24:可憐車 ◆KARENCJGTU
08/03/13 20:45:41 S4xZq2dZ BE:53461038-2BP(9)
私はＢＢＱが嫌いだったりします。。。
理由：ＢＢＱ鯖が落ちてると１分半～２分くらい
反応帰ってこないから
＃レアケースって言ったらそれまでだけどね。。。
25:清き一票＠名無しさん
08/03/13 21:35:48 RJNwjy+5
画像認証有り、待ち時間10分固定に賛成。
26:清き一票＠名無しさん
08/03/13 21:35:56 K7dc1QP+
>>24
自分もあんまり好きじゃない
個人的には
10分固定はあり
画像認証はなし
あたりがいいかな
27:146
08/03/13 22:14:08 x8UGoRIj
>>24
なるほど、ＢＢＱを使った物作ったことが無かったので貴重な意見ありがとうございます。
幸いまだ取りかかれていない状況です。
ＢＢＱを追加しなくても良くなると私の役目はもう終わりですかね？
28:清き一票＠名無しさん
08/03/13 22:40:46 hoBMuUKd
画像認証有り(なくてもいいがそこまで面倒とは感じなかったので)、待ち時間10分固定希望
まあ、◆APFKcKFi7U氏が最後まで第三回の主催をやる覚悟が決まったなら
ある程度イニシアティヴとって決めちゃってもいいと思うよ
29:清き一票＠名無しさん
08/03/13 22:45:19 AOJ5e6Cm
なんで追加しなくていいってなるんだよ。
じゃあ俺はBBQ追加しろで。
なぜなら 多重が容易になるから
すべては防げないって反論する人へ
・じゃあすべてを防げるものを出してください。
そんなものないです。できるだけ多重はできないように努力するしかないんです
BBQ追加で多重がより困難になる。不可能になる訳ではない
30:清き一票＠名無しさん
08/03/13 23:12:27 miY8UujU
まあ落ち着け
BBQありのメリット、デメリット
BBQなしのメリット、デメリット
それぞれを考えるとき定量的な判断基準なんて出せないでしょ？
なら最後は主催が決めるしかないんだよ
という感じで全体的には動いてると思うけどな
>すべては防げないって反論する人へ
>・じゃあすべてを防げるものを出してください。
> そんなものないです。できるだけ多重はできないように努力するしかないんです
人に自分の意見を押し付けるのは良くないと思うよ
まあこれは俺の考えだからスルーしてくれていいけどｗ
31:146
08/03/13 23:18:09 x8UGoRIj
あ、すいません。27だと「追加しなくていい」って言っているように受け取れますね、ごめんなさい。
私は機能を追加するもしないも基本的に◆APFKcKFi7U氏の決定で動いています。
私は個人的には>17に書いた通りの要望です。
ただし、
>理由：ＢＢＱ鯖が落ちてると１分半～２分くらい
>反応帰ってこないから
これは結構困ります。下手するとＢＢＱが落ちている間は誰にもコード発行できないとかって事になるかもしれません。
私がまだＢＢＱの技術について詳しく調べる時間を取れていないのもありますが、
可憐車さんが嫌がる程の物に主催からのＧＯサイン無しに無理に取り組む必要は無いとも思ってます。
実際◆APFKcKFi7U氏はまだＢＢＱについて特に触れていないようですし。
32:清き一票＠名無しさん
08/03/14 01:32:45 mJ+xTTsL
BBQってとても優秀だけど可憐車氏が心配している通り
ちょっと困ったことになる場合もある
ちょこっとコードを書いて回避できるならいいけど
実環境でそれを試すのは難しいような
33:清き一票＠名無しさん
08/03/14 18:47:58 rJzMxv8F
学校から大量取得は *.ac.* *.edu *.edu.* *.go.*をdenyすれば結構弾けそう
34: ◆mSi3xtMKhw
08/03/14 20:54:36 Mr0OeiD3
BBQ導入には賛成
理由：
どうせ2ch側で引っかかるので、発行所側で許可しても意味無い。
また、変にコード発行cgiを呼ぶ前に引っ掛けておけば、無意味な負荷も減ると思う。
それに、投票できないIPにコード発行するのは、発行所、投票者のお互いに無意味。
35: ◆mSi3xtMKhw
08/03/14 21:09:58 Mr0OeiD3
追記：
2ch：BBQでNG、発行所:BBQ許可とした場合、投票者に
繋ぎ換えを奨励することになります。
また、
「コードを発行したIP＝投票したIP」
という風にポリシーを統一しておかないと、
もし末尾規制を行った場合、
「発行所側でコード発行を抑止したIP≠投票したIP」
となって、抑止の意味が無くなります。
36:146
08/03/16 03:14:42 SXMMMkTu
◆APFKcKFi7U氏を待ってるだけなのも時間が勿体ないので、BBQ鯖が落ちない事を前提にコード組みこんでみました。
今のままだとたぶんBBQ鯖が落ちたらコード発行できません。っというか発行所の挙動がおかしくなるかもしれません。
BBQ鯖落ち対策は◆APFKcKFi7U氏のBBQに対する見解待ちということでお願いします。
どう対策を組めば良いのか思いつきませんが・・・
>>33
ｽﾚﾘﾝｸ(vote板:183-184番)
>>34-35
>どうせ2ch側で引っかかるので、発行所側で許可しても意味無い。
●で規制に引っかからず2chは書き込めると思います。
>変にコード発行cgiを呼ぶ前に引っ掛けておけば、無意味な負荷も減ると思う。それに、投票できないIPにコード発行するのは、発行所、投票者のお互いに無意味。
負荷はたぶん増えてます。また、2ch(投票所)にBBQが働いていると知れば、わざわざ投票できないIPで発行所にくるユーザはそう多くないと思います。
>2ch：BBQでNG、発行所:BBQ許可とした場合、投票者に繋ぎ換えを奨励することになります。
BBQで規制されているからには相応の理由があるはずなので自業自得だと思います(勿論巻き添えも少なからずありますが)。
>「発行所側でコード発行を抑止したIP≠投票したIP」となって、抑止の意味が無くなります。
言いたい事が良くわかりませんが、投票したIPは知る由が無いのでIPでの比較は無意味かと思います。
37:清き一票＠名無しさん
08/03/16 12:28:38 7ytFNrJ1
試しにコード取ってみた感想。
コード発行までに画像認証120秒制限で二回必要なのは手間すぎと思った。
個人的にみかかなのもあるけど。
アルファベット確認しながら打つの面倒よ。
待ち時間だかなんだかの説明書きがわかりにくい。
よくわからないからあせる。
試合当日で切羽詰ってたら、余計にあせると思った。
38:清き一票＠名無しさん
08/03/16 12:35:05 7ytFNrJ1
追記
コード予約後に再度画像認証画面になったので、
予約がリセットされてしまったのかとも思った。
39: ◆mSi3xtMKhw
08/03/16 13:31:45 Qfo0JgVn
>負荷はたぶん増えてます。
この場合、cgi側にメリットは無いという事ですね、了解です。
逆に、串を使ったDosによるコード鯖落としも考えられるので、
そういう事なら外した方がいいのかも。
40:146
08/03/16 19:14:29 SXMMMkTu
>>37-38
意見ありがとうございます。
画像認証に関しては導入確定ではありませんが、仕様の都合上認証2回or0回のどっちかとなります。
待ち時間の説明書きはindex.htmlにベタ打ちなんでわかりやすく綺麗に書くことは簡単です。
現在はただのメモ書き程度で読みづらいのは承知の上ですので後々改善します。
>>39
その通りです。cgi側はデメリットとも言えます。
Dos攻撃に関してはサーバー側の設定の問題ですのでコード発行cgiは関係ないです。
その件に関しては◆AGA/Iky.aoさん次第ですね。
41:146
08/03/16 21:09:12 SXMMMkTu
あれ、日本語がおかしい^^;
>cgi側はデメリットしかないとも言えます
の間違いです。
42: ◆APFKcKFi7U
08/03/16 22:53:54 C4Dx60aj
BBQに関する勉強をちょこっとしてる所です。 遅くなり申し訳ありません。
基本的に、串による不正行為が規制できるなら付けて欲しいが、
そのせいで発行所スクリプトが動かなくなってしまうのなら使えないですね。
あとは、BBQの鯖落ちが投票所や発行所の鯖落ちと同じに扱えるのかが気になります。
146さんにお聞きしたいんですが、
今現在のスクリプトではBBQ鯖が落ちた時に
「コードが発行するのか、発行されないのか、
発行されてもそれが試合終了時の発行コードリストに反映されるかも不明」な状態という事でしょうか？
あと、BBQ鯖が今までにどれだけ落ちたのか実績調査中です。
詳しい方がいらしたら「去年このぐらい落ちてたよ。」とか感覚的な見積りでいいので教えてください。
43: ◆mSi3xtMKhw
08/03/16 23:17:29 Qfo0JgVn
>BBQ鯖が今までにどれだけ落ちたのか
BBQ（に関わらず2chの鯖全て）が落ちるかどうかなんて、神のみぞ知る
ってな状況じゃないかと…
ましてや、全板のような長丁場では先の事なんて判りようも無いｗ
もし、BBQが落ちたら発行所側はどうするか？
というポリシーを決めて運用を整備して、コード側のコーディングを
お願いするしかないかとｗ
44:146
08/03/16 23:18:33 SXMMMkTu
お疲れ様です。
今現在ではBBQ鯖が落ちたときは、
「コードが発行/予約が正常にされる保証ができない」といった感じです。
現在PCアクセスからの処理の順序は
CPATCHA -> ProxyCheck (BBQはここに組み込んでます) -> コード予約・発行
となっております。もし、予約・発行まで行けば発行コードリストには反映されると思います。
BBQ鯖が落ちたときはProxyCheckの段階で止まってしまうため、
予約・発行が一切できなくなる可能性があります。発行まで行って、コードリストに入らない事は無いと思います。
45:146
08/03/16 23:26:27 SXMMMkTu
Net::Pingを使ってBBQ鯖に事前にping打ってから～ってのも考えてみたのですが、
発行・予約する度にping打って確認していてはお話にならないので良い案が出てきません。
また、仮にpingを組み込んでも、BBQ鯖が再起動した時、
鯖復旧とBBQシステム復旧の間にラグが有った場合結局コード発行システムが予期せぬ動きをする事になってしまいます。
>>43
「BBQが落ちている間はやむを得ないのでコードを発行する」
というポリシーで良いかと思いますが、その判定方法が難しいですね・・・
反応が2分間も帰ってこないようではお話にならないですし・・・
46: ◆mSi3xtMKhw
08/03/16 23:40:49 Qfo0JgVn
>ping打ってから
ネットワークが生き返っても、BBQ鯖から応答が帰らないと
コード発行所側は困った事になるんじゃないかとｗ
詰まる所、「2ch 鯖監視係。」さんみたいに鯖の生死を
監視できる仕組みが必要じゃないかとｗ
ダメモトで雪だるまスレに持って行っていくとかｗ
47: ◆mSi3xtMKhw
08/03/17 00:23:32 ps8jge6G
URLﾘﾝｸ(sv2ch.baila6.jp)
未承諾さんのを参考にして仕様を決めるのもアリかなｗ
基本的に、BBQ鯖の生→死、または死→生を判定できれば良いから、
1.pingを規定時間間隔で打つ（投票のアクセスとは関係無しに個別処理）
2.応答結果をステータスリストに持つ
3.コード発行時にリストを参照して、ステータスの変更があれば
鯖の状態を見に行く（ここら辺は未承諾さんの仕様を参考に）
※当然、”死”と判定された期間の運用を事前に決めておく
ってな感じで如何でしょうかｗ
48: ◆APFKcKFi7U
08/03/17 00:23:51 VgHof70M
>>45
逆の「BBQが落ちている間はやむを得ないのでコードを発行しない」というポリシーが実装可能なら、
前回のルールに
・12時間以上にわたり板やコード発行所が利用出来ず投票が中断した場合は投票不成立とし、後日再投票とします。
中断時間が12時間以内の場合は投票成立とします。
というのがあり、これの投票所板やコード発行所にBBQ鯖を加えてしまう方法もありかなと思うんですが。
（12時間というのをそのままキープするかは別途運営スレで話し合うとして）
ただし、BBQ鯖がちょくちょく落ちるような不安定なシステムだと、
こうゆう運営ルールでやっていくのは辛いですね。
49:146
08/03/17 00:24:07 TcEkqM/T
>ネットワークが生き返っても、BBQ鯖から応答が帰らないとコード発行所側は困った事になるんじゃないかとｗ
45の3,4行目の事ですか？仰るとおり困ったことになります。
|
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ ｀´ ＼
('A`)
ノヽノヽ
くく
Net::DNS使ってタイムアウト値を短くすれば・・・！
50: ◆mSi3xtMKhw
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も元に戻しておきました。
139:清き一票＠名無しさん
08/03/29 01:02:38 pGmzgkp8
>>95
画像認証を最初から導入する事に賛成。
多重撲滅なんて事は全く考えていないし、むしろそれこそが全板の華だとすら思ってる。
30分待ちなら30分ちょっとに1回ずつの投票とか、そういうのならね。
ただ、第2回全板トナメ以降に、現実問題としてスクリプトを利用したorコード発行システムの穴をついた
待ち時間がほとんど関係なくなる類の大規模な多重（待ち時間の増加でカジュアル多重が抑制される分だけ、威力が増す。）
がいくつかのトーナメントであった（っていうか、全板でもあったのだろうけど一般化していなかったのかと）
のだから、あらかじめ対策を立てておくべきかと。
おおっぴらに多重を掲げている（とはたから見える）板というか選対もあるのだから、なおさら。
140:清き一票＠名無しさん
08/03/29 01:26:26 s4iGeGsx
>>135
確かにどちらに決まっても後で色々言う人は出てくるだろうね
たとえ、それが結果的にあまり変わらなくても最低限の対策をすべきだという意見も分かる。
でも自分がどちらの意見なのかと思うと「不要」になってしまう。
トナメというのが、出来るだけ間口を広げて色々なものを受け入れるものというイメージがあるからかな。
141:清き一票＠名無しさん
08/03/29 03:10:05 VogkOJEs
>>139
最萌厨はレスしないで欲しい
142:清き一票＠名無しさん
08/03/29 03:19:28 rHh/QENu
>>141
ボクちゃんは寝る時間でちゅよ
143:清き一票＠名無しさん
08/03/31 01:51:43 X0PLmOMS
最萌も一つのサンプルだわな
144:主催 ◆APFKcKFi7U
08/04/04 22:55:52 ntZ+ROjW
そういやまだ決めてませんでしたね。
145:清き一票＠名無しさん
08/04/05 15:00:20 EYBqZ6Y+
どうするんだろね。
146:清き一票＠名無しさん
08/04/08 23:25:01 yijAFN6/
>>144
っていうか現運営人で決めちゃっていいと思うよ
147:清き一票＠名無しさん
08/04/09 00:15:47 jCAHwVnW
>>135で意見は出尽くしてるんじゃないかな
そろそろ決めてやらないと
各選対で、投票方法案内の板内向け告知テンプレ作れないと思うので
さくっと主催判断で決めていいと思う
148:鯖缶 ◆AGA/Iky.ao
08/04/10 20:33:46 bN+gtV5e
すいません、このスレ見てませんでした。
スレ的に必要そうなポジションなのに。
申し訳ない。
画像認証についてですが、少なくとも本選以降は導入して戴きたいというのが私の意見です。
多重投票と一言で言いましても、それが人の手によるものか、スクリプトによるものかで大きく性質が異なると思います。
人の手による多重投票でしたら毎日24時間不眠不休でコードを取得し続けると言うことは現実的に不可能でしょうが、
スクリプトによるものならばそれは非常に簡単に出来てしまいます。
寝てる間、外出している間さえも動き続けます。
それが複数台のPCによって稼動しているとしたら？
コード発行所へのサーバー負荷は無視出来ないレベルに達するでしょう。
私は決してそちら方面に詳しくないので、誤りがあればご指摘いただきたいのですが、
現在の画像自動認証システム(OCR)では現行のコード発行所が備えている画像認証を突破出来ないと思います。
画像認証を導入することによって、人の手が介在しなくて良いスクリプトによるサーバーへの攻撃(敢えて攻撃と言う言葉を使わせて戴きます)を、
完全に排除出来るのであれば、是非導入して戴きたいというのが私の考えです。
149:主催 ◆APFKcKFi7U
08/04/10 22:25:17 6FWeHFlt
>>148
承知しました。
＞予選： 待ち時間10分、画像認証なし、BBQあり
＞本選以降： 待ち時間10分、画像認証あり、BBQあり
私からはこれで特に異論ありません。
＞コード屋さん
画像認証１回バージョンは
＞高確率でバグが出る
との事ですが
・最萌スレで相談する。 ｽﾚﾘﾝｸ(leaf板)
・これから何日間かエキシビションで実地テスト
などする事でコード屋さんとして動作の保証ができそうでしょうか？
コード屋さんが安心して１回バージョンが使えるという事であれば、
１回バージョンを使用したいと思っています。
150:清き一票＠名無しさん
08/04/10 22:45:56 0nuy4zEX
制限回数を越えて画像認証に失敗したため、あなたのホストからのアクセスは規制されました。
が出た人です。
これ認証を失敗したら1時間待ちとか
そのくらいまでペナルティを緩められないのでしょうか
回線を繋ぎかえられない人がひっかかるとかなり痛いです
現在試行回数は3回になってますけど運営スレでも書いてた人がいるように
10回くらいに増やしたほうが良いんじゃないでしょうか
判別しづらいパターンが続けて出る場合もありますし
アルファベットの単純な打ち間違いによるミスも起りえます
画像認証に慣れていない人は特に手間取るでしょう
151:主催 ◆APFKcKFi7U
08/04/10 22:52:42 6FWeHFlt
>>150
ご意見承りました。
まだ、トライ可能回数に関しては何も決まっていないのでしばらくお待ちください。
ところで、
「使われているのは0と1を除いた全ての数字と小英字です。」
という注意文が出ているんですが。
・細かい字なので読んでなかった。
・分かっていても、他の文字でミスしてしまった。
のどちらでしたか？
（私は自分で注意文を入れてもらいながら、1だの0だの打ち込んだ事があります。）
152:清き一票＠名無しさん
08/04/10 23:08:23 0nuy4zEX
>>151
ありがとうございます
>「使われているのは0と1を除いた全ての数字と小英字です。」
半角英小文字＋半角数字というのは理解していましたが
0と1を除いた～のくだりには気付いていませんでした
153:清き一票＠名無しさん
08/04/10 23:08:51 b1nl/EKp
>>148
> コード発行所へのサーバー負荷は無視出来ないレベルに達するでしょう。
鯖缶なのだからサーバーの負担を第一に考えるのはわかりますが
専門的な知識のない人間にとって
サーバーを大事にすることにありがたみはないと思います
理由としてはちょっと薄いんじゃないかな
折り合いをつけるために
＞予選： 待ち時間10分、画像認証なし、BBQあり
＞本選以降： 待ち時間10分、画像認証あり、BBQあり
くらいでいいとは思います
154:清き一票＠名無しさん
08/04/10 23:15:43 OjVnBFob
画像認証はするべきだと考えております。
前回のトナメ開催時から年月がたち、プログラミング環境に触れられる人が増えています。
また２ちゃんねるの住人も増えました。スプリクトでコードを取得しようとする人間は当然出てくるでしょう。
155:清き一票＠名無しさん
08/04/10 23:20:43 XoTbS9Eh
2ちゃんねるへのアクセスは減ってると聞きましたが・・・
156:清き一票＠名無しさん
08/04/10 23:44:08 +yfsrEha
セキュリティー方面ばっか気を使って
ユーザーのストレス軽減をないがしろにすると
いちいち警告がでてうざがられてるWindows Vista みたいにコケルよ
とくにエンターテイメントにおいてはね
157:清き一票＠名無しさん
08/04/10 23:57:07 0nuy4zEX
単純に 0 と 1 を外しただけだとまだ紛らわしい文字が残ってます
l と i と j さらに f と ｒ と ｔ あたりは
ノイズの具合によっては見分けがつきにくいです
間違えさせないために文字数を削るという方向よりも
ユーザーは入力を間違えることがあるというのを前提に
それを救済する方向に話を進めた方がいいのではないでしょうか
上で書いた試行回数を増やすというのはそれですよね
158:清き一票＠名無しさん
08/04/11 00:02:22 x6pQ0rIY
こんばんは。
運営スレでコード発行のテスト中と聞き、試してみました。
画像認証は一回で通ったのですが、次に一分の待ち時間経過後
再アクセスすると、延々
「コード発行の予約をしました。
23時57分以降に再びアクセスするとコードを発行します。」
（表示されている時間はその都度かわります）となります。
認証の有無の議論ではありませんが、こちら側の問題とすると
どのあたりが問題でしょうか。
ＰＣ環境：Mac OS 9.1 + IE.5.1.7 です。
159:清き一票＠名無しさん
08/04/11 00:10:21 PMlFak9r
結局の所>>135に集約されるような
160:清き一票＠名無しさん
08/04/11 00:23:03 6S/dqPV0
3回とも失敗した
画像わかりにくかった sとか
161:清き一票＠名無しさん
08/04/11 00:25:29 WCzuJ5zQ
画像認証後再アクセス
↓
情報を送信してください
↓
送信
↓
情報を送信してください
↓
送信
↓
情報を（ｒｙと繰り返しになりました。
以前、コード取得試しにした時は問題なかったです。
162:コード屋 ◆TDDnj8dAUU
08/04/11 01:00:38 FK8LiJ6w
>>149
実地テストで問題が出なければ大丈夫だと思います。
が、既にバグらしきものの報告が1、2件寄せられているので
そちらが解決されるまで保留ということでお願いします。
エキシ等で使用する分には構いません
>>158 >>161
お手数ですが、
テスト版じゃない方の発行所でも試していただけないでしょうか。
テスト版固有の問題なのかどうか判断しかねるので
163:主催 ◆APFKcKFi7U
08/04/11 01:05:50 b7JHmo+N
>>162
了解しました。
テスト版のコード発行をより多くの人にテストして欲しくなったら、
雑談スレとかでお願いしてみてください。
私は取れました。
環境はWindowdXP undonut (IE6.0)です。
[[test11-qr3v371U-BB]]
<<壱>>
164:清き一票＠名無しさん
08/04/11 01:43:14 6S/dqPV0
>>162
とれた [[2ch11-2F/UYuv/-BF]]
けど真ん中のｍの文字の左寄りに縦に白い線入ったからなのか
「i」ぽいの見えたから間違えやすいかも
あと、予約になってから取りに行くのに
もう一回画像認証になったけどそれでオケって事？
165:清き一票＠名無しさん
08/04/11 02:38:34 OwLFhQMd
[[test11-S4lu0Ah/-CE]]
[[2ch11-2dF/3kjA-CE]]
環境サンプルになるかもと思い、両方ともとれたよ報告してみる
macQS10.5
firefox2.0
回線光です
166:158
08/04/11 06:35:07 x6pQ0rIY
>>162
おそくなりました。
testのアドレスを削ったところでよろしいのであれば、
いまやってみました。結果、
1）画像認証は全く問題なく、一度で承認されました。
2）予約された旨表示されたので、5分後にアクセスしてみたところ、
再び画像認証画面に。
3）問題なく一度で承認されましたが、再び予約画面になりました。
振る舞いは少し違いましたが、やはりコードが発行されませんでした。
なお、数回繰り返してみましたが同じでしたので、
思うにうちの環境が古いせいではないかと思います。
ＰＣ環境：Mac OS 9.1 + IE.5.1.7
ADSL ですが、なにかほかにわかると良いことがあればご教示願います。
こんな古い環境の人は多数ではないと思いますが、お役に立てればと思います。
167:清き一票＠名無しさん
08/04/11 07:45:41 4l+t7qaA
>>166
アクセスした後、再アクセスする前にIPアドレスが変わっているような気がする。
168:清き一票＠名無しさん
08/04/11 07:47:10 9OVlb8nM
俺も>>166みたいになったな
別に繋ぎ変えはしていない
なぜだ
169:コード屋 ◆TDDnj8dAUU
08/04/11 18:06:49 1tYvJ0JW
スクリプトを眺めていて気が付いたのですが
このCGI、元からエラー関係の処理にバグがあるようです
>>166さんの問題もこれに起因するものかもしれません。
どうにか修正するのでしばらくお待ちを
170:鯖缶 ◆AGA/Iky.ao
08/04/11 21:29:53 DrEJwSna
私の環境からはテスト版通常版どちらでも正常に取得できました。
Win XP Pro SP2
Sleipnir 2.70
Yahoo!BB ADSL
です。
171:清き一票＠名無しさん
08/04/12 01:41:05 DMRNaGzG
146氏のがまだ残ってたなURLﾘﾝｸ(tt2ch3.s328.xrea.com)
紛らわしいから見てたら消して欲しいな・・・
>>166
こっちでもエラーでるん？
172:コード屋 ◆TDDnj8dAUU
08/04/12 03:51:55 OkRSd09s
修正したものをテスト版の方にアップしました。
URLﾘﾝｸ(zenita.sakura.ne.jp)
修正と並行してログを洗ってみたのですが
>>166さんの場合ブラウザが送信する環境変数に変な値が設定されているようです。
（具体的にはHTTP_IF_MODIFIED_SINCEあたりが悪さをしている気がします）
ブラウザ側に起因する問題には対処のしようがないので
今回の修正で直らない場合は別のブラウザを試していただくことになるかもしれません。
173:166
08/04/12 11:12:14 SQnrRdIf
おはようございます。
>>172
修正おつです。わざわざありがとうございます。
お手数をおかけしました。
さて、いまやってみたところやはり発行されず、
症状は166と同じでした。
原因はもちろんわたしなどにはわかりませんが、
基本的にこちらの問題かと思われます。ブラウザが怪しいとのことですので、
対応できる可能性として、どこかからネスケを拾ってこようと思います。
入手でき次第また試してみます。
174:清き一票＠名無しさん
08/04/12 17:03:31 Q8XMurbV
制限回数を越えて画像認証に失敗したため、あなたのホストからのアクセスは規制されました。
ふざんけんな
まじで画像見づらい
175: ◆mSi3xtMKhw
08/04/12 17:04:31 KLEU009R
>172 コード屋さん 乙です。
テスト版コード発行所 Ver2008.04.12
[[test12-cWe6dwM/-PI]]
第3回2ch全板人気トーナメント -コード発行所- Ver2008.04.05(test)
[[2ch12-iJpopFWw-QI]]
両方とも取れました。
…ところで、自分の環境では毎回「ページの有効期間が過ぎています」が
表示されるんですが、同様の原因でしょうか？
>HTTP_IF_MODIFIED_SINCE
なお、確認君( URLﾘﾝｸ(www.ugtop.com) )で表示される環境変数は
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
です。
標準時は桜時計で常時補正しています。
URLﾘﾝｸ(www3.nict.go.jp)
でも確認しました。
176:清き一票＠名無しさん
08/04/12 17:54:38 ykgacAg5
わざわざ解りにくい画像認証使って投票数減らす必要あるの？
本番が始まったら荒れるだろうな
主催頑張れよ
逃げるなよ
177:清き一票＠名無しさん
08/04/12 18:01:53 kuaQUQu2
読みにくくなきゃ画像認証にならないだろうよ
失敗→規制はやりすぎだと思うけど
178:清き一票＠名無しさん
08/04/12 18:07:58 ykgacAg5
画像認証はスクリプト対策でつけたんじゃないの？
投票数減らす目的の画像認証ならいらねーよ
179:清き一票＠名無しさん
08/04/12 18:59:09 ZdeZaQyo
コードすこぶる面倒くさい。
二回も画像認証とかやめて欲しい。
気軽に投票してくれる人がいなくなる。
180:清き一票＠名無しさん
08/04/12 19:01:21 UEI99Vq7
実際エキシで慣れていない人含めて試してみた所
画像認証は不要にしてくれた方が助かります。
10分待ちは構いません。
結論は主催含め運営の方に委ねますが。
181:清き一票＠名無しさん
08/04/12 19:04:15 XYCDIKTj
概要
もっとも一般的な画像によるCAPTCHAの場合、次のように画像に記されている
文字や数字を読み取ることができるか否かによって人間と機械を判別する。
1. CAPTCHAシステムは、ランダムな文字や数字の列を画面に表示する。表示
される文字は歪んでいたり一部が覆い隠されていたりして、機械が自動的に
読み取ることは難しい。
wikipediaより
面倒なのねぇ…。
にしても読み難過ぎ…。
182:清き一票＠名無しさん
08/04/12 19:35:25 FpACB0dH
ひらがなから参加してるが
g と q i と l
さえ何とかしてくれりゃ特に不満は無いな
183:清き一票＠名無しさん
08/04/12 21:35:06 rphD2cuO
[[2ch12-*******/-**]]
今日始めてここの発行所でコード取ったんだけど、
ひょっとして第二回葉鍵に採用されてた/制仕様？
(そのコード発行所を以前に使用した履歴(クッキー)が無い人のコードの真ん中8文字目に「/」が付くシステム)
葉鍵の時は色々あってが起きて可憐車が途中で/制廃止したけど、ここではこのまま使うのかな？
184:鯖缶 ◆AGA/Iky.ao
08/04/12 21:49:59 S/wey/M1
コード発行時の画像認証が面倒で、また、ライトユーザーの投票意欲を損なってしまうと言うことは、
私やコード屋さんを含め運営陣全てが認識していることと思います。
しかし、画像認証に反対している方々に問いたいのは、
画像認証以外に、コード自動収集スクリプトを排除する方策があるのか、ということです。
わざわざ面倒なプロセスを経ないと投票出来ないシステムを導入したい人なんて誰も居ません。
スクリプト多重を排除する、現在考えうる最良の選択肢が画像認証なのです。
画像認証に反対する方はまず、運営側が積極的に画像認証を導入したいわけではなく
「スクリプトを排除する上で他に方策が無いからやむを得ず導入した」
と言う経緯をご理解戴いた上で、スクリプト対策に有効な対案を立ててから画像認証に反対してください。
尤も、運営側としても
「画像認証の手間を省く為に認証を一回にする」
「画像認証を出来るだけ容易にする」
等、ユーザビリティーを向上させることも可能でしょうから、
これらの改良を施していただきたく、コード屋さんにはお願いする次第であります。
185:清き一票＠名無しさん
08/04/12 22:48:28 EHe4urDA
発行所へ1度目のアクセスで発行待ちになったあと
発行所へ2度目のアクセスをした際に
1度目の画像がブラウザのキャッシュに残っている場合があります
もしも1度目の画像が表示された場合はF5すると
新しい画像が表示されます
と画像認証が面倒だなと思う人が想像していたよりも
かなり多いなとあちこち見て回って思いました
私はトナメについて全板しか知らない人間なので
トナメにおける「コード自動収集スクリプト」の存在は知りませんでした
実際にコード自動収集スクリプトなるものが存在して
実際に使われた例というのをこの目で確かめないことには
コードなんか絶対に取らせないと
アクセスした投票者に対して悪意さえ感じさせる
現状の画像認証を入れることに賛成など到底出来ません
186:清き一票＠名無しさん
08/04/12 22:54:39 EHe4urDA
試行回数が3回というのは少ないです
10回まで増やしたところでセキュリティ上何か問題でもあるのでしょうかね
URLﾘﾝｸ(www.technobahn.com)
もっとも画像認証をかけたところで本当に
「コード自動収集スクリプト」とやらを防げるのかどうか
悪い人が考えていることを想像するのはかなり難しいです
そこまで多重取得に対して警戒をするのであれば
もう携帯電話からのアクセスのみに限定するとか
登録制にして個人情報の入力を義務付けるか
なりした方がいいんじゃないでしょうか
私は携帯のみにされるとパケ死のおそれがありますが
コード自動収集スクリプトに対しては効果があるんじゃないでしょうか
187:清き一票＠名無しさん
08/04/12 23:04:39 Yb67hPZ0
>>185
残念なことに、使われた例があるんですよね・・・。
まあ試行回数が三回というのは少ないと思いますけど。
188:清き一票＠名無しさん
08/04/12 23:30:53 EHe4urDA
>>187
URLかアクセスログの開示はできますでしょうか
使われた「恐れ」というのは排除でお願いします
あくまで100％クロであるもののみで
現状のままの画像認証システムについては
いかなり理由があろうとも投票者に対して優しくないので
導入反対です
最低でも試行回数の緩和は強くお願いしたい
189:清き一票＠名無しさん
08/04/12 23:48:00 fS93Vbm0
なんとしても外させたい方がいらっしゃるようで
導入は大成功だと言っていいでしょうね
190:清き一票＠名無しさん
08/04/13 00:09:20 4JlIqGpo
画像認証を導入すれば一人で何百票の規模の多重は防げるかもしれない
だが画像認証を導入しても一人で何十票の規模の多重は防げない
どうせ面倒を強いるのであれば
極端な数の多重が難しい携帯電話からのみの
取得にすればいいんじゃないかい
191:清き一票＠名無しさん
08/04/13 00:09:34 S7pqflnx
>>187
100%証明するのは不可能なことが分かってて言ってるだろ
10分待ちも決して投票者に優しくない
（画像認証を入れないならさらに長くする必要がある）けど
画像認証だけにこだわる理由は？
192:清き一票＠名無しさん
08/04/13 00:11:17 PEM5ebv/
>>190
だから数百票の多重を防ぐ事を主眼としているんでしょ
193:清き一票＠名無しさん
08/04/13 00:15:06 4JlIqGpo
>>192
画像認証つけて時間待ちまでさせて
いわゆる「工場」に対しても何も出来ないだろ
網の目が大きすぎるんだよ
隙間すり抜けまくりだろ
せいぜいPC＋携帯で2票までしか入れられない人にとっては
数百票だろうが数十票だろうが憎たらしい存在であることに
かわりは無いだろ
194:清き一票＠名無しさん
08/04/13 00:20:29 PEM5ebv/
>>193
俺は、そうは思わないけどね
まあそう思うんなら、携帯でのみの発行を主張していればいいんじゃないか
195:清き一票＠名無しさん
08/04/13 00:22:46 4JlIqGpo
しかしあれだ
ここで何を言おうと画像認証が導入されるのは
残念ながらまず確定であるからして
それをふまえてとりあえず言いたいことがある奴は
今のうちに言っておいた方がいいぞ
試行回数オーバーで1日規制というのは厳しすぎる
ペナルティといっても1～2時間程度でいいだろ
試行回数自体も増やすべきだ
発行の待ち時間は前回もあったし
これについてはサーバーへのアクセス分散効果もありそう
196:166
08/04/13 00:23:23 gcUGch2g
こんばんは。
ネスケ7.02
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
でためしたところ、無事コード取得できました！
[[test13-YtdpyBa/-AJ]]
いろいろと調整いただいたこと、本当にありがとうございます。
これでたぶん、古いマカーが5～6人は助かったと思いますｗ
ところで、今回は2度目の取得時に画像認証がでませんでした。
ブラウザで戻って取得したためでしょうか。
もし2度目の取得時に、同様に画像認証や同じ操作を行う場合、
可能ならその作業が「2度目であること」を明示できれば
かなり安心できるのではと思いました。前回と同じ画面を表示することで
スクリプト的な何かが簡便になったりエラー回避できているのかも知れませんが…。
そういうことに詳しくないので、「バカダナこいつ」ってレベルなら
笑って許してください。
197:清き一票＠名無しさん
08/04/13 00:23:35 4JlIqGpo
>>194
つまりあんたは多重容認派ってことでいいのか？
198:清き一票＠名無しさん
08/04/13 13:16:25 T6rGjlk7
基本は画像認証uzeeeeeee!!!!なんだけど
どうしても入れる方向だとしたら
改良して欲しい箇所は、既出ひろっただけでもいろいろあるね
・２度はうざい、１度にできないか？
…これはテスト版の抜本改良が完成するのを期待するしかないのか？
・画像が見分けにくい
…荒田に作られたjpgがあれば、という話があった記憶があるけど
具体的にどういう画像が用意できれば差し替えられるのか、詳しい人プリーズ
・３回規制はきつすぎる
…いっそ、回数規制外せない？
外すのが不可能なら、せめて試行回数10度程度に増やしてほしい
今の画像、本当に見分けにくいんだよ
・２度目の取得時に「２度目です」と明示
…これも、できるならぜひお願いしたい
スキルはないけど、テストへの協力ならするので、検討おねがいします
199:清き一票＠名無しさん
08/04/13 13:17:10 T6rGjlk7
>>198
荒田にってなんだorz
新たに、ですw
200:清き一票＠名無しさん
08/04/13 13:52:17 Sj6ztrdY
規制だけは外せばいいんじゃないだろうか
201:清き一票＠名無しさん
08/04/13 13:57:59 I/XCH5Nl
画像認証を2回のままにして
画像の種類を変えるというのは無茶ですか
202:清き一票＠名無しさん
08/04/13 13:59:21 LRViqCyV
確か今使ってる画像以外のやつを誰か用意すればそれで解決なんだよな
203:清き一票＠名無しさん
08/04/13 14:13:23 zzdij6c1
>URLﾘﾝｸ(www.technobahn.com)
>もっとも画像認証をかけたところで本当に
>「コード自動収集スクリプト」とやらを防げるのかどうか
この話を完全に無視して進めるべきではないと思うのですね
もし、画像認証が工場抑止に意味を成さないのであれば
百害あって一利なしではないでしょうか
まずは画像認証の有効性を、画像認証推進派には明示して欲しいです
204: ◆mSi3xtMKhw
08/04/13 14:29:15 4IyoBnzt
>１度にできないか
>２度目の取得時
これは、今のテスト版をもう少しテストしてみて、実戦投入できれば
解決すると思いますｗ
>３回規制はきつすぎる
前にも言いましたが、人手で120秒で入力できる見込み最大回数の
10回にしたほうが良いんじゃないかとｗ
205: ◆mSi3xtMKhw
08/04/13 14:51:00 4IyoBnzt
画像認証が必要か？
という話については、今のコード発行所が自動スクリプトでも取得できてしまう問題を
どう解決できるか、に掛かっています。
それを解決する手段が他にあるのなら、そちらの手段をとる事も検討すべきかとｗ
で、もしその手段が無いまま、ただ外そうという話なら反対しますｗ
>画像認証が工場抑止に意味を成さない
高度な技術を要する画像認証の突破法が、お手軽に誰でもできるようになれば話は別ですが、
アメリカのスパム業者のように、お金が掛かってるわけでも凄腕のハッカーが集まっている訳でもない
全板でそれを脅威とみなすかと言われれば、自分はNOでしょうねｗ
ただ、今のコード発行所の実装に下記のような問題があれば、改善すべきだと思いますｗ
URLﾘﾝｸ(blogs.wankuma.com)
206: ◆mSi3xtMKhw
08/04/13 14:59:55 4IyoBnzt
あと、>183の「/」表示は止めた方がイイと思いますｗ
コードを初めて取る人なのか、クッキーを削除して再アクセスした人なのかは
本人以外には分からないのでｗ
207: ◆mSi3xtMKhw
08/04/13 16:07:34 4IyoBnzt
>画像が見分けにくい
全板コード発行所のファイルの中にある画像を見てみたんですが、
文字データ自体は白地に黒のゴシックに近い字体です。
ただ、背景画像(backgroundX.png Xは1～5）が灰色ベースで
かなり見にくいです。
ざっと見た限り、横：200x縦：35の大きさのpngファイルのようなので、
こちらをもう少し視認性の良いモノと入れ替えると
上手く行くんじゃないかとｗ
208:清き一票＠名無しさん
08/04/13 17:33:09 GEPXr3zB
画像認証について一言言わせてください
入力試行回数が制限されているなら、見づらい認証画像が表示されているいる場合は、未入力のリロードで、
別は画像を表示させたい場合の、試行回数をノーカウントにしてもらえまんか？
昨日あまりに汚い画像で認識不能だったので、リロードしたら、制限オーバーでコード取得ができませんでした。
あともう一つ。
クッキーがあれば、認証と飛ばして、コード取得させることは、技術的に不可能なのですか？
209:清き一票＠名無しさん
08/04/13 18:17:44 IL4TMu/S
>>206
＞あと、>183の「/」表示は止めた方がイイと思いますｗ
これに同意。
入れて置く明確なメリットが無いなら開催までに外しといてくれ
210:清き一票＠名無しさん
08/04/13 18:58:25 jiPt1fzz
画像認証は見にくい画像を使う所がポイントでもあるからな
見やすい画像にするならば、画像認証そのものを止めた方がいい
211:清き一票＠名無しさん
08/04/13 20:21:19 jd4prh8W
見えにくいので行く場合は回数増やして
見えやすいので行くのなら回数少な目で
212:主催 ◆APFKcKFi7U
08/04/13 23:46:56 U64MYBrx
コード認証はサーバー運用を担当する鯖缶さんが、
発行所のサーバーの運用のために必要と判断しているので
＞予選： 待ち時間10分、画像認証なし、BBQあり
＞本選以降： 待ち時間10分、画像認証あり、BBQあり
の設定を主催の権限で承認します。
認証回数を1回にするのは現在コード屋さんにやってもらっています。
1回にして欲しい人はコード屋さんのテストにできるだけ協力してください。
＞コード屋さん、鯖缶さん
画像認証時のトライ回数を3回から10回に引き上げる事は、
サーバー負荷の観点からは許容範囲でしょうか？
可能なら10回（無理なら5回）にしておきたいと思います。
＞コード屋さん
CAPCHA画像の文字を変えて欲しいという要望が一部出ていますが、
前任の146さんは「変えて欲しいなら自分で用意してください」というスタンスでした。
コード屋さんも無制限に時間があるわけでないので、
「これ以上の変更は対応できません」とか「○○して欲しいなら××しろ」などと自由に言ってください。
213:鯖缶 ◆AGA/Iky.ao
08/04/14 00:46:53 U9YV0cNv
>>212
10回だろうが100回だろうが問題ないと思います。
試行回数が有限で制限されているならば。
無限にしてしまうと「当たるまで試し続ける」と言うスクリプトで突破されかねませんし、
仮にそれで突破出来なかったとしても、
そんなスクリプトを稼動させられてしまうとサーバーとしては大損害です。
100回も試行出来てもしょうがないですし、まぁ10回ぐらいで良いんじゃないですか？
>>203
画像認証を突破するシステムを作る人が居るかどうかがそもそも疑問ですが、
こちらが画像認証の画像の仕様が多少変えてしまうだけで、、その画像認証を突破するシステムは意味を為さなくなります。
画像認証の画像の仕様なぞすぐに交換できますが、それを突破するための画像解析のアルゴリズムはそうそう簡単には出来ません。
「苦労してスクリプトを作っても、使えるのは良いトコ二日程度。更にそれを使っても特に何も得をしない」
と言う状況を作っておくのは、スクリプト多重を防ぐ上で十分すぎる抑止力となると思います。
画像解析のプログラムを作ることは技術的には可能であっても、
どんな仕様の画像認証であれ解析出来るアルゴリズムは(少なくとも現時点では)存在しないというのが、画像認証の有効性の根拠です。
214:清き一票＠名無しさん
08/04/14 00:53:31 F+CwHXGX
ところで>>75のサイトの管理人ってここ見てたりする？
215:清き一票＠名無しさん
08/04/14 00:54:07 F+CwHXGX
誤爆だわ
216:清き一票＠名無しさん
08/04/14 01:01:14 F+CwHXGX
あコード発行システムに関しては現行の方針を改良していく方向でいいと思うんだけど、
なんか半角しか有効にならないみたいだから、「半角のみ」って書いておいた方が。
217:清き一票＠名無しさん
08/04/14 02:40:34 uS7mYnXa
落ち着いて欲しいんだ。
実現可能・対応可能だからって全ての要望に耳を傾けていたら収集がつかなくなるぞ。
> 画像認証２度はうざい、１度にできないか？
何のための画像認証なのか考えて欲しい。0回か2回。１回じゃシステムが弱すぎ。
◆TDDnj8dAUUさんも"なんでその機能がそこに組み込まれているのか"というのをもう少し考えて欲しい。
技術的に可能だからって気安くなんでも実現しないでくれ・・・
> 規制がきつい
規制はきついから規制でしょ。とりあえず
回数規制外す -> わざわざ他動認証で100%突破可能にするとか論外。
回数制限を増やす -> わざわざ上記の技術で突破されやすくするような事をしてなんになる？
多くてもせいぜい５，６回が限度にしておかないと突破確率を上げるだけで無意味。
> クッキーがあれば、認証と飛ばして、コード取得させることは、技術的に不可能なのですか？
おまえクッキーに関してもう一度勉強してこいそんな仕様だったら認証突破し出す奴が多数出るだけ。
218:清き一票＠名無しさん
08/04/14 02:42:06 uS7mYnXa
>>213
> 画像解析のアルゴリズムはそうそう簡単には出来ません。
アルゴリズムは・・・ね。VIPの他動認証の奴は仕様を少し変えても即対応されちゃうだけ。認証が全自動と他人動とじゃ訳が違う。
もし画像認証入れるなら制限をきつくしてかつ２回認証にするか、あきらめて画像認証を無くすかのどっちかにするべきだと思う。
画像認証入れる上に制限が緩いと「ユーザーには画像認証という手間を与える」＋「多重スクリプトはほぼ取り放題」の状態になるだけ。
これから作られるであろう技術の話じゃなくて、既にVIPで作られて稼働している技術に関しての話だからどう考えても>>213の主張は納得できない。
219:清き一票＠名無しさん
08/04/14 03:49:02 L5MEV/Wc
>>217
> 何のための画像認証なのか考えて欲しい。0回か2回。１回じゃシステムが弱すぎ。
これは本当にそうなの？
他のサイトで画像認証が2回必要なところを見たことがない。
他動認証は原理的に防ぎようがないけど、「誰か1人がスクリプトを動かすだけで
全自動で多重できる」という状況を防げるなら導入する意味はあると思うよ。
220:清き一票＠名無しさん
08/04/14 09:07:29 FhOZvgSf
>>217
>>219にもあるけど、画像認証１度で通してる商用ポータルが
ネットには山のようにある
それらのシステム脆弱性について説明が出ない限り、同意はできない。
無限にできないか（回数制限解除）というのは
あくまでも詳しくない人間からの質問でしかないので、
>>213のとおりスクリプト対策上制限は必要だというなら、しょうがないと思う。
ただし、できるかぎり緩やかにしてほしい。
>>207
その画像って実物みられますか？
実物あれば、改良画像作れる人がでてくるかもしれないし。
221:清き一票＠名無しさん
08/04/14 11:12:08 Hz5E41zI
どっかのうpロダで
画像認証はあるんだけど
数字を自動で入れてくれるところがあった
あれなら全然いいと思うんだけど
誰かしらないか？
222:清き一票＠名無しさん
08/04/14 11:31:14 Hz5E41zI
一回認証ができそうなのに二回認証やるのは俺から言わせたら論外だな
もし今後画像認証が突破される物が作られたとして
コード＋画像認証＋さらなる認証とかするのか？
コードとることが最終目的になるんじゃねｗ
223:清き一票＠名無しさん
08/04/14 17:00:24 +IwIXMnw
スクリプトを排除する計画がいつの間にか投票する人を排除する計画になってるよな
224:清き一票＠名無しさん
08/04/14 18:48:52 OoG99BU2
>>207
認識しやすいフォントとしてM+1mを推薦します。ライセンスは知りませんが。
>>220
フォント画像データを公開するとOCRしやすくなりそうですね
225:清き一票＠名無しさん
08/04/14 19:26:52 /njweNYr
>>218がとても重要な話をしてると思うんだけど。
事実なら今のシステムは百害あって一利なし状態だ。
どうせ防げないなら外しちゃった方がまだましな気がするぞ。
226: ◆mSi3xtMKhw
08/04/14 20:12:01 CfIv19RP
>220
URLﾘﾝｸ(www.filebank.co.jp)
をダウンロードして出来た「Captcha」ファイルを解凍した時に出来る
"カレントフォルダ"\Authen-Captcha-1.023\Captcha\images
配下にあるファイルだと思います。
が、コレが正しいかどうかは鯖屋さんかコード屋さんしか分かりませんｗ
もし正しければ、
URLﾘﾝｸ(j72820.chez-alice.fr)
URLﾘﾝｸ(j72820.chez-alice.fr)
URLﾘﾝｸ(j72820.chez-alice.fr)
URLﾘﾝｸ(j72820.chez-alice.fr)
URLﾘﾝｸ(j72820.chez-alice.fr)
に、少し薄くした画像を作ってみたので、差し替えてみて見易いかを試してもらえれば
良いかなとｗ
もし、この画像でOCRによる突破が行われたら、鯖缶さんの言う通り画像を戻せば良いですしｗ
227:清き一票＠名無しさん
08/04/14 20:37:43 uJW4aT6p
画像認証外したらそれで全部解決するような
228:清き一票＠名無しさん
08/04/14 21:44:27 3bbqN8Wv
画像認証は決定事項だろ
229:清き一票＠名無しさん
08/04/14 22:09:46 FhOZvgSf
>>226
乙乙、gjですー
もしこれらが使える仕様なら、コード屋さんによるテストを希望します
もちろん、テストには参加しますんで
230:清き一票＠名無しさん
08/04/14 22:45:52 hU0EAaPw
主催氏にはITというか技術的というか
その系統の問題をジャッジする能力は欠落してるのではない？
先日のDos攻撃もそうだけど、何かずれてる気がする・・・
231:清き一票＠名無しさん
08/04/14 22:47:51 IV/2J8WG
まあ女性はそういうの苦手な人も多いしね、
仕方ないよ
232:主催 ◆APFKcKFi7U
08/04/14 22:57:09 L7yQFM62
その系統の問題をジャッジする能力はあまり持ってません。
鯖缶さんやコード屋さんのように私より詳しい人が運営にはいるので、
どうすべきかはお2人にお任せして私は承認だけした方が理想的ですね。
＞鯖缶さん、コード屋さん
という感じでどうでしょうか？
お2人の領域では決めれない事（運営ルールなど）があれば私に言ってくれれば決めます。
233:清き一票＠名無しさん
08/04/15 04:36:34 WelWEdGQ
> 画像認証が２回必要なサイト
> 画像認証１度で通してる商用ポータル
コード発行所が商用ポータルサイトのアカウント取得プログラムなら納得いくが、
これはあくまでゲームの公平性をできるかぎり保つためのプログラムだろ？
だから商用ポータルサイトと単純に比較できない。
ゲームでならURLﾘﾝｸ(www.clickclickclick.com)は送信毎画像認証を要求してくる。
システムの役割の性質から、画像認証が１回で十分な場合と不十分な場合があり、
コード発行所につけるのであれば画像認証１回では明らかにただの役立たず。
>>225
CCCの話は前から話されている問題で、146さんも知ってはいたみたいだけど具体的な対策案とかはあげてなかったな。
234:清き一票＠名無しさん
08/04/15 05:01:56 gyDkCQoz
>>233
コードの取得に必要な正規のクッキーを貰うには
画像認証を通って予約するしかないわけだがそれでも不十分なの？
予約をすっ飛ばして取得する方法でもあるなら納得するけど
具体的な技術的根拠を示してくれよ
ただ単に「1回より2回のほうが確実だろ」的な考えなら論外もいいとこ
本選始まる頃には10回ぐらいになってるぞ
235:清き一票＠名無しさん
08/04/15 06:07:53 WelWEdGQ
>>234
ただ単に確実性の問題じゃなくて、１回じゃVIPが開発済の技術の前では無意味過ぎる。
ただでさえ画像認証に対して嫌悪感を抱いている人が多いのに、
ほぼ無意味なの分かっているのにわざわざつける理由はどこにあるのさ？
そして仮に導入するとしたらコードが発行されるまでに２手順踏むんだから画像認証が２回あって何がおかしいのさ？
手順数以上に画像認証をかける事もおかしいのは同意できるが、手順数以下で実装する事によって得られるメリットが少ないうえに、
VIPがコードを大量取得する手間が1/2になるんだから採算合わないだろ。
あとクッキーはいくらでも偽造できるからクッキーの話を持ち出すのは頭悪すぎ。技術的根拠を求める前に少し勉強しろ。
まぁ予約時に鯖にIPも記録しているからクッキーを偽造しても全く無意味なんだけどね。
俺の考えている方法では予約をすっ飛ばせないが、考え付く人もいるかもしれない。
でも、たとえ考え付いたとしてもここでわざわざ話す奴はいないだろ。
236:清き一票＠名無しさん
08/04/15 07:19:45 EaNPoNSD
ようするに画像認証つけなきゃいい話じゃね？
237:清き一票＠名無しさん
08/04/15 07:23:46 gyDkCQoz
>>235
画像認証自体の必要性については聞いてないんだが・・・
VIPのアレを導入されたらどんな認証でも防ぎようがないのは最初から分かりきってることで
対象は>>219が言ってるように単独での全自動多重だろ
＞あとクッキーはいくらでも偽造できるからクッキーの話を持ち出すのは頭悪すぎ。
クッキー自体が偽造可能なことは分かってるよ。いちいち煽るな
問題はその中に入ってる
クッキーの正当性を確認するための文字列（鯖側で暗号化済み）
これを含めて「いくらでも偽造できる」とは思えないんだけど
もし可能なら俺もお前の意見に同意するよ
238:清き一票＠名無しさん
08/04/15 09:37:34 wmoW3El0
VIPのアレは基本串推奨だよね
BBQ装備＋有限回数設定で、一定の防御効果は出せると思うんだが…
クッキーの話も、IPとセットで考えればまとはずれじゃないんじゃないか？
VIPの串リストをBBQに登録する人を
運営で募集しちゃうのも一手かもしれん
しかし結局、どんな障壁だって人間が考えたものなら
人間に突破されることはありえるわけで
１００％が望めないから防御外せって議論には自分は乗れないな
あと、これは運営スレの範疇だけど
・明らかな不正が疑われた場合は試合（場合によってはトナメ全部）を中止
工場を稼働させた人間を完全悪者に追い込むために
絶対にこれは明文化すべきだと思う
239:清き一票＠名無しさん
08/04/15 11:23:40 U7JNgaUq
よし！わざと不正を行ってトナメを中止させてやろうぜ！
という説もアル
240:清き一票＠名無しさん
08/04/15 14:18:52 EaNPoNSD
VIPの他動認証使っていたけど、基本的に砲台となる人は
「誰か1人がスクリプトを動かすだけで全自動で多重できる」ようになっているよ。認証は他人がやってくれるからね。
まぁクッキーに関してもどっちも間違ったことは言っていないんと思うけど、
結局は発行所の設定次第なんじゃないかな。あまり詳しくは書きたくないけど、
設定次第では暗号化も無意味でクッキー自体は偽造してコード発行所に対応可能になると思うよ。
ただ、「予約時に鯖にIPも記録しているからクッキーを偽造しても全く無意味なんだけどね。」
って言われているように、datファイルにIPとクッキーがセットで記録されているからクッキーはいくら偽装しても意味無いね。
「１００％が望めないから防御外せって議論には自分は乗れないな」
スレ全体を見て、個人的には「１％も望めない可能性があるのに防壁付けろ」
って言っているような物だと感じるかな・・・
241:コード屋 ◆TDDnj8dAUU
08/04/15 18:03:24 3IHSwS8x
試行回数は増やすごとに突破される確率がものすごい勢いで増加するので
個人的にはあまり増やしたくないのですが、
特定の判別しずらい文字（具体的なoO0、l1あたりでしょうか）を絞ることは可能です。
画像を差し替えるのも有効な手段でしょう（使われている画像は>>226で合ってます）
画像認証そのものの有効性については
実際にデータを採ってみないことには判断のしようがない、というのが正直なところです。
画像認証で防止できるレベルの単純なスクリプト多重が
実際にどの程度存在するのか現状では皆目見当がつきません。
クッキーの暗号鍵は予選開始前に変更する予定
（開始後は定期的に変更します）なので容易には偽装できないと思います。
レスしなければならない書き込みがいくつかあるような気がしますが
所用で忙しいので今日はこれだけ。
242: ◆TDDnj8dAUU
08/04/15 18:05:11 3IHSwS8x
×具体的な ○具体的には
です。失礼しました。
243:清き一票＠名無しさん
08/04/15 18:20:17 is5qoC+I
>>241
>>183の「/」表示の是非についてもその内でいいんで見解を示してね。
入れたままにして置くなら、そうした方がいいと思う理由を
個人的には過去のトナメで一時的に導入された疑心暗鬼を生む異物だから要らないと思うよ
244:清き一票＠名無しさん
08/04/15 23:12:49 Xj065PyQ
単に手動で多重やっても相当な脅威なんだけどな
認証時間が10分のせいで
一回線あたり70票以上か
スクリプトスクリプトってそっちばかり気にしてもねえ
245:清き一票＠名無しさん
08/04/16 00:36:42 Me8AQoI1
手動で多重っていってもずーとＰＣの画面に貼り付けるやつなんて相当少ないだろ。
>クッキーの暗号鍵は予選開始前に変更する予定
>（開始後は定期的に変更します）なので容易には偽装できないと思います。
これならクッキーや暗号周りは大丈夫だな。
ただ、だからと言って１回認証で良いという事に直接繋がらないと思う。
単純に画像認証を必要とする回数を増やすだけで、画像認証を突破するのに必要とする労力が増えるから、
多重抑止には繋がる。でもだからと言って１０回するのは極端過ぎるな。必要なアクセス数分だけで良いかと（要するに２回）
246:清き一票＠名無しさん
08/04/16 00:52:19 IjzmqAoO
その労力（画像認証）に値する意味があるのかどうかになってくるわけで
ただでさえ参加面倒くさいであろう上に今回は宣伝も無し
三回目と考えると参加人数も減る可能性もある
となると、新規取り組み（＝参加しやすさ）を考えないと
本当に寒い結果になりかねないですよ
247:清き一票＠名無しさん
08/04/16 00:53:49 f2kFB8ks
ん？話が噛みあってない
相当少ないのなんて画像認証突破するスクリプトを組める人も一緒
248:清き一票＠名無しさん
08/04/16 15:47:44 LpliCLSm
じゃあオナニーやってな
249:清き一票＠名無しさん
08/04/16 18:41:50 SvOFZyxj
とりあえず画像認証を現状のシステムのまま導入すると
試行回数が3回では少ない
5～10回は欲しい
あと試行回数オーバーのペナルティを緩和して欲しい
1日アウトは厳しすぎる
せめて数時間程度待てば再びチャレンジできるようにして欲しい
250:清き一票＠名無しさん
08/04/16 19:17:49 Me8AQoI1
試行回数を増やす上にペナルティーを緩和してどうする？ｗ
ペナルティーは重いから意味あるんだろ
251: ◆mSi3xtMKhw
08/04/16 22:41:32 4qal5Qli
>画像認証規制
3回程度のヒューマンエラーが起きる可能性が高い回数で規制となるのは
折角、投票をしようとしている人のモチベーションを下げてしまいかねませんので
回数は大目にとった方がいいと思いますｗ
ただ、何度も間違えるというコトを許容すると、自動スクリプトの有用性が
高まってしまうので、区切りを超えてエラーになった方は当日の投票は
諦めていただくと言う事でどうでしょうかｗ
あと、画像の視認性の問題もありますが、
コレはコード屋さんの対応街という事でｗ
(>226の画像は自由に使って頂いてかまいません)
前述の議論は、『認証キー』が分かりにくくてエラーになる
という事に対する改善の要望だと個人的には思っているので、
少しテストをしてみて、改善点を見つけて潰して行くしか無いかなとｗ
252:清き一票＠名無しさん
08/04/16 23:18:17 z9JRJNVA
文章の区切りにはｗじゃなくて。を使うんだよ
253:清き一票＠名無しさん
08/04/17 19:33:38 BeZSrW1A
画像認証試して見たぞい。
確かに見にくいが、それは我慢するわい。
じゃが、もちょっと画像を大きくしてくれんかのう。
見にくいどころか見えんわい。
目を凝らしてる内に６０秒過ぎたわい。
254:清き一票＠名無しさん
08/04/17 22:40:21 i1QseEfH
>>253
あー、それわかるなー
試行回数もだけど、
自分はどっちかというと60秒の方をなんとかしてほしい
前回の投票を思い出すと、自分はコード取得がすいている
深夜～朝のうちにとっといて、夜にラシで投票というのが主なパターンだった
しかし、朝の寝ぼけ＆バタバタ状態で、
あの視認率のものを60秒制限で取得しようとすると
慎重になれずあわててしまって、少なくとも自分は失敗する率がはねあがると思う
せめて、2～5分の間くらいは待ってほしい
255:清き一票＠名無しさん
08/04/17 23:21:18 1nols/3s
◆mSi3xtMKhw
喋り方がうざい
256:名無し募集中。。。
08/04/19 01:46:40 kckxqLrx
ねえ何これ？
こんなんわざと間違わせようとしてるとしか思えないんですけど
URLﾘﾝｸ(sugiue-t.s3.x-beat.com)
257:清き一票＠名無しさん
08/04/19 01:50:00 1ooYvPLW
一番左は１・・・？
が反転しているのだろーか
258:主催 ◆APFKcKFi7U
08/04/19 01:51:32 sAvOR/1H
コード発行については、意見がまとまっていないので
今週末に決めてしまいます。
予選： 待ち時間10分、画像認証なし、BBQあり
本選以降： 待ち時間10分、画像認証あり、BBQあり、10回トライ、60秒、認証回数2回
（その他： /表示なし）
を叩き台に4/21の0:00:00まで技術的な見地に立った意見を受け付けます。
最後に、コード屋さんと鯖缶さんにどこを変えるべきか決めていただいて決定します。
「コード発行のハードルが高いと参加者が集まりにくい」という意見と
「コード発行のハードルが低すぎると多重されやすい」という意見は既に承知済みです。
本選以降の条件は多重が可能不可能ではなく、
鯖缶さんがまともにサーバーの運用ができる事を条件にして決めています。
色々なご意見を頂戴していますが、私にはどの意見が正しいかは判断しかねるため
私からは上の条件は変えません。
もし意見をするなら、コード屋さんか鯖缶さんを納得させるために意見をしてください。
259:清き一票＠名無しさん
08/04/19 01:54:19 K84CBNqD
ああ、色々試してたやつね。
画像認証必須となったとしても、エラーを誘うような認証方式はどうなのよって。
以前にも色のコントラストをはっきり、とか
砂嵐みたいのが見づらすぎって指摘はあったね。