忍者ブログ
2024.11│ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
zkunがいろんなことを横書きするブログのようですw(含み笑)
2024年11月22日 (Fri)
×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

2013年08月31日 (Sat)
Beat v1.4でクッキー保存がなんだか途中からおかしくなって、どこをどう検証してみてもおかしいところはないように思われる。セレクトとオプションの動作自体は論理的に正しく反応しているし、idとかinnerHTMLもずれてるわけでもない。じゃあ、なんでクッキーが崩れるの? と不思議に思い、変数を片っ端から表示させてみても特に異常はない。最終的にクッキーを読み書きする汎用ルーチンの部分になにか問題があると考えた。

この汎用ルーチン自体は以前から別のスクリプトで安定して動いていたもので信頼を置いていたのだが、どう考えてもここでトラブっているとしか考えられない。document.cookieそのものを大きなテキストエリアに表示して挙動を見てみた。すると、こちらの読み込み動作に反応して、キーワードにひっかかる部分がその都度前へ送り出されているようだ。こんな挙動をしているとは夢にも思ってなかったw そして、Keyword=という行が出てくるよりも前に、なんだかよくわからんkeyword%、、、みたいな行があって、それが邪魔をしているようだった。その行にはoptionという単語や、ほかのキーワード名がいくつか並んでいたので、ははあ!と勘づいたyo

その行は、おそらくパターン名をつけてクッキーに書き込みを行い、その名前で<option>をつくってidをその名前でつけて、<select>の内部に入れこむ作業を行ったときになぜか生成される一時的な文字列で、そいつもdocument.cookieを仮置き場に使っていたということのようなのだw それでいくらやっても途中から正しく読み込めなくなっていたみたい。こんなの、どんな本を読んでも調べることも気付くこともできないよwww(無理ゲー笑)

そこで、これまではそんな妨害を受けたことがなかったので正常に機能していたクッキー読み書き汎用ルーチンを一部改造して、「keyword=」まで「=」を含めて検索させるようにしたら、document.cookieの先頭にほしいデータが現れるようになり、正しくパターンデータを取り出せるようになったyo かなり焦ったけど、原因を着実につきとめていけば、直せないバグはないよne こんなことをしてるうちに、Safariのメニューで「開発」というところをいろいろいじっていくと、どこでエラーが発生しているか、どんなタイプのエラーなのかがある程度表示されるということもわかってきたし、なかなか便利な時代になってきたなあと実感したyo まあ、以前はほんとにテキストエディタのみで書いていたのでバグとりは鬼だったけどw(死笑)

でも、今回のクッキーの不具合は、文法自体にエラーがあったものではなく、勝手に違う場所から見当はずれなデータを読もうとして、結果期待する処理が完了しないという不具合なので、システム上のエラーメッセージが発生せず、いったいどこが悪さしてるのかがさっぱりわからないものだったyo(大苦笑) それでも解決しちゃうんだからボクの分析能力もなかなかたいしたものだと思わないかい?(ドヤ顔笑)

拍手[0回]

PR
←No.124No.123No.122No.121No.120No.119No.118No.117No.116No.115No.114
カレンダー
10 2024/11 12
S M T W T F S
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
フリーエリア
Free counters!
最新CM
[05/13 ズーム君]
[05/13 yt]
[05/13 yt]
[05/03 yt]
[04/29 ズーム君]
最新TB
プロフィール
HN:
zkun
性別:
男性
ブログ内検索