新生鳩丸掲示板♯

>　何年の前にある論理が覆ってないからこそ信憑性がたかまるのでは？

　誰もこの論の信憑性については論じていないと思いますが、まあそれはともかく、

>少なくとも一笑に伏したる戯言ではないからこそ、いまだもって論議されている（決定的な否定の証拠があれば、この主張は長続きしないであろう）

　私も別に「一笑に付したる戯言」だとは思っていませんが、「決定的な否定の証拠があれば、この主張は長続きしない」というのは、論拠にはならないですね。

　というのも、いくら否定の証拠を並べられても理解できない、あるいは心情的に受け入れることができない人が現実に存在するからです。そういう人たちは論破不可能なので、いわゆる「トンデモ説」がいくら否定の議論をされてもいっこうに消滅しないということは普通に起きます。

　また、徹底的に論破されていったんは消滅しても、当時の議論を知らない人たちによって復活するということもあります。怪しい理論が数十年のスパンで復活と消滅を繰り返すというのも良くある話です。

　まあ、そもそも人間というのはそういうものなので、それを否とするのではなく、むしろそういうものとして受け入れるべきなのだろうと思いますけれど。

　”小林よしのりがそんなことを主張していたのはもう何年も前の話だと思いますが”

　何年の前にある論理が覆ってないからこそ信憑性がたかまるのでは？少なくとも一笑に伏したる戯言ではないからこそ、いまだもって論議されている（決定的な否定の証拠があれば、この主張は長続きしないであろう）

> ACCS はセキュリティに慎重であることが強く求められていると思うのですが、どうして安易にフレームなどを選択したのか

そりゃもちろんサイバーノーガ【削除されました】。

>http://www.geocities.jp/baematome/

>ここによると、「誰にでもわかる簡単なCookie」が原因だったようです。

　おお、情報ありがとうございます。

　さらに

http://news16.2ch.net/test/read.cgi/dqnplus/1103908065/23-23

　に詳細に紹介されているようですね。

　これが本当だとすると、単に Cookie に公開情報である ID を埋めているだけで、アクセス制御も何もあったもんじゃないという感じです。

ペ/ゆうこりん祭りまとめ

http://www.geocities.jp/baematome/

ここによると、「誰にでもわかる簡単なCookie」が原因だったようです。

よくわからなかったので(謎)、とりあえず縦方向の真ん中 3倍のところに 500かけて、外れたらリセット。というのを2回当てて、次は真ん中3倍+そこの縦3列、ってのをやって、次はさらに+そこの縦間の2列ってのをやって、そのうち真ん中ごっそりとかにして、という感じで、リセットしまくりでしたが1時間だか1時間半だかくらいだかで3万枚くらいになったので、そのあとは、500コインスロットにいって、テレビ番組を見ながらずっと上キーをぽこぽこ適当に叩いて、3時間くらいしてドラクエの画面に切り替えたら50万枚くらいになってたので、良かったです(謎)。

>とりあえずは、いま謝礼でもらった600枚しかないので、1/3にごっそり賭けして、しばらくは我慢して外れたリセット、っていうのを続けてみようと思います。

　おお、初期状態でしたか。

　枚数が少ないうちは 6点賭けがお得です。

　ルーレットの倍率は以下のようになっています。

1点賭け …… 28倍 (28)

2点賭け …… 14倍 (28)

3点賭け …… 8倍 (24)

4点賭け …… 7倍 (28)

6点賭け …… 5倍 (30)

9点賭け …… 3倍 (27)

13点賭け …… 2倍 (26)

14点賭け …… 2倍 (28)

括弧内は対象パネル数と倍率を賭けたもので、要するにこれが期待値です。パネル数は 28なので、28でトントンとなります。

　6点賭けだけ何故か期待値が高いです。

　逆に 9点賭け(周囲の黄色い三角のところ) や 3点賭け (縦一列) はやや損ですので、これらの利用はリセット前提となります。

　なので、枚数少ないうちはお得な 6点賭けを使うのがお勧めです。

　600枚なら

1-6 の 6点賭け 150枚

7-12 の 6点賭け 150枚

13-18 の 6点賭け 150枚

19-24 の 6点賭け 150枚

　などとすると 6/7 の確率で +150枚なので、しばらくはこんな感じでちくちくやると良いと思います。

　しかしコインが 4000枚を超えるようになると 6点賭けのところには乗り切らなくなります。そうなるとリセット前提でごっそり行くのがお勧めになってきます。

>　が、私はこれで 3回連続 26が来て残念な思いをしたことがあり、結局、右側 1/3 にごっそり賭けて 2回連続はずれたらリセットというやり方に落ち着きました。

とりあえずは、いま謝礼でもらった600枚しかないので、1/3にごっそり賭けして、しばらくは我慢して外れたリセット、っていうのを続けてみようと思います。

>でも、根気で続けるのは、まあ何とかなるようにも思うけど、そういうフーにベットするのが大変そう。

　御意。UI がしょぼくて 0 か 500以外の数字で BET するのは大変なのですよね。

　とりあえず 6点賭けの期待値が高いことが分かっているので、

1-6 の 6点賭け 500枚

4-9 の 6点賭け 500枚

7-12 の 6点賭け 500枚

10-15 の 6点賭け 500枚

13-18 の 6点賭け 500枚

16-21 の 6点賭け 500枚

19-24 の 6点賭け 500枚

22-27 の 6点賭け 500枚

　とすると、

掛け金……4000

0が来たとき(1/28) …… 戻りナシ、-4000

1,2,3,25,26,27 が来たとき(6/28) …… 2500戻り -1500

それ以外 (21/28) …… 5000戻り、+1000

　となり、3/4 の確率で +1000 です。

　期待値的には増えて行くことが期待できます。

　が、私はこれで 3回連続 26が来て残念な思いをしたことがあり、結局、右側 1/3 にごっそり賭けて 2回連続はずれたらリセットというやり方に落ち着きました。

>>0,25,16,27 にそれぞれ 20枚

>>1-6 の 6点賭け 112枚

>>7-12 の 6点賭け 112枚

>>13-18 の 6点賭け 112枚

>>19-24 の 6点賭け 112枚

>

>　あら、最初の 16 というのは 26 の typo でした。

>

>0,25,26,27 にそれぞれ 20枚

>1-6 の 6点賭け 112枚

>7-12 の 6点賭け 112枚

>13-18 の 6点賭け 112枚

>19-24 の 6点賭け 112枚

>

>　ですね。

おー　なるほど。

でも、根気で続けるのは、まあ何とかなるようにも思うけど、そういうフーにベットするのが大変そう。

>0,25,16,27 にそれぞれ 20枚

>1-6 の 6点賭け 112枚

>7-12 の 6点賭け 112枚

>13-18 の 6点賭け 112枚

>19-24 の 6点賭け 112枚

　あら、最初の 16 というのは 26 の typo でした。

0,25,26,27 にそれぞれ 20枚

1-6 の 6点賭け 112枚

7-12 の 6点賭け 112枚

13-18 の 6点賭け 112枚

19-24 の 6点賭け 112枚

　ですね。

>リセットすんの面倒すぎなんですけど（というかリセット押しに行くのが）、ソフトリセットってある？

　無いと思います。気合で頑張るしか。

　リセットしたくない場合はスロットの方がお勧めです。

　ちなみにルーレットでも地道に儲けることはできます。たとえば、

0,25,16,27 にそれぞれ 20枚

1-6 の 6点賭け 112枚

7-12 の 6点賭け 112枚

13-18 の 6点賭け 112枚

19-24 の 6点賭け 112枚

　とすると、どの数字が来ても560枚あたります。賭けているのは 528枚なので、確実に 32枚の儲けが出ますが……儲け幅が少ないので根気が必要です。

リセットすんの面倒すぎなんですけど（というかリセット押しに行くのが）、ソフトリセットってある？

>そんな名前のアドオンは出てこないのですが、その場合安全だと考えていいのでしょうか?

　どうやら、一度そのアドオンを使っているサイトにアクセスしていないと出てこないようですね。

http://www.st.ryukoku.ac.jp/%7Ekjm/security/memo/2004/12.html#20041222_DHTML

　私は速攻でデモを見に行っていたので……。

>expressionがスクリプト扱いなのではなくて、「obj.offsetWidth」への参照がスクリプトなのではないでしょうか。

　少なくとも私の環境では、expression があるだけでスクリプト扱いになっているように思います。たとえば

<div style="border:red solid 1px; width: expression(300);">

テスト

</div>

　を表示させるとスクリプト有効/無効で結果が異なりますし、ダイアログ表示にして

<div style="width: expression();">

テスト

</div>

　を表示させようとすると、「スクリプトの実行できるようにしますか?」と訊かれました。

expressionがスクリプト扱いなのではなくて、「obj.offsetWidth」への参照がスクリプトなのではないでしょうか。

>>なんか2101番の記事が消滅して2102番に変わってるような気のせいがするのですがニフティの真似ですか【違】。

>

>おまけに掲示板側でツリーがマージされてない…

　ああ、ごめんなさい。間違えました。

　直しておきます。

>> ……XP SP2 の場合は、インターネットオプションの「プログラム」タブにある「アドオンの管理」で "DHTML Edit Control Safe for Scripting for IE5" を無効にすることでも回避できるようですね。

>そんな名前のアドオンは出てこないのですが、その場合安全だと考えていいのでしょうか?

"DHTML Edit Control Safe for Scripting for IE5"のほかにも"DHTML Edit Control Scripting for IE5" とかいふのがありさうな気がします。（当社比。）後者はSafeではないのでインターネット上でWEBを閲覧している人に「おいおい大丈夫かい？」と警告を出すこともあるようです。警告レベルの差異だけですので、よくわかりません。レジストリーは隣同士ですのでそちらでどうなのか判断することも可能かもしれません。一般的には難しいかと。

別角度で。脆弱なモノがOCXなので、動的にインストールされちゃう可能性もあｒのかなぁと妄想しています。サーバー側にキャビネットにして置いておいても良いわけで。codebaseで指定しておけば出来かねないと。しかも、そのキャビネットはMicrosoftさんが作った純正な署名付きですから、ヘタすると警告無しでインストールされるようなユーザさんも多いかもしれません。

>というかFirefoxに乗り換えてしまったので何の心配も要りませんけど。

御意。

>なんか2101番の記事が消滅して2102番に変わってるような気のせいがするのですがニフティの真似ですか【違】。

おまけに掲示板側でツリーがマージされてない…

なんか2101番の記事が消滅して2102番に変わってるような気のせいがするのですがニフティの真似ですか【違】。