「フレッシャーズ」というサイトで
「バグがスゴすぎて仰天したゲームは？」
というアンケートの結果が公表されている。
いろいろ出てる中には「へー、こんなのもあったんだー」と思わせてくれる回答もちらほらと。
私自身の経験で言うと一番はスーパーファミコンの「真・女神転生II」（アトラス）だな。
最後のダンジョンを進んでいき、途中の中ボスとの戦闘が始まると途中で必ずハングしてしまいリセットするしかなくなってしまった。
直前のセーブポイントから何度やり直しても同じなので結局クリアできなかった。
最初からやり直す気力も無かったしね（汗）。
真・女神転生2
プレステでも出てたんだね。
真・女神転生II
WiiUでもダウンロード版があるんだ。
3DS用は無いのかな？
真・女神転生II <スーパーファミコン> [オンラインコード]
More from: バグ
←クリックしてくれると嬉しいです。
「Please open this page in the Admin panel only.」が表示される場合の対策
WordPressで人気のplug-in「Google Analytics Dashboard」を2.05から2.1にバージョンアップをしたところ、トップページが表示されなくなり、出てくるのは「Please open this page in the Admin panel only.」の一行だけになってしまった。
調べてみるとアップデートした「Google Analytics Dashboard」が原因のようで（というか不正アクセスでなければ他には考えられない）、解決方法も見つかった。
「【解決法】Please open this page in the Admin panel only. | お墨付き！」
上のサイトによるとplug-inの一部を書き換えてエラー表示を行っている部分を無効化すれば解決するとのこと。
早速上記サイトを参考にplug-inのファイルを書き換えたところ正しく表示されるようになった。
んー、でも無効化した部分にはなんらかの意味があったと思うんだけどな。
なにをしたくて入れてある関数なんだろうか？
名前からするとサイトがなんらかの理由で「工事中」となっている場合を想定しているようにも思えるのだけど・・・？
←クリックしてくれると嬉しいです。
「Please open this page in the Admin panel only.」？？？
当ブログにアクセスするといきなり「Please open this page in the Admin panel only.」とだけ表示され内容を読むことが出来なくなった。
ググってみるとどうもPlug-inの一つ「Google Analytics Dashboard」が原因らしい。
たしかに今日の午前中にアップデートしたので、とりあえず「Google Analytics Dashboard」を停止したところきちんと表示されるようになった。
まだ細かいところはチェックしていないが、この後きちんと対策しておくことにしよう。
いやー、最初気づいたときは「また不正アクセスでやられたか？」と思ってしまったよ（汗）。
←クリックしてくれると嬉しいです。
さっそく「言い訳」を公表
BaiduIME及びSimejiがユーザーが入力した内容をサーバーに送信していたという件に関してバイドゥが公式見解を発表した。
それによるとSimejiに関しては「バージョンアップ時にバグが混入し、その結果ログ情報を「送信しない」に設定していても送信されるようになってしまっていた。」という。
BaiduIMEに関しては「ユーザーの入力情報を弊社サーバに送る場合は、ログ情報の送信に事前に許諾をいただいており、許諾が得られないユーザーについてはログ情報の取得を行っておりません」と問題は無いという見解。
Simejiに関してはバグを修正し12/26中に新しいバージョンの提供を行うと発表されたが、BaiduIMEに関してはそのような発表は無い。
BaiduIMEには設定項目の中にクラウド変換を使わないように設定できる項目があるが、そのように設定しても変換内容がサーバーに送られることが確認されている。
この件に関しては公式発表はされていない模様。
まぁ、早速「言い訳」を言い出したけど、誰がこんな都合の良い「言い訳」を信用するんだか。
←クリックしてくれると嬉しいです。
あれ？まだ直ってないのね。
先ほどNIFTY-Serveのサービスから三日ぶりにログアウトしたら、利用時間の表示がおかしいままだった。
証拠のスクリーンショット
NIFTY-Serveのログアウト直後の画面。利用時間の表示が変。
引用開始———————————————————————————————-
ログアウト
LOG IN - – – 2012/06/14 21:49:47
LOG OUT - – – 2012/06/17 23:16:59
ご利用時間は、73時間4334分12秒でした。
ご利用誠にありがとうございました。
Clear PAD
Host requested clearing the call
HOST NAME?
*OFF
NO CARRIER
＞
引用終了———————————————————————————————-
本当は3日と1時間27分12秒なので、73時間27分12秒となる筈なのだが・・・・・・
この表示を見ると時間の差と秒の差の表示は合っている。
で、分差の計算が間違っていて、どういう計算をしたらこの数字が出てくるのかを考えてみた。
単に73時間27分をそのまま分で表示しているのなら4407分となる筈。
で、その分の数字と実際に表示された数字の差が73なので、本来は4407/60（=73.45）の小数点部に60を掛けたのが分（この場合は27）の表示になるべきなのだが、何故か4407（分）-73（時間）を引いた数字を分の数字として表示しているようだ。
うーん、結構単純なバグだなぁこれは（笑）。
実際には秒差を求めてから時分秒の表示に直しているんだと思う（自分ならそうする）けど、そこで計算式を間違ったと思われる。
＃整数計算なら
時間差=秒差/3600
分差=（秒差-時間差*3600）/60
秒差=秒差-時間差*3600-分差*60
で求められる。（筈、この式で合ってるよね？）
サービスを開始してから半月以上も経っているからとっくに気付いて直してあるかと思ったけど、もしかしたら気付いてさえいないのかな？
それとも昔のNIFTY-Serveの時も同じで、そのまま再現しているとか？
昔は時間で課金されていたから、今回のような長時間のログインはしていなかったけど、数時間程度なら入ったままのことはあった。
その時にはこんなことは無かった様に記憶しているけど、ちょっと不確かだなぁ。
さて、このバグはいつまでこのままなのだろうか？
＃教えてやれって？そうかもしれない（笑）
←クリックしてくれると嬉しいです。