[表示 : 全て 最新50 1-99 101- 2chのread.cgiへ]
Update time : 12/03 13:55 / Filesize : 53 KB / Number-of Response : 139
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

第3回2ch全板 コード関係の議論スレ2



1 名前:清き一票@名無しさん mailto:sage [2008/03/07(金) 00:02:40 ID:0Sz4I2f1]
前回11レスで終わったあのスレが帰ってきたぞ!

本スレ
第3回2ch全板 コード関係の議論スレ
etc7.2ch.net/test/read.cgi/vote/1199366460/l50

前スレ
第3回2ch全板 コード関係の議論スレ
etc7.2ch.net/test/read.cgi/vote/1199366460/l50


2 名前:可憐車 ◆KARENCJGTU mailto:sage [2008/03/07(金) 00:08:40 ID:1dRSQunU BE:80190566-2BP(8)]
2だけ取って逃げる

3 名前: ◆APFKcKFi7U mailto:sage [2008/03/07(金) 00:12:18 ID:OHsGKBLO BE:2229768689-2BP(105)]
3だけ取って逃げる

4 名前:清き一票@名無しさん mailto:sage [2008/03/07(金) 00:14:52 ID:0Sz4I2f1]
>>1
本スレ間違ってるorz

第3回2ちゃんねる全板人気トーナメント運営スレ★3
etc7.2ch.net/test/read.cgi/vote/1203601911/l50

5 名前:清き一票@名無しさん [2008/03/07(金) 00:19:09 ID:DuSDGhGN]
5だけとって逃げる

6 名前:清き一票@名無しさん mailto:sage [2008/03/07(金) 08:20:17 ID:ILBXGwIq]
じゃあ6は貰っておく

7 名前:清き一票@名無しさん mailto:sage [2008/03/07(金) 09:06:56 ID:MsSBFWP7]
七人の侍

8 名前:清き一票@名無しさん mailto:sage [2008/03/07(金) 17:23:44 ID:83SwwunK]
8っぱふみふみ

9 名前:清き一票@名無しさん mailto:sage [2008/03/07(金) 21:41:49 ID:13IwaQca]
9やしい・・・でも・・・

10 名前:清き一票@名無しさん mailto:sage [2008/03/08(土) 01:56:16 ID:pylzz5Of]
10とい命



11 名前: ◆APFKcKFi7U mailto:sage [2008/03/09(日) 12:57:30 ID:lWceRnjF]
ひらがなトーナメントが終われば、
こっちのスレも使いそうですね。

  ∧_∧=- ∧_∧
  (∀`  ) -=(  ´∀)
  と    つ と    つ
  ( _`)=-(   (_)
   ゙ヽ_,)  -=し'"´

スレの即死落ちとかってどうゆう判定なんでしたっけ。

12 名前:清き一票@名無しさん mailto:sage [2008/03/10(月) 01:38:54 ID:QxwkMgZC]
>>11
始めは、N(KB)の容量若しくはnレスに達しなければ、落ち
後ろは980レスが付いたら、24h経過後の最初のdat落ち判定のときに落ちる
仕組みだったと思う。

俺の記憶してる基準はこんな感じ(違ってるかもしれない)
あと nやNの部分は一般人には発表されないものなので、どっかに聞きに行っても教えてくれないよ

13 名前:清き一票@名無しさん mailto:sage [2008/03/10(月) 01:41:37 ID:ryREsWTh]
よし!前スレ越えたぞ!

14 名前:清き一票@名無しさん mailto:sage [2008/03/11(火) 20:46:10 ID:o6Wy1sbK]
一応参考までに。
www.itmedia.co.jp/enterprise/articles/0802/27/news027.html

15 名前:清き一票@名無しさん mailto:sage [2008/03/12(水) 23:52:16 ID:YQx6u894]
>>2->>3
お前らにだけは本気でついて行きたいと思った。


16 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 00:51:11 ID:OqqOzdJm]
まだ即死圏内にあるのでじわじわカキコ

コードの待ち時間だけど変動だとやっぱり分かりづらいね
10分固定でいけるんならそっちの方がいいんじゃないかな

17 名前:146 [2008/03/13(木) 01:59:17 ID:jT9Bu1TG]
スレ保守カキコ。個人的な要望を書き残しておきます。
発行時間:10分固定
画像認証:有(試行3回、60秒、予約と取得で2回認証)
BBQ機能:有

発行時間に関してはあまり多重防止にならないと思います。
画像認証の試行は5回でも良いかもしれないけど、5回より多くする必要な無しかと。
60秒はCAPTCHAを他動認証等での突破しづらさのため(もっと短くても良いと思う)これ以上長くはできない。
コード予約と取得の2回認証は同じくCAPTCHA突破しづらさへの抵抗。
BBQはproxy対策という事で導入。2ch側で投票所に入れてもBeで突破できるらしいので。

18 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 02:07:40 ID:vbL+EFTj]
>>17
画像認証 類似文字の排除とかはどうするんですか?
1(数字のイチ)とI(アイ)やl(エル)が見づらかったり、0(ゼロ)とO(オー)が似通ってたり

19 名前:146 [2008/03/13(木) 02:24:51 ID:jT9Bu1TG]
>>18
個人的には3回もあれば十分かと思っています。
自分は何回も認証やっていますが3回以内で引っかかったことありませんし・・・
無論それでも引っかかる人も結構いるみたいなので対策としては試行回数を5回にしても良いと思っています。

よって類似文字の排除自体は考えていません。
どうしても排除して欲しいって人は文字の画像を作って渡して頂ければ適応します。
私の方で画像を作成して用意する事は時間的に難しいので考えていません。

20 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 06:51:20 ID:7gLvSxm5]
>>19
>1(数字のイチ)とI(アイ)やl(エル)
これらを全部同じ文字として認識(1でもIでもlでもOK)みたいにするのはダメなの?

それだけで精神的には随分楽だと思うんだけど……。



21 名前:146 mailto:sage [2008/03/13(木) 09:17:56 ID:x8UGoRIj]
>>20
画像認証はコード発行システムとは全く別プログラムで動作していると考えて下さい。
コード発行所システムからは簡単なパラメータ(文字数とか認証有効時間とか)を渡して、
画像認証プログラムを呼び出して動かしているような物です。
出力された画像、入力された文字は全て画像認証プログラム側で処理されるので介入は容易ではありません。
(画像認証プログラムはサーバーインストールされている物です。)

認証用画像を用意する方が遙かに堅実な方法かと思われます。

22 名前:清き一票@名無しさん [2008/03/13(木) 17:21:19 ID:oKptJYl9]
俺は画像認証は無し、待ち時間変動制はありがいい。
画像認証はどうせ突破されるだろうし、慣れて無い人は失敗する可能性もある。


23 名前:清き一票@名無しさん [2008/03/13(木) 18:38:02 ID:iPax8hMy]
失敗する可能性は何回でも可能ってことにしたら

24 名前:可憐車 ◆KARENCJGTU mailto:sage [2008/03/13(木) 20:45:41 ID:S4xZq2dZ BE:53461038-2BP(9)]
私はBBQが嫌いだったりします。。。

理由:BBQ鯖が落ちてると1分半〜2分くらい
反応帰ってこないから
#レアケースって言ったらそれまでだけどね。。。

25 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 21:35:48 ID:RJNwjy+5]
画像認証有り、待ち時間10分固定に賛成。

26 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 21:35:56 ID:K7dc1QP+]
>>24
自分もあんまり好きじゃない

個人的には
10分固定はあり
画像認証はなし

あたりがいいかな

27 名前:146 mailto:sage [2008/03/13(木) 22:14:08 ID:x8UGoRIj]
>>24
なるほど、BBQを使った物作ったことが無かったので貴重な意見ありがとうございます。
幸いまだ取りかかれていない状況です。

BBQを追加しなくても良くなると私の役目はもう終わりですかね?

28 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 22:40:46 ID:hoBMuUKd]
画像認証有り(なくてもいいがそこまで面倒とは感じなかったので)、待ち時間10分固定希望
まあ、◆APFKcKFi7U氏が最後まで第三回の主催をやる覚悟が決まったなら

ある程度イニシアティヴとって決めちゃってもいいと思うよ

29 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 22:45:19 ID:AOJ5e6Cm]
なんで追加しなくていいってなるんだよ。

じゃあ俺はBBQ追加しろで。
なぜなら 多重が容易になるから

すべては防げないって反論する人へ
・じゃあすべてを防げるものを出してください。
 そんなものないです。できるだけ多重はできないように努力するしかないんです

BBQ追加で多重がより困難になる。不可能になる訳ではない

30 名前:清き一票@名無しさん mailto:sage [2008/03/13(木) 23:12:27 ID:miY8UujU]
まあ落ち着け

 BBQありのメリット、デメリット
 BBQなしのメリット、デメリット

それぞれを考えるとき定量的な判断基準なんて出せないでしょ?
なら最後は主催が決めるしかないんだよ

という感じで全体的には動いてると思うけどな

>すべては防げないって反論する人へ
>・じゃあすべてを防げるものを出してください。
> そんなものないです。できるだけ多重はできないように努力するしかないんです

人に自分の意見を押し付けるのは良くないと思うよ
まあこれは俺の考えだからスルーしてくれていいけどw



31 名前:146 mailto:sage [2008/03/13(木) 23:18:09 ID:x8UGoRIj]
あ、すいません。27だと「追加しなくていい」って言っているように受け取れますね、ごめんなさい。
私は機能を追加するもしないも基本的に◆APFKcKFi7U氏の決定で動いています。
私は個人的には>17に書いた通りの要望です。

ただし、
>理由:BBQ鯖が落ちてると1分半〜2分くらい
>反応帰ってこないから
これは結構困ります。下手するとBBQが落ちている間は誰にもコード発行できないとかって事になるかもしれません。
私がまだBBQの技術について詳しく調べる時間を取れていないのもありますが、
可憐車さんが嫌がる程の物に主催からのGOサイン無しに無理に取り組む必要は無いとも思ってます。
実際◆APFKcKFi7U氏はまだBBQについて特に触れていないようですし。

32 名前:清き一票@名無しさん mailto:sage [2008/03/14(金) 01:32:45 ID:mJ+xTTsL]
BBQってとても優秀だけど可憐車氏が心配している通り
ちょっと困ったことになる場合もある
ちょこっとコードを書いて回避できるならいいけど
実環境でそれを試すのは難しいような

33 名前:清き一票@名無しさん mailto:sage [2008/03/14(金) 18:47:58 ID:rJzMxv8F]
学校から大量取得は *.ac.* *.edu *.edu.* *.go.*をdenyすれば結構弾けそう

34 名前: ◆mSi3xtMKhw mailto:sage [2008/03/14(金) 20:54:36 ID:Mr0OeiD3]
BBQ導入には賛成

理由:
どうせ2ch側で引っかかるので、発行所側で許可しても意味無い。

また、変にコード発行cgiを呼ぶ前に引っ掛けておけば、無意味な負荷も減ると思う。
それに、投票できないIPにコード発行するのは、発行所、投票者のお互いに無意味。


35 名前: ◆mSi3xtMKhw mailto:sage [2008/03/14(金) 21:09:58 ID:Mr0OeiD3]
追記:
2ch:BBQでNG、発行所:BBQ許可とした場合、投票者に
繋ぎ換えを奨励することになります。

また、
「コードを発行したIP=投票したIP」
という風にポリシーを統一しておかないと、
もし末尾規制を行った場合、
「発行所側でコード発行を抑止したIP≠投票したIP」
となって、抑止の意味が無くなります。


36 名前:146 mailto:sage [2008/03/16(日) 03:14:42 ID:SXMMMkTu]
◆APFKcKFi7U氏を待ってるだけなのも時間が勿体ないので、BBQ鯖が落ちない事を前提にコード組みこんでみました。
今のままだとたぶんBBQ鯖が落ちたらコード発行できません。っというか発行所の挙動がおかしくなるかもしれません。
BBQ鯖落ち対策は◆APFKcKFi7U氏のBBQに対する見解待ちということでお願いします。
どう対策を組めば良いのか思いつきませんが・・・

>>33
etc7.2ch.net/test/read.cgi/vote/1203601911/183-184

>>34-35
>どうせ2ch側で引っかかるので、発行所側で許可しても意味無い。
●で規制に引っかからず2chは書き込めると思います。
>変にコード発行cgiを呼ぶ前に引っ掛けておけば、無意味な負荷も減ると思う。それに、投票できないIPにコード発行するのは、発行所、投票者のお互いに無意味。
負荷はたぶん増えてます。また、2ch(投票所)にBBQが働いていると知れば、わざわざ投票できないIPで発行所にくるユーザはそう多くないと思います。
>2ch:BBQでNG、発行所:BBQ許可とした場合、投票者に繋ぎ換えを奨励することになります。
BBQで規制されているからには相応の理由があるはずなので自業自得だと思います(勿論巻き添えも少なからずありますが)。
>「発行所側でコード発行を抑止したIP≠投票したIP」となって、抑止の意味が無くなります。
言いたい事が良くわかりませんが、投票したIPは知る由が無いのでIPでの比較は無意味かと思います。

37 名前:清き一票@名無しさん mailto:sage [2008/03/16(日) 12:28:38 ID:7ytFNrJ1]
試しにコード取ってみた感想。

コード発行までに画像認証120秒制限で二回必要なのは手間すぎと思った。
個人的にみかかなのもあるけど。
アルファベット確認しながら打つの面倒よ。

待ち時間だかなんだかの説明書きがわかりにくい。
よくわからないからあせる。
試合当日で切羽詰ってたら、余計にあせると思った。



38 名前:清き一票@名無しさん mailto:sage [2008/03/16(日) 12:35:05 ID:7ytFNrJ1]
追記
コード予約後に再度画像認証画面になったので、
予約がリセットされてしまったのかとも思った。

39 名前: ◆mSi3xtMKhw mailto:sage [2008/03/16(日) 13:31:45 ID:Qfo0JgVn]
>負荷はたぶん増えてます。

この場合、cgi側にメリットは無いという事ですね、了解です。

逆に、串を使ったDosによるコード鯖落としも考えられるので、
そういう事なら外した方がいいのかも。


40 名前:146 mailto:sage [2008/03/16(日) 19:14:29 ID:SXMMMkTu]
>>37-38
意見ありがとうございます。
画像認証に関しては導入確定ではありませんが、仕様の都合上認証2回or0回のどっちかとなります。
待ち時間の説明書きはindex.htmlにベタ打ちなんでわかりやすく綺麗に書くことは簡単です。
現在はただのメモ書き程度で読みづらいのは承知の上ですので後々改善します。

>>39
その通りです。cgi側はデメリットとも言えます。
Dos攻撃に関してはサーバー側の設定の問題ですのでコード発行cgiは関係ないです。
その件に関しては◆AGA/Iky.aoさん次第ですね。



41 名前:146 mailto:sage [2008/03/16(日) 21:09:12 ID:SXMMMkTu]
あれ、日本語がおかしい^^;
>cgi側はデメリットしかないとも言えます
の間違いです。

42 名前: ◆APFKcKFi7U mailto:sage [2008/03/16(日) 22:53:54 ID:C4Dx60aj]
BBQに関する勉強をちょこっとしてる所です。 遅くなり申し訳ありません。
基本的に、串による不正行為が規制できるなら付けて欲しいが、
そのせいで発行所スクリプトが動かなくなってしまうのなら使えないですね。

あとは、BBQの鯖落ちが投票所や発行所の鯖落ちと同じに扱えるのかが気になります。
146さんにお聞きしたいんですが、
今現在のスクリプトではBBQ鯖が落ちた時に
「コードが発行するのか、発行されないのか、
発行されてもそれが試合終了時の発行コードリストに反映されるかも不明」な状態という事でしょうか?

あと、BBQ鯖が今までにどれだけ落ちたのか実績調査中です。
詳しい方がいらしたら「去年このぐらい落ちてたよ。」とか感覚的な見積りでいいので教えてください。

43 名前: ◆mSi3xtMKhw mailto:sage [2008/03/16(日) 23:17:29 ID:Qfo0JgVn]
>BBQ鯖が今までにどれだけ落ちたのか

BBQ(に関わらず2chの鯖全て)が落ちるかどうかなんて、神のみぞ知る
ってな状況じゃないかと…

ましてや、全板のような長丁場では先の事なんて判りようも無いw

もし、BBQが落ちたら発行所側はどうするか?
というポリシーを決めて運用を整備して、コード側のコーディングを
お願いするしかないかとw


44 名前:146 mailto:sage [2008/03/16(日) 23:18:33 ID:SXMMMkTu]
お疲れ様です。

今現在ではBBQ鯖が落ちたときは、
「コードが発行/予約が正常にされる保証ができない」といった感じです。
現在PCアクセスからの処理の順序は
CPATCHA -> ProxyCheck (BBQはここに組み込んでます) -> コード予約・発行
となっております。もし、予約・発行まで行けば発行コードリストには反映されると思います。
BBQ鯖が落ちたときはProxyCheckの段階で止まってしまうため、
予約・発行が一切できなくなる可能性があります。発行まで行って、コードリストに入らない事は無いと思います。

45 名前:146 mailto:sage [2008/03/16(日) 23:26:27 ID:SXMMMkTu]
Net::Pingを使ってBBQ鯖に事前にping打ってから〜ってのも考えてみたのですが、
発行・予約する度にping打って確認していてはお話にならないので良い案が出てきません。
また、仮にpingを組み込んでも、BBQ鯖が再起動した時、
鯖復旧とBBQシステム復旧の間にラグが有った場合結局コード発行システムが予期せぬ動きをする事になってしまいます。

>>43
「BBQが落ちている間はやむを得ないのでコードを発行する」
というポリシーで良いかと思いますが、その判定方法が難しいですね・・・
反応が2分間も帰ってこないようではお話にならないですし・・・

46 名前: ◆mSi3xtMKhw mailto:sage [2008/03/16(日) 23:40:49 ID:Qfo0JgVn]
>ping打ってから

ネットワークが生き返っても、BBQ鯖から応答が帰らないと
コード発行所側は困った事になるんじゃないかとw

詰まる所、「2ch 鯖監視係。」さんみたいに鯖の生死を
監視できる仕組みが必要じゃないかとw

ダメモトで雪だるまスレに持って行っていくとかw


47 名前: ◆mSi3xtMKhw mailto:sage [2008/03/17(月) 00:23:32 ID:ps8jge6G]
ttp://sv2ch.baila6.jp/sv2ch12.html
未承諾さんのを参考にして仕様を決めるのもアリかなw

基本的に、BBQ鯖の生→死、または死→生を判定できれば良いから、

1.pingを規定時間間隔で打つ(投票のアクセスとは関係無しに個別処理)
2.応答結果をステータスリストに持つ
3.コード発行時にリストを参照して、ステータスの変更があれば
 鯖の状態を見に行く(ここら辺は未承諾さんの仕様を参考に)
  ※当然、”死”と判定された期間の運用を事前に決めておく

ってな感じで如何でしょうかw


48 名前: ◆APFKcKFi7U mailto:sage [2008/03/17(月) 00:23:51 ID:VgHof70M]
>>45
逆の「BBQが落ちている間はやむを得ないのでコードを発行しない」というポリシーが実装可能なら、
前回のルールに
・12時間以上にわたり板やコード発行所が利用出来ず投票が中断した場合は投票不成立とし、後日再投票とします。
 中断時間が12時間以内の場合は投票成立とします。
というのがあり、これの投票所板やコード発行所にBBQ鯖を加えてしまう方法もありかなと思うんですが。
(12時間というのをそのままキープするかは別途運営スレで話し合うとして)

ただし、BBQ鯖がちょくちょく落ちるような不安定なシステムだと、
こうゆう運営ルールでやっていくのは辛いですね。

49 名前:146 mailto:sage [2008/03/17(月) 00:24:07 ID:TcEkqM/T]
>ネットワークが生き返っても、BBQ鯖から応答が帰らないとコード発行所側は困った事になるんじゃないかとw
45の3,4行目の事ですか?仰るとおり困ったことになります。




       |
   \  __  /
   _ (m) _ピコーン
      |ミ|
    /  `´  \
     ('A`)
     ノヽノヽ
       くく

Net::DNS使ってタイムアウト値を短くすれば・・・!

50 名前: ◆mSi3xtMKhw mailto:sage [2008/03/17(月) 00:29:22 ID:ps8jge6G]
…あ、まずいかも

>CAPTCHA -> ProxyCheck (BBQはここに組み込んでます) -> コード予約・発行

このタイミングだと、ステータスリストのロック/リリースタイミング次第で
不都合が起きるかもw

コード予約されている場合のみ、次のBBQチェックが走らないようにしないと
マズいですよねw




51 名前: ◆mSi3xtMKhw mailto:sage [2008/03/17(月) 00:36:53 ID:ps8jge6G]
一度クールダウン…

そもそも論として、”BBQを組み込むか否か?”はどうなるんでしょう?

・BBQ導入時のメリット
 2chのポリシーに準じているので、「コードは取れるのに投票できないぞゴルァ」
 という難民を防げる

・BBQ導入時のデメリット
 コード発行所側の負荷が上がる
 BBQ鯖が死んだときの処理/生死監視の処理を組み込む必要がある
 (当然、コード発行処理が膨らみます)

という所が思い浮かぶわけですが


52 名前:146 mailto:sage [2008/03/17(月) 00:41:26 ID:TcEkqM/T]
>>48
FOX★の昔の書き込みを参考にしてみたところ
1. Net::DNSでtcp_timeout(1)、udp_timeout(1)、retry(1)
2. BBQ処理前に投げてtimeout判定が出た場合はBBQ処理を中止。
これで「BBQが落ちている間はやむを得ないのでコードを発行しない」
というポリシーが実装可能な気がしてきました。

53 名前:146 mailto:sage [2008/03/17(月) 00:57:12 ID:TcEkqM/T]
>>51
主催が
>基本的に、串による不正行為が規制できるなら付けて欲しい
と言っているので組み込む方向で検討しています。

>「コードは取れるのに投票できないぞゴルァ」という難民を防げる
2chに書き込まずに投票だけする人口は少数だと思うのでメリットと呼べる程ではないと思います。

BBQによるメリットデメリット:
[メリット]
- 純粋な多重抑止効果が見込める(投票所のBBQがオフの場合のみ)
- 余計なコード発行を防ぐ効果が見込める(BBQ規制されているIPでコード取得 -> 品切れで発行できなかったIPからの投票を防げる)
[デメリット]
- 巻き添えカワイソス
- コード発行cgiの負荷が増える。
- BBQ鯖が死んだ場合、
  1. cgiプロセスをkillされて発行所停止
  2. 約2分間アクセス者を待たせて恐らく処理が続行(?)となる。
  のいずれかの状況に陥る。っがこれはなんとかなる見込みは立ってきた。

54 名前:146 mailto:sage [2008/03/17(月) 08:38:07 ID: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 mailto:sage [2008/03/17(月) 08:48:45 ID:TcEkqM/T]
とりあえずBBQが落ちている間のポリシー、
「BBQが落ちている間はやむを得ないのでコードを発行しない」/「BBQが落ちている間はやむを得ないのでコードを発行する」
はcodeconfig.cgi側で簡単に切り替えられるようにしてあります。

他実装すべき機能が無ければ名無しに戻りますが何かありますか?

56 名前:清き一票@名無しさん mailto:sage [2008/03/17(月) 11:47:11 ID:a4DZyr2g]
>- 巻き添えカワイソス
ちょっとこれが分からない。 一応2chの荒らしとかの規制とBBQは別物だぞ

57 名前:146 mailto:sage [2008/03/17(月) 13:56:21 ID:O5YsKk1h]
接続が変動IPである限り、過去に焼かれたIPにぶつかる可能性が少なからずあると思います。

これもまたレアケースですが、原則規制解除のないBBQではありえなくもないと思いデメリットに入れておきました。


私のBBQに対する認識違いであって、そんな事無いのであればそれに越したことはなく、デメリットはCGI負荷のみになりますね。

58 名前:清き一票@名無しさん mailto:sage [2008/03/17(月) 15:48:05 ID:PieIRVUu]
コード処理のたびにBBQ鯖を見に行くの?
投票者が殺到したらバーボン食らう予感w

59 名前:146 mailto:sage [2008/03/17(月) 19:48:06 ID:O5YsKk1h]
はい、コード予約時・発行時毎回見に行きます。
BBQ側からのアクセス規制はあるかもしれませんね。
事前にFOX★に断っておいた方が良いかもしれませんね。

許可が出るかどうかはまた別ですが。

60 名前: ◆APFKcKFi7U mailto:sage [2008/03/17(月) 21:30:47 ID:VgHof70M]
>>57
すいません、私もあまりBBQについて詳しくないので、今見ている最中です。
>接続が変動IPである限り、過去に焼かれたIPにぶつかる可能性が少なからずあると思います。
この場合、変動IPだけど自分でIPを変更できない人もいるかと思います。
参加者からの自己申告によってIPを登録して、
該当するIPの人はBBQを含んだPROXYチェックをしないという機能を実装する事は可能ですか?

BBQを使う場合はFOXさんにお伺いする必要があるという事は理解しました。



61 名前:146 mailto:sage [2008/03/17(月) 22:05:49 ID:TcEkqM/T]
>参加者からの自己申告によってIPを登録して、
>該当するIPの人はBBQを含んだPROXYチェックをしないという機能を実装する事は可能ですか?
可能ですが、焼かれているIPを登録されて悪用されかねないですね・・・
いちいち自己申告されたIPを誰かが許可するのもかなり手間がかかりそうですし・・・

FOX★に伺うのは本番鯖の鯖を借りたあとが宜しいかと思います。

62 名前: ◆APFKcKFi7U mailto:sage [2008/03/17(月) 23:20:07 ID:VgHof70M]
>>61
ありがとうございます。

みんな、待ち時間10分固定がいいんですかね。
私としては初期の参加ハードルを下げる事で多くの参加者を募り、
トーナメントの楽しさをみんなが覚えた頃に厳しくしていくのを考えています。

トーナメントの予選と本選で投票所の仕様を変えて
予選: 5分固定 画像認証なし BBQあり
本選: 10分固定 画像認証なし BBQあり
準々決勝以降: 10分固定 画像認証あり BBQあり
なんていう案はどうでしょうか。 BBQはFOXさんからNG出たらなしにします。
ご意見お聞かせください。>ALL

63 名前:146 mailto:sage [2008/03/17(月) 23:40:39 ID:TcEkqM/T]
>>62
オーケーです。
画像認証に関して試行回数と制限時間はどういう値を考えていますか?



64 名前: ◆APFKcKFi7U mailto:sage [2008/03/18(火) 00:05:55 ID: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 mailto:sage [2008/03/18(火) 00:09:58 ID:UCk3/IZp]
>25人に1人は毎回困難文字に当たります。
平均的な確率ですね。 書き方が変で申し訳ないです。

66 名前:清き一票@名無しさん mailto:sage [2008/03/18(火) 01:00:19 ID:9H+ya+7v]
画像認証は
あるのならずーっとある ないならずーっとないほうが
わかりやすいと思う

67 名前:146 mailto:sage [2008/03/18(火) 01:21:44 ID:NbQL2B0X]
気になってみて試行を1000回まであげてみてリロードしてみた結果、
一向に出て来ない特定文字があると判りました。ごめんなさい、下調べ不足でした。
Authen::Captchaで公開されている情報なのでもう書いちゃいますが、有効な文字は
0と1をのぞいた数字と全ての小英字、これによって実質判別し辛い文字は無くなると思います。
これらをあらかじめ宣言しておけば全34文字判別が可能かと思います。

68 名前:146 mailto:sage [2008/03/18(火) 01:23:59 ID:NbQL2B0X]
途中で送信してしまいました。
勿論判別し辛い回とかあると思いますのである程度試行回数は必要かと思いますが、
3〜5回で十分かと思います。

69 名前:清き一票@名無しさん mailto:sage [2008/03/18(火) 07:05:20 ID:fjZybI2h]
画像認証に関しては試行回数を上げたところで
ほぼストレス軽減にはならないというのが俺の感想
実際に試行回数のせいで引っ掛かり
投票できなくなるというのは稀
そういうことではなく、一回目で1とlが判別つかなくて
(何回かやらせてもらったけどiとj、6とG、1とrなんかもわかりにくいようになっている)
ちゃんと打ち込んでるつもりでもやり直しを強制させるところにストレスが貯まる
後は2回も画像認証させるのは、うpロダとか見ても少ないと思うし
2回認証が仕様で1回にはできないというのなら
やめた方が賢明だと思う
なぜこんなガチガチにするんだという印象

70 名前:清き一票@名無しさん mailto:sage [2008/03/18(火) 10:18:57 ID:495aRsaf]
予約導入と一緒、コード取得を自動的に出来ないようにするようだための方策




71 名前:清き一票@名無しさん mailto:sage [2008/03/18(火) 11:34:51 ID:VZ3sujLD]
俺も一回ならばしょうがないと思うけど
二度もさせるのはちょっと…と思う

一度だけに出来る場合→やる
二度しないと出来ない→やらない

がいい。

72 名前: ◆mSi3xtMKhw mailto:sage [2008/03/18(火) 23:22:49 ID:Gaof3WZI]
コード取得方法を前回と同じにしたらどうなるかは、
他のトナメで実績が有り余るほど在るわけで…

自分としては画像認証の導入を希望します。

>62
コード取得の条件を変える事はあまり良い事だと思えません。
上記の通り、最初から導入に1票です。


73 名前:清き一票@名無しさん mailto:sage [2008/03/18(火) 23:56:25 ID:UXTmWiHU]
BBQはない方がいいですが必要で認められるならいいです。
画像認証はいらないです、もし導入されるならコード待ちとどちらかにすべきです。
トーナメントばかりやっていて普通の考え方ができない人が多い気がします。

不正を見て見ぬふりできないなら不正が行われても気づかない優しい嘘の方がいいです。
プロバイダ別のコードとか携帯とPCが判別できるから荒れるのです。

これ最強を決めるのではなくてお祭りなのでしょう?
そんなに不正や多重がお嫌いならフシアナ投票必須にでもして下さい。
落とし所を過去のニートトーナメントの経験値で語られても困ります。

74 名前:清き一票@名無しさん mailto:sage [2008/03/19(水) 00:12:11 ID:GOirhoqH]
>>71
と同じ感覚かな

画像→無しがいい
画像一回→どうしても必要ならば、まあ仕方ない
画像二回→パス

あと他のトナメでの実績はあんまり意味ないというか
言われてピンと来る説得力はないように感じる
全板トナメ厨というのは全板トナメ厨であって
他のトナメに興味なかった人も多いだろうし
一般のトナメ厨ですらない全板だけの参加の人は尚更

コード待ち時間は固定がいいが
予選と本選で変えるくらいならば、構わない。
第一回も予選コード無し→本選コードありに変えたように
本選になるとちょっと雰囲気変わるから

75 名前:清き一票@名無しさん mailto:sage [2008/03/19(水) 06:54:42 ID:rsfvvA6D]
画像認証30秒はきついです。
当方カナ打ちなので、アルファベットは確認しながらじゃないと打てません。

76 名前:146 mailto:sage [2008/03/19(水) 17:26:48 ID:mwNB4QkB]
最近家にいる時は発行所cgiを眺めていでようやく発行所cgiの全体が判ってきました。
結論から言いますと仕様上1回表示にできなくもないです。
私が実装可能なパターンは2つあります。
一つは処理も楽だけど画像認証突破の糸口を作ってしまう=画像認証の意味が無い
もう一つは突破は恐らく無理だが発行所cgiの負荷が増える。=応答が遅くなったり停止させられたりする可能性が増える
いずれにせよ、アクセスがあるごとに呼び出される処理がまた1つ増えるのでどちらにの案も、
メリットに対するデメリットが大きすぎると感じるので却下です。

>>75
何秒なら間に合いますか?
秒数は調整可能です。

77 名前: ◆mSi3xtMKhw mailto:sage [2008/03/19(水) 22:05:06 ID:q6qL7Juz]
全板が特別なトナメであるワケでは無いし、また2chの内外から
参加者が集まるトナメという本質は変わらない訳で。

また、参加者がトナメ慣れしていないという事は、逆に言えば
その時のルールがオンリーワンなワケで、(他と比較して)
不便と感じるとも思えません。

そして、画像認証無しで実施した場合、殆ど確実に
(そして前回よりも早期、かつ大規模な)
多重が問題に上るでしょう。

そのリスクが予期できる状況で不採用というのは、
オススメできないです。

最後は主催者さんの意見に従いますが、
一応意見として出させてもらいました。


78 名前:清き一票@名無しさん mailto:sage [2008/03/19(水) 22:14:59 ID:NXuwX6yb]
別に画像認証しようがしまいが多重は確実に問題になるよ
荒らしは多重ネタ使うのは分かり切っている事だし
そうじゃない一般の人でも、話題にしやすいのは前回前々回で分かっている事

ちなみにどっちに決まってもいいけど
画像認証は面倒くさいというのが正直な所
アカウント取ったりブログコメントしたりでは慣れてるけど
投票という行為がコード発行所に行って→色々して→待って→取って→
投票スレ探して、そこに規定通り投票してという色々面倒なものがあるのに
画像もかよって感じがする

79 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 01:57:03 ID:UyBWEB8j]
>>72
> 他のトナメで実績が有り余るほど在るわけで…
これは最萌のことかな?
最萌未参加(待ち時間2時間が耐えられずやめた)の俺としてはそんな実感ないけど・・・

まぁいずれにせよ閉鎖的になるのは勘弁だなぁ
画像認証までついてしまうと、恩返しの一票とかやってくれる人が減りそう

80 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 02:35:12 ID:YuL2YKOT]
俺も画像認証は面倒だな
決まったらしょうがないけど

それと再萌経験ある人と
全板だけの人の温度差があるような気がする
再萌はキャラへの愛が前提にあるけど
全板はもっとライト層をいかに動かすかが焦点というか



81 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 03:05:34 ID:b9RBZbf1]
俺は最萌経験者だが2ちゃん関係の萌系トナメで画像認証使われたことないよな?
実績というのが何を指すのか今一不明…
それはともかく、画像認証はなくてもいいと思うが
必用派と不要派の意見は平行線な気がする。

今まで2ちゃん内のトナメでは導入されたことの無いものを有用であるか否かと議論するんだから、その効用や有効性、予想される影響等についてはどちらの主張も
仮定論というか、憶測の域を出ない面がある。

ある程度議論したら主催がすぱっと決めてもいいんじゃないか?
俺個人の意見としては"不要"と捉えているよ。

82 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 05:25:02 ID:8S6EDO+T]
>>81
そうだったのか
なんとなくのイメージで最萌ではそういうのが当たり前の世界なのかと思ってた

83 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 05:27:17 ID:Y31RUcK/]
ちなみに自分も不要かな
主催判断に任すけど

多重問題ってどうしても完全な対応が出来なくて
多重推奨という訳じゃなくても、そこそこの所で止めた方がいって派と
やれるだけは対策した方がいいって派の温度差あって
どこで切るかの感覚は平行線だとは思う

84 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 05:27:41 ID:Y31RUcK/]
言わんでいいかもしれないけど82=83

85 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 07:18:54 ID:I8tvxrG8]
>>76
少なくとも1分は欲しいです。

画像認証そのものについては、私も不要かなと思いますが。
散々言われているように、あんまりギチギチにしたのでは、
全板は成り立たない気がしますね。
参加者任せの部分が少ないと、どうしても面白さも減ると思います。
それは、規模の縮小につながり、更に面白くなくなり、
と、ループするんじゃないでしょうか。

86 名前: ◆mSi3xtMKhw mailto:sage [2008/03/20(木) 11:06:45 ID:ZmqdfOTN]
皆さんの言われてることは判ります。

結局のところ、コード取得方法を複雑にするコトによって
>面白さが減る
というコトだと思います。

ただ、もし1000人のうち1人が不正を働いても結果に影響は与えないでしょう。
(逆に、そんなコトになれば多分バレバレ)
ですが、1000人のうち10人や20人が不正を行えば、結果が変わるかもしれない。

そんなコトを知ったら、ライト層はすぐに離れていくと思います。

画像認証は試合を楽しむための一つのルールと言う、
そういった側面も含めて考えていただければ、と。


87 名前:146 mailto:sage [2008/03/20(木) 12:12:16 ID:l2T17s4J]
>>85
>少なくとも1分は欲しいです。
ありがとうございます。本戦のパラメータ設定の参考にさせていただきます。



88 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 12:39:06 ID:U2ulg93w]
うーん 今のネット環境考えると
暴走が一度始まる止まらないんだよね
(止めようと思うと、その一言で炎上したりするしね)

その暴走の予防線を張るのには、別にいいんじゃないのかな?


暴走されてトナメが立ち行かなくなっても、人が集まらなくてつまんねってなっても
叩かれるのは主催でしょ
ここでうだうだ話してるやつがケツ持つわけじゃないし、いろいろメリット・デメリットを淡々と上げていけばいいんじゃないの?

89 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 15:19:46 ID:3gjzEtTW]
>>86
それは皆分かっていて前提の元
でも、画像認証は別に不要じゃないかと思うって言っているんだろ

多重対策だったら携帯からオンリーにした方が
多重の影響が減ると言われても、いや、それは…と思う人がいるように
画像認証にした方がいいんじゃないかに対して
いや、別に…面倒な割にそこまでの対策にならないし…と思う人がいるだけ

多重が完璧に防げるならばいいけど、どうせ防げないならば、
がちがちの対策をして、多重厨に頑張らせるよりも
より参加しやすくして、一般参加層を増やす方がいいと思う人がいるだけ

90 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 15:21:24 ID:3gjzEtTW]
で、皆が言ってるように、この件は感覚の違いが平行線だと思う
(初期話していた、何分ならば待てるかの感覚の違いと同様に)



91 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 18:51:51 ID:TislL/vq]
全ひらがなで実際にコード取得してみて思った
画像認証ってかなりウザイな

全板と最萌の感覚の違いがあるのかもしれない

92 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 21:35:24 ID:/fyKBZMb]
1000人のうち10人や20人が手動で多重するのは全板の醍醐味の内だと思うけど
画像認証入れないと1000人のうち1人の不正で結果をひっくり返せるから問題になっているのではないかと

93 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 21:49:10 ID:gLYHjabU]
こんなはじまる前からここでうだうだ言ってる自分ですら
うざいと思うから、普通の人は画像認証はもっとうざいと思うだろう

>>92
その話は平行線

個人的には主催判断だな

94 名前:清き一票@名無しさん mailto:sage [2008/03/20(木) 22:51:53 ID:vznW8KWu]
俺も不要と思ってるが
主催が決めた事には従う。

95 名前:主催 ◆APFKcKFi7U mailto:sage [2008/03/21(金) 17:43:45 ID:wJShNL9Y]
画像認証を使う使わないの意見はよく分かりました。
みなさんありがとうございます。

画像認証をトーナメント前半はOFF、後半はONにする事に対しては、
賛成意見がなく反対意見が少しあります。
賛否どちらでもかまわないので、途中で変更する事によるメリットやデメリットについて
ご意見ください。

96 名前:清き一票@名無しさん mailto:sage [2008/03/21(金) 19:45:21 ID:hkiIx78V]
本選やベスト16あたりの再抽選時などの区切りのいいところで変えるなら
公式サイトに注意書きさえあれば何も問題はないと思います

97 名前:清き一票@名無しさん mailto:sage [2008/03/21(金) 19:57:42 ID:6l4IUV41]
自分は画像認証が面倒だと言った者ですが
変えるならば区切りいい所ならばいいと思います。

ベスト16くらいならば、それなりにもう皆投票行為に慣れているだろうね
わかりやすいのは本選から?

98 名前:清き一票@名無しさん mailto:sage [2008/03/21(金) 20:33:43 ID:B0rryNKF]
画像認証に関しては最初から入れるか
最初から入れないかの2択しかないだろ

ただでさえ面倒なもんを途中から入れたらさらに混乱するぞ
どうしても導入したいのなら最初から入れとけ
俺は最初から無い方がいいけどな

99 名前:清き一票@名無しさん mailto:sage [2008/03/21(金) 23:48:13 ID:qDYgaS+J]
入れときゃいいんだよ、全板トナメも三年たったら
こんなに進化したんだと思ってくれるよ、

新規は知らないけど

100 名前:清き一票@名無しさん mailto:sage [2008/03/22(土) 05:01:40 ID:weDW0WTy]
途中から入れたら、ずっと投票だけ参加していたとか、
投票呼びかけを見かけたときだけ参加していたというような
ライト層を完全に切ってしまう可能性が高いと思うな。
少なくとも参加の敷居がぐんと上がるのは確実では。



101 名前:清き一票@名無しさん mailto:sage [2008/03/22(土) 07:22:37 ID:EkoZadNJ]
じゃあ、最初から無しでずっと無しがいい

102 名前: ◆mSi3xtMKhw mailto:sage [2008/03/22(土) 14:57:24 ID:DDv1uin0]
>画像認証をトーナメント前半はOFF、後半はONにする事に対しては、

何時から切り替えるのか(予選以降や2回戦以降)が
明記されていませんが、機会の公平性を考えると
最初から導入するに1票です。

公平性の詳細については >86に書いたので略


103 名前: ◆mSi3xtMKhw mailto:sage [2008/03/23(日) 15:38:31 ID:JHVuHTXx]
コード取りに行ったら

> 1回目の試行です。1000回まで試行できます。

フイタw

1文字2秒として、1試行当たり10秒を見込んで
120秒で10回程度が妥当ではw


104 名前:清き一票@名無しさん mailto:sage [2008/03/23(日) 15:44:09 ID:7ubJ5RrS]
>>100に同意
画像認証入れるなら最初から入れる
いれないならいれない。
どっちかに

105 名前:清き一票@名無しさん mailto:sage [2008/03/24(月) 00:35:56 ID:L7fRiRDS]
>>99
いわゆるトナメ一般参加者、
詳細を知らないような人たちに
画像認証により「進化した」と評価されるとは思わない
トナメ参加者の大半を占めるその人たちの感想は
「今回、うざくなったなぁ」だと思う

もし第三回が第二回よりたくさんの人が参加することで「成功」とするなら
やめておくべき

106 名前:146 mailto:sage [2008/03/24(月) 00:54:37 ID:jNX27fOQ]
そろそろ主催にもビシって決めて欲しいところですね。
あと鯖缶氏にメッセージを残したまま返事が無いのですがどうなんでしょうか?
etc7.2ch.net/test/read.cgi/vote/1203601911/951

mSi3xtMKhw氏
>>102
>62

>>103
試しに試行を1000回に増やしたまま放置しているだけです。
>67-68

107 名前:清き一票@名無しさん mailto:sage [2008/03/24(月) 01:06:04 ID:ZPUVGAFZ]
別に試行回数は1000回のまま(実質無制限)でいいように思いますね
流石に1000回も入力をミスする人がいるとは考えにくいし
1000回スクリプトを回して突破できるものでもないし

私は画像認証なんか採用するな派ですが

108 名前:146 mailto:sage [2008/03/24(月) 02:00:46 ID:jNX27fOQ]
画像認証突破は総当たりは現実的じゃありません。
詳しく書きませんが他に突破する方法はいくらでもあります。

試行回数を減らすのはそのうちの1つで突破し辛くするためのものとも言えます。

109 名前:主催 ◆APFKcKFi7U mailto:sage [2008/03/26(水) 08:22:17 ID:hfc5Qx+w]
すいません、期限間近に非情の仕様変更です。

画像認識場面の
>X回目の試行です。XXXX回まで試行できます。X文字です。
>XX秒以内に下の画像の文字列を入力してください
の部分を

X回目の試行です。XXXX回まで試行できます。X文字です。
使われているのは0と1をのぞいた数字と全ての小英字です。
XX秒以内に下の画像の文字列を入力してください


に変えていただけますか?


110 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 09:01:42 ID:VvFZQful]
え?ちょっと待って。
画像認証入れるかどうか決まってないよね?



111 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 09:30:51 ID:s4sPXCcD]
画像認証決定なの?まだなの?
間に合うなら意見言っておく
基本入れるの反対、理由は>>105に同じ

特に2回の認証が不可避なら
待ち時間+画像認証2回だとライト層は確実にうざくて逃げたがると思われ
詳細を知っているトナメ慣れしている人の感性を基準にすると
一般の人とのズレが生じてヤバいと思う

112 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 09:45:25 ID:WQixjKGX]
>>110-111
こればっかりは過去ログ嫁と言わざるを得ない。
ひらがなトナメ以降でいいから読み返してくれ。


113 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 10:15:31 ID:wPBSJSLH]
>>112
というか、ずーーーーーーーーーーーーーーーーとここで話し合っていて
画像認証不要の人の意見が結構あって、主催の判定待ちだと思っていたんだけど?
ひらがなトナメの時も初期は、色々な事を試す為に全ての機能をオンにして試してみよう
であって、それが確定じゃなかったんだよね?

じゃあ、とっくに決まったならば、その後真面目にずーーーーーーーーーーーーーと
意見言っていた人達の立場は、どーなるんの?

コード関連の議論スレで話し合わないならば
何のための議論スレなんだ?

114 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 10:21:09 ID:wPBSJSLH]
ちなみに>>42 >>48 >>60 >>62 >>64 >>65 >>95が主催のレス。

で、突然跳んで>>109

どっかで話し合いしていたならば、そのスレかレスを明示してくれないか?
どんだけ過去ログ見ても「コード関係の議論スレ」で話し合っている事は
主催確定なんか全然ないぞ
それとも>>95が確定って事か?ありがとうございましたとか言われても
全然結論分からんが?

115 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 11:20:19 ID:UFNVyH78]
不要論は面倒だという参加者心理の問題を中心にしてるけど
必要論は超多重による最萌システムの崩壊の可能性を問題視してるから
議論のレベルが違うといえば違うんだよね

116 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 11:20:34 ID:WQixjKGX]
>>113-114
いくらなんでも寝惚けすぎ。
運営スレ3で「画像」で検索してみろよ。
いくらでも主催、146氏、他の所見が拾える。

漏れ自身コード関連には不満を持ってたから前スレで散々意見を言ったよ。
しかし主催、146氏他の意見を聞いてすでに納得している。
文句言うなら運営スレ3の時点でもっと言うべきだったろ。

117 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 15:04:35 ID:AEq7OTgT]
>>116
画像認証については、運営スレで意見は散々出ている。
しかし、主催の決定は出ていない。

第3回2ちゃんねる全板人気トーナメント運営スレ★3
etc7.2ch.net/test/read.cgi/vote/1203601911/595
これが主催がそのスレで述べた主催の最後の意見。

その後、画像認証の可否は置いておいて、
画像を一回だけにする事が物理的に可能かどうか
あるいは、画像の差し替えは可能か等の対策が可能かどうかの話をしている。
146氏が行っている対策はそれに準じている。

その後コード関連のスレにて(このスレ参照)話し合いがもたれている。
画像認証は必要かどうかという事に対する意見は
必要であるor必要でないという意見の2パターンがあり、
主催はその件に関して、最終決定は出していない。
少なくとも、運営スレ、コード議論スレでは。



118 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 15:07:05 ID:AEq7OTgT]
追記。
その為にこのスレでは、ずっと、画像認証が必要かどうかという各自の意見が出ている。
別に画像認証が確定ならば、それでいい。
このスレ見ていると、画像認証は不要という意見もある(むしろ多く感じるが)
最終的には主催の決定に従うという意見が多いのが分かる。

ただ、主催の確定は出ていないよ。少なくとも見える範囲では。

119 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 15:12:12 ID:AEq7OTgT]
ちなみに146氏の意見は>>17
>>40でも

>画像認証に関しては導入確定ではありませんが、
>仕様の都合上認証2回or0回のどっちかとなります。

と述べている。

で、主催の意見が>>62でこれに対して
予選と本選で変えるべきじゃないという意見や
それでもいいという意見が各自出ている。
途中変えるならば、画像認証は無しの方がいいという意見もちらほら。
それに対する主催の決定意見は、その後>>95

で、そろそろ主催の意見が欲しい>>106 といいまま主催の意見は無し。

このまま本日間で進んで>>109に至ったってのが流れ。

120 名前:清き一票@名無しさん [2008/03/26(水) 15:18:08 ID:LHIm157p]
このスレにおいては不要だとする意見の方が多いようだ
私も不要だと考える派である
エキシビジョンを実際に行ってみて
改めて不要だと強く感じた

最後に決めるのは主催なんだけど
どうなるもんかね



121 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 15:27:00 ID:ZpcNanDS]
うーん。自分も実は不要だと考えてしまう。

確かにあるかないかだったら、あった方がセキュリティというか
多重対策的にいいとは思うけど、あるからというって完璧になるとも思えないし
そうなると投票のストレスがあがるだけって気がしてならない。

実はエキシで試す前は、別に画像認証くらいいつもしているからいいやと思ったんだけど
実際やってみると、なんかこれいるの?って気になった。
しかも、投票って自分の場合は多分毎日するだろうしw

122 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 15:28:26 ID:ZpcNanDS]
それと自分も主催は、画像認証を入れるかどうかを確定せずに
「仮に」入れた場合について検証して、意見を求めていると考えていた。
勘違いで主催がもうどっかで確定しているならば、こんな話し合いも
全て無駄なので、決まった時点で教えて欲しい気がする。
ずっとここで話し合いしているわけだしねw

123 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 16:59:54 ID:UFNVyH78]
多重対策だと思ってるから温度差があるんだな
画像認証は多重対策ではなくてスクリプト対策
コード発行所方式自体多重対策として導入されたけど
最近それも突破したスクリプトが確認されたから手を打って欲しい訳で

田代砲が飛び交うような中で普通に投票とか無理でしょ

124 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 17:33:23 ID:0M/nrbFA]
ひらがなトナメ全日程参加したが画像認証は i l なんかの問題を除いては然程気にならなかったな

トナメに慣れてない人にとってはコード取得自体がマンドクセなわけで
前回のシステムも
 最初のアクセスでコード予約→何分だか待たされてもう一回アクセスして発行
で二回アクセス必要だったんだし、そこに画像認証の一手間増えてもあんま変わらんのじゃなかろうか

まあ少数派っぽいが一応こういう人間も居るよってことで

125 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 17:42:50 ID:WQixjKGX]
とりあえず主催が多重反対派だって言うことは知っておくべき。
etc7.2ch.net/test/read.cgi/vote/1203601911/409-410
etc7.2ch.net/test/read.cgi/vote/1203601911/601
漏れはどっちでも主催に従うよ。


あと、不要ならひらがなトナメの時にどうして多重工作をやらなかったのかと(ry
主催自身も薦めてたしw
etc7.2ch.net/test/read.cgi/vote/1203601911/459

126 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 17:49:23 ID:bUQXbnv7]
本番前にまたテストを兼ねたエキシビジョンをやるだろうし
是が非でも画像認証を導入するしかないという
強力なスクリプトとやらを実際に見てみたいものだ
誰かそのスクリプトとやらを動かして見せて欲しい

127 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 17:51:18 ID:bUQXbnv7]
>>125
お前は画像認証導入に反対する奴全てが多重工作員だと考えているのか

128 名前:清き一票@名無しさん [2008/03/26(水) 18:27:43 ID:r20CLBIP]
>>127
全てってことはいるんだなwwwww

129 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 19:54:47 ID:JRFajRWw]
この少人数の中に多重スクリプト組める工作員なんていないだろうね

130 名前:主催 ◆APFKcKFi7U mailto:sage [2008/03/26(水) 21:57:46 ID:hfc5Qx+w]
何か勘違いしてる人が多いけど、まだ決まってませんよ。
そろそろ決めようかと思ってますが。
公式サーバーが決まったし、
投票スクリプトの機能はこれ以上追加する必要も無いと思ったので、
画像認証を使うにせよ使わないにせよ
146さんの手を離れる前に最後の修正だけしていただこうと思っただけです。

せっかく別スレ立ってるのだから、もうちょっと突っ込んだ議論があるかなと思ったのですが、
>>115さんの言うとおり私を含めあまり議論を進展させる事ができず残念でした。




131 名前:主催 ◆APFKcKFi7U mailto:sage [2008/03/26(水) 22:04:29 ID:hfc5Qx+w]
言い方がおかしかったですね。

>>115さんの言うように、不要論は面倒だという参加者心理の問題で
必要論は超多重による投票システムの崩壊を可能性を問題視してる事が
議論が始まった頃からあまり変わらないということです。

画像認証そのものにに関する技術的な検討ができたことと、
BBQ対応ができたのが大きなプラスだと思っています。
146さんには重ね重ね感謝します。

132 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 22:14:45 ID:WQixjKGX]
>>130
なんだまだ未決定かよw
とりあえずみんなゴメ。


まだ決まってななら、俺も画像認証に反対しとく。
たとえスクリプト組んだとしてもコード待ち時間とるだけで充分抑止できると思うので。
146氏も「少しは抑止力効果があるが、大したことない」って言ってるし。
etc7.2ch.net/test/read.cgi/vote/1203601911/601

133 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 22:49:36 ID:q41RFrAK]
>>132
ちなみに勘違いしていたのはお前だけだったからなw

134 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 22:52:02 ID:WQixjKGX]
>>133
うるせぇw
もうあと1時間でIDも変わるさw


マジでみんなゴメンな。

135 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 23:09:06 ID:8/2zrK5r]
やあさん(でいいんだっけ)のまとめ方と言葉は異なるかもしれないが

画像不要:心理的に不要&対策しても対策しきれない為メリットを感じない
画像必要:やらないよりはやった方がいい

(画像不要派の、面倒くさいというのも、ただ面倒くさいだけじゃなくて、
やるメリットをそこまで感じられないのに、手間がかかるだけになる。
トナメというものを考えると、それよりも人が参加しやすくすべきだみたいな感じ?)

結局はこの2パターンに別れると思う。このスレでも他スレでも当初から言ってたように
この話には多分決定的な結論は出ない。又

画像不要にした場合:だから多重がこんな風になった。もう少し対策すべきだった
画像必要にした場合:結局こうなるんだから、無駄な対策だった。それよりもトナメ層を増やす方向にすべきだった。

みたいに、どっちを選択しても、後日ぐたぐた言う奴は出てくるだろうとは思う。

136 名前:清き一票@名無しさん mailto:sage [2008/03/26(水) 23:12:27 ID:8/2zrK5r]
>>134
議論の進め方が、順番に一個ずつ解決するわけじゃなくて
平行してなし崩しぽいのがちょっと分かりにくいのかも?
ま、それも開始するまでの話だがw

137 名前:146 mailto:sage [2008/03/27(木) 03:28:30 ID:/tJi5oc+]
>>やあさん
130の件対応しました。ご確認下さい。
スクリプトの受け渡しはどうしますか?

138 名前:146 mailto:sage [2008/03/27(木) 03:41:49 ID:/tJi5oc+]
ついでにindexも元に戻しておきました。







[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<53KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef