毎度、「Telmina」ブログをご利用いただき、ありがとうございます。
表題の通り、2008年2月17日（日）の未明から日中に掛けて、ブログが正常に表示されない現象が発生しておりました。
原因ははっきりしませんが、この日の未明（真夜中）にヴァージョン・アップをおこなったWordPressプラグイン「Ktai Style」1.0と、携帯電話表示用の「Ktai Style」対応テンプレートとの間に不整合があったことに起因するものと思われます。
携帯電話からこのブログにアクセスしたタイミングで、ブログ本体側のテンプレートがWordPress標準のものに強制的に置き換わる現象を確認しております。
日中に、「Ktai Style」のヴァージョンを0.99に戻したところ、事態は沈静化いたしました。
その後、しばらく様子を見ておりましたが、それ以降現象が再発していないため、今回のアナウンスに踏み切らせていただくこととなりました。
ご利用の皆様には、多大なるご迷惑をおかけすることとなってしまい、申し訳ありませんでした。
また、当日Twitterにて調査のアドヴァイスをいただいたり、調査にご協力いただいた皆様に対しましては、厚く御礼申し上げます。
このブログで関連すると思われる他の投稿
25個のコメント
やっぱり、ここでハマってしまわれましたか……。
README にはきちんと書いてあったのですが、分かりにくい場所にあることは事実かもしれません。「主な更新点」にも「携帯テーマにおいて style.css ファイルを必須ファイルとしました。」という行があるのですが、これが「PC 版テーマがデフォルトテーマに戻る」こととは、すぐには結びつかないでしょうし。
style.css を必須にしたのは、オリジナルテーマを集めたサイトを作るための手始めです (テーマの作者名などを入れるファイルとして使う)。バージョン 1.01 では、 style.css がないと携帯テーマとして認識しないこととにします。これだと挙動が直感的になるでしょうし。
ご教示ありがとうございます。
…しかし、READMEなんて、読めと促されない限りは読みませんし、主な変更点についてもさらっと書いてあるだけで本現象との関連性については全くわかりませんでした。正直ここまで致命的だということは全く読み取れませんでした。
影響範囲についても「主な変更点」に明示していただきたかったです。
READMEについてはちゃんと読まなければならない。勉強になりました…。
「主な変更点」については、自サイトおよび JSeries の方には追記しておきました。配布物については、バージョン 1.01 を早めに配布することで対策します。
新規ユーザーならともかく、既存ユーザーの場合、ドキュメントを全部読めというのは酷な話だと思います。少なくとも「改版履歴」と「以前のバージョンからの更新方法」は目を通せば十分にしてありますが、そういう文書構成であることを分かりやすくするのは今後の課題といたします。
続報です。「style.css がなければ携帯テーマとして認識しない」という対策を入れると、PC 版テーマが default に戻る現象が回避できることが分かりました。自作携帯テーマを作っている人は少ないと考えられますが、それらの人には重大な問題ですので、今日中には対策版をリリースいたします。
別の記事を執筆している間に、もう対策に着手していただきありがとうございます！
私は急かしませんのでごゆっくり…と言いたいところですが、私と同じことをやる人は他にもいるかもしれませんので、無理をしない程度に早めにお願いいたします（どっちだ）。
今回はREADMEに全く目を通さなかった自分が悪かったのですが、書き手としては多くの（「すべての」は望めないので…）読者に伝えたいことを伝えるのが難しいところでありますね。
やっぱり、私以外にもREADMEを読まない人もいるようですし（笑）。
その意味でも、今回の件は勉強になりました…。
仕様変更したのは作者の勝手ですし、ドキュメントが分かりにくいことも事実なので、「事前に読んでなかった」のは仕方ないと思います。ただ、トラブル発生時に「マニュアルを見てみる」という対応をして頂けると、早く解決した可能性はあります。
今回、作者側で「PC テーマがデフォルトに戻る現象」が発生する可能性を事前に把握していたのは、まだ幸運だったと思います。そうでなければ、現象の追跡は非常に困難で、解決がおぼつかなかったかもしれませんから。
先ほどまで狩猟していたテルミナです。やっとイャンクックを倒せました（ぉぃ）。まだハンター・ランクは5。
…以後気をつけます。
冷静に考えれば、マニュアルを見るというのは基本的な対応なのですが、完全にそれが抜けていました。弁解の余地はございません。
ちなみに今回（READMEを読んでいなかったという前提で申し上げますが）、携帯電話の画面を見たとたんにテーマが戻ることを突き止めたのは全くの偶然でした。
今まで動いていたテーマに何も手も加えずにいきなり不具合というのは完全に想定外でしたものでして、はじめは「Ktai Style」を疑うことすらしていませんでした。
今回、個人的にはいろいろ反省点が多かったです。今後の参考とさせていただきます。
となると、トラブルシューティングの一環として「Ktai Style のマニュアルを読む」ことに思い及ばなかったかもしれませんね。そうなると、地道な手法である「トラブル発生直前に加えた変更は何か思い出す」→「元に戻してみる」という作業から始めることになるわけで、なかなか大変なことになりそうです。
お久しです～(^^)/
新たなブログ「週刊e217.net」の開設おめでとうございます。
その「週刊e217.net」ですが，コメントを送信したら「HTTP 500 内部サーバーエラー」になってしまい，書き込めませ～ん(T_T)
すみません。まずは直接この記事と関係しないことからで恐縮ですが…
rtas様、大変ご無沙汰しています。
ご連絡ありがとうございました。
原因は、あちらでは使用しないはずの足し算プラグインを有効にしてしまったということです。
先ほど足し算プラグインを解除し、コメント可能になりました。
誠に申し訳ありませんでした。
あちらでのご意見、心よりお待ち申し上げます。
では本題。
はい。
…嗚呼、ダメ人間街道まっしぐら。
なお、昨日申し忘れていたことですが、「Ktai Style」用テンプレート側にスタイルシートを埋め込んだ場合、どうやら「Ktai Style」1.0では反映されないようですね。
例のCSSにでも書いてしまえばよろしいでしょうか？（でもそれだと容量判定できないか…）。
やっぱり，きちんと動作するかどうかの「テスト」は大事ですね(^^;
あと，トラックバック先のURLが長すぎると(例えば二つ目のトラックバック)，「いしのなかにいる」(←おっ，これは「ウィザードリィ」ですね？)のページが表示されます。
以上，デバッグ担当者からの報告でした(^_^;
これなんですけど、私も初めて現象を確認しました。
実はこれまで、ブログ記事のURLに投稿名を使ったことがなかったので、今までの感覚で投稿していて投稿名の別名を設定し忘れており、今回の現象が発生しておりました。
投稿名に日本語が含まれると今回のような現象が発生しますので、「投稿スラッグ」の設定が必要だったわけです。
次回以降はきちんと「投稿スラッグ」を設定するようにいたします。そうすれば、今回のような問題は起きなくなるものと思われます。
大変失礼いたしました。
これはべつに責めてるんじゃないですよ〜〜。「現象が複雑すぎて、解決困難だったのは仕方ない」という意味です。正直、今回のトラブルは作者以外は対応不可能だと思います
(もしくは Ktai Style のソースコードをじっくり研究している人ぐらい)
どのように検証されているのか不明ですが、携帯電話のスタイルシートは相当クセがあるので、思い通りに動かないことが多いです。i-mode の場合、インラインスタイルシート (各要素に style 属性をつける) しか効きません。EZweb の場合は通常のスタイルシートが使えます (default テーマの header.php に例あり)。style.css はまったく読み込んでいませんので、何を書いても無効です (現在、ファイルの存在を確認しているだけ)。
現在、メインのPCの再セットアップ中のため、まだなれていないノートPCからの投稿です。
スタイルシートについては単に目視です。
こちらも、0.99の時までは（一応）自分の意図通りに出力されていました。1.00以降、味も素っ気もなくなりました。
もっとも、動作自体には特に問題ありませんので、タグの書き換え処理に絡んだものと思われます。
しばらく、じっくりチェックする時間をとれなさそうです…。
テンプレートにスタイルシートを書いてしまっている場合、Ktai Style では何もしていません (従来の HTML 型式を style 属性に変換するのみ)。
Firefox + User Agent Switcher で見ると分かりますが、フッタ部分の「最新記事……ログイン」の部分に dt 属性が入ってしまっているので、XHTML 文法違反が発生しています (全部 br 要素が正しい)。この影響かもしれません。
もしくは、EZweb 端末は #RGB の3桁型式を認識しないのかもしれません (#RRGGBB の6桁型式のみかも)。
なお、head 属性に入れた style 要素は、i-mode ではほとんど効かないのでご注意を。
いろいろご指摘ありがとうございます。
…しかし、dt関連がNGとはね（汗）。
ちなみに着色についてですが、我がW51SHでも、「Ktai Style 0.99」の時まではちゃんと適用されていました。
なんだかよくわからんのぅ。
あ、そうそう。1.10を適用してから、ついにaccesskeyまで効かなくなってしまいました！ 一応ご報告まで。
今週末は多忙になりそうですので、こっちのテーマ手直しは当面かかりそうです。
いっそのこと、標準添付品に戻そうかしら？
ええと、dt 要素自体がダメなのではなくて、dl 要素がないのに dt を使ってしまっているから変になっています。dl, dt 要素の使用例としては redportal テーマの footer.php を見てみてください。
着色については、ひょっとするとスタイルシートに文法違反があるのかもしれません (未確認)。
アクセスキーは Ktai Style 1.10 のバグです。大変申し訳ありません。昨晩自分でも気がついて、さきほど修正版を出しました。単純な作業ミスで、アクセスキー関連のコードを削除してしまっていました。ブランチを切って並列開発したのが、かえってミスになっていたようです (1.11 で採用したアクセスキーの機能増強のためコードを切った貼ったしたとき、1.10 リリース用ソースファイルからカットしていた模様)。
こんばんは。ちょうど今現在、ヴァージョン1.11に関する記事を執筆していたところです。
日付が変わったら投稿します（ぉぃ）。
あちゃ～！ 私、そんな低レヴェルなミスをしでかしておりましたか（汗）。
とりあえずは再改造の時間をとれないのと、やっぱり画像を表示させたいという事情があり、1.11導入とともにテーマを標準添付のものに戻しました。
アクセスキーの件、了解です。先ほど確認させていただきました。
この記事のコメントを携帯電話で見たときに気がつきましたが、ページ分割したとき、ol 要素の項目番号が引き継がれず、2ページ目以降で1番にリセットされていました。ページ分割の実装上、今のところ仕方ないのですが、次期バージョンで修正いたします。ol 要素で分割が発生したとき、中にある li 要素の数を数えて、次ページで ol start=”XX” とやればよさそうです。ul 要素の入れ子についてはページ分割が正しく行なわれる確認をしていましたが、長い ol 要素の確認は漏れていました……。
あ、全然気にもとめていませんでした（爆）。
むしろ、このような現象が起こりうるケースでコメント一覧から直接あとのほうのコメントに飛べないケースのほうが問題といえば問題ですが、それこそ本当に対応が難しかろうと思われます。
一応ご参考まで。
ol 要素分割については、苦労の末実装できました。1階層だけなら単純に実装できたのですが、ol が入れ子になっていたり、ol の中に ul があったりなど複雑なパターンでも問題なく動くように改良していると、70行ものコードになってしまいました。
フラグメント識別子 (#comment-1234 のようなもの) を含むリンクと、分割発生したときの対応ですが、他のページに飛ぶ場合は、リンク先が何番目の分割ページかを調べなくてはならず、さすがに対応は困難です。ページ内リンクなら対応できなくはないですが、こちらも当面は対応を見送っています。
絵文字変換テーブルも半分ぐらいはできましたが、テストに時間がかかりそうで、リリースは WordPress 2.5 より後になりそうです。(あ、WordPress 2.5 の確認もしなければ)
…俺が見たら卒倒しそうですね（ぉぃ）。
ちなみに今日は仕事場でPHPに苦しめられました。
分割発生への対応を無理にやろうとすると、それこそ1コメントを1枚の画面に出力するという対応でもしないとダメかも知れませんね。Twitterのような感じでしょうか？
あ、WordPress 2.5、そろそろですか。
私の場合は、携帯電話で閲覧できなくてもさほど問題ない「週刊 e217.net」に先行導入して、「Telmina」のほうは後回しと言うことにしましょうかね。
相当トリビアルなコードなので、自分でも後で見返したら意味不明かも;-) ページ分割のコードも多少分かりずらいのですが、それを上回っています (services.php の
detect_nesting_list()関数がそれ)。コメントを1画面にまとめるのは、1つの手として考えておきます。たぶん読みにくいので採用しないような気がしますが。
WordPress 2.5 は3月前半リリースという噂を聞いていますが、どうやら Ktai Style の管理機能はうまく動かないようです。
すごいスパゲティ・コードなのかと思ったらそうでもなさそうですね。ただ、時間が経ってから書いた内容を思い出そうとするのは相当つらそうですね（爆）。
読み手からするとそうでしょうね。
もっとも、ここのように長文コメント当たり前なところだったら問題ないかも（ぉぃ）。
コメント1つ書くのに記事1つ書くのに匹敵するエナジーを使うことすらあります。
とりあえず、「Ktai Style」が落ち着きそうになるまで、ここ「Telmina」ではWordPress 2.5導入を見合わせようかと思います。
どのみち、最近の傾向からすると、他人の不具合報告を待ってから入れるかどうか判断したほうが良さそうなケースも少なからずありますし（苦笑）。
4個のトラックバック/ピンバック
WordPress 携帯対応プラグイン Ktai Style 1.01 リリース
WordPress 携帯対応プラグイン「Ktai Style」の正式版となるバージョン 1.01 をリリースいたしました。変更点は以下の通りです。携帯テーマに style.css が存在しないときの動作を改善しました …
[...] ご報告いただきましたrtas様に対しまして、厚く御礼申し上げます。 [...]
WordPress 携帯対応プラグイン Ktai Style 1.10 リリース
さっそくですが、WordPress 携帯対応プラグイン「Ktai Style」の正式版となるバージョン 1.10 をリリースいたしました。主な変更点は以下の通りです。各社 3G, WILLCOM, その他端末では、小型サ …
WordPress 携帯対応プラグイン Ktai Style 1.11 リリース
バージョン 1.10 にドキュメントの不備と大きめなバグが見つかったため WordPress 携帯対応プラグイン「Ktai Style」の正式版となるバージョン 1.11 をリリースいたしました。変更点は以下の通…
コメントを書く