プロフィールの「使用言語」

_ 管理ページの [コントロールパネル]-[プロフィール] に [使用言語] という項目があります。 しかし、UTF-8 以外を選択してみても、残念ながらページには反映されないようです。 というわけで、念のためスタッフルームにも TB しておきますです。

_ ドキュメントらしいページが見当たらないので推測で弄っています。 なので、間違っているかもしれないのですけれど。 ココログのヘルプの「文字化けしたりアクセント記号が表示できないのはなぜ？」という項目には、次のようにあります。 これを見るに、「指定した場合を除く」というからには UTF-8 以外を指定できるに違いない、と。

ココログはUTF-8というテキストエンコーディングをすべてのページで使用します（別のエンコーディングを指定した場合を除く）。現在一般的に使われているほとんどのブラウザではUTF-8を検知して正しく表示することが可能ですし、ココログへの投稿も問題ないはずですが、もしウェブブラウザで使用するテキストエンコーディングを別のもの（Shift-JISなど）に限定している場合は、正しく表示することができません。

_ もしかして、プロフィールの設定なだけに、本人が話す言葉使うブラウザの、とかいう。 いや、まさか、そんな。
(^^;

_ ここで EUC-JP を指定できるならば。 もしかすると、IE でのココログル文字化け問題は回避できるかもしれません。

_ もう少し説明をしておきますと。 ココログルは accept-charset 属性で、フォームへの入力を EUC-JP で送信するよう要請しています。 しかし、IE は accept-charset 属性を解釈せず、常にリンク元のページと同じエンコーディング、即ち UTF-8 でリンク先に送っているのではないかと。 なので、リンク元のページを EUC-JP にしてしまえば、IE での文字化けが回避できそうな気がします。 気がする、というのは。 あたしが IE というか、IE が動くプラットフォームを使っていないため、確認できないという事なので。

_ あ、今後「使用言語」が反映されるようになったら。 XML 宣言 <?xml version="1.0" encoding="XXX" ?> と、/html/head/meta 要素のタグ <meta http-equiv="Content-Type" content="text/html; charset=XXX" /> (併せて、HTTP 応答の Content-Type: ヘッダも) がきちんと整合しているか、も。 確認を忘れないようにしておかないとね。

_ # 久しぶりの更新。でも、まだ本調子じゃないので、いましばらくは頻繁な更新は保留なのです。

サブタイトル h2 解呪は RSS 呪縛を招く?

_ facet さんのサブタイトルのh2呪縛から逃げ出す？ (facet-divers)という試み。 なかなか面白いですね。 しかし、それをやると生成される RDF データ腐ってしまう可能性も。

_ RDF データの description 要素の中は CDATA セクションになっているので、'<', '>' (が文字参照に変換された "&lt;", "&gt;") を含むテキストとして扱われます。 RSS 応用ソフトで、これがテキストとして扱われれば、即ち '<', '>' と文字参照の置換が正しく行なわれていれば、"</h2>ほげほげ<h2>" という中途半端なタグのようなものが表示されるだけです。 普通の XML の処理を考えると、このようになるのが自然だと思います。 見た目は良くありませんが、ここまでは問題はありません。

_ ですが、(X)HTML として解釈しようとする RSS 応用ソフトがいた場合。 h2 の終了タグが先頭にあり、h2 の開始タグが末尾にあるため、困った事になります。 RSS 周辺の事情が良く分かっていないので、杞憂なら良いのですけど。 とりあえず、ここは安全側に倒しておきたいところです。 第三者に悪影響を与えるのは避けたいですもの。
# そういう RSS 応用ソフトが悪いという気も ^^;

_ というわけで。 サブタイトルなどの RDF データに抽出される部分にタグを含める場合は、少なくとも開始タグと終了タグの対応がついているものだけにしておいた方が無難かな。 というのが、今のあたしの見解です。

_ 問題ない事が保証されるようなら、いずれあたしも使いたいので。 ご存じの方、ぜひぜひフォローくださいませ。

XHTML 1.0 での属性値の注意点

_ # 検索フォームの導入へのコメントを引き継いでいます。

_ ココログのページは XHTML 1.0 Transitional になりますが、HTML 4.01 以前と異なる点が幾つか存在します。 例えば、誰にでも理解しやすい基本的な違いの一つに、要素名と属性名は全て小文字でなければならないというものがあります。

_ さて、大文字小文字の区別に関して意外と盲点なのが、列挙型の属性の値も全て小文字でなければならないという点。 列挙型の属性というはあらかじめ選択できる値が決まっているものの事で、良く目にするのは form 要素の method 属性の値 "get", "post" などです。 これは Second Edition で明記された項目であるため、XHTML 1.0 を使っている人からも見落とされがちかも知れません。

_ 余談ですが、EUC-JP, Shift_JIS, UTF-8 などの IANA で定義されている文字集合名は大文字小文字の区別はありません。 また、HTTP で要求を送る際に使われる GET, POST, HEAD などのメソッドは常に大文字である事が RFC2616 の 5.1.1 Method に規定されています。

XHTML 1.0 妥当性を望む

_ ふと、The W3C MarkUp Validation Service と Another HTML-lint gateway で XHTML 1.0 Transitional への準拠度を調べてみました。 確認したのは、今までの全コンテンツが含まれているトップページと 2003/12 のバックナンバーです。

_ ココログのバナーの a 要素に何故か alt 属性が付いているのを除いて、検証エラーなし。 これさえなければ、妥当なページになるのでちょっと残念です。 早く直してくださるよう、スタッフの皆さんに要望致します。 削るだけなのですから。

_ 一方、HTML-lint の方は、この記事を公開する直前では次の通り。 まずまずの結果です。 エラー (というより警告) も、こちらが手を出せない問題か、もしくはマイリストなどで問題ない範囲であえてやっている事ですから、とりあえずは妥協せざるをえません。 できれば、こちらも併せて改善して欲しいものです。

ページ	エラー	得点	タグ種類	タグ組数
トップページ	28 個	90 点	35 種類	364 組
2003/12 月間	42 個	88 点	38 種類	470 組

_ というわけで。 当面は "Valid XHTML 1.0! except for the banner of Cocolog" って事で一つ(謎)

x

検索フォームの導入

_ ココログルは「健康な生活を送ろう！」の Curry さんによるココログ専用の (短期限定になるかもしれない) 検索サービス。 ぐれいとです。 わんだほーです。 ココログ内で良く迷子になるあたしにとって、まさに福音です ^^= 知ったきっかけは、Tiger さんの「あそびをせんとやうまれけむ」の紹介記事。 実は、どこで知ったのか分からなくなってしまって、確認するために早速ココログルのお世話に。 てへ。

_ マイリストの応用方法も概ね問題ないようですので。 早速ようやく、ココログ内全体の検索にココログルの、WWW 全体とうちの「風のまにまに心のままに」内だけの検索に Google の検索フォームを導入。 感謝を込めて、両ブログにトラックバックさせていただきました。

_ 一応、Google へのサイトの登録をしておきましたけど、まだインデックス張られてないのでしばらくは使い物になりません。 Google のロボットが巡回して来るまで、しばらくお時間をくださいませ。

_ 最後に。 今更あまり役には立たないと思いますけれど。 うちでマイリストに入力したパラメータを貼っておきます。 リストのメモをテキストとして表示しないようにしています。

ココログル検索フォーム:
タイトル	<form accept-charset="EUC-JP" action="http://web.or.tv/cgi/msearch.cgi"> <input type="text" size="8" maxlength="255" name="query" value="" /> <input type="submit" value="こころぐる" /> <br /> ↑ ココログ全体 </form></div><a href="">
URL	"></a><div class="cocologle
Google 検索フォーム:
タイトル	<form action="http://www.google.co.jp/search"> <input type="text" name="q" size="12" maxlength="255" value="" /> <input type="submit" name="btnG" value="ぐぐる" /> <input type="hidden" name="hl" value="ja" /> <input type="hidden" name="domains" value="siena.tea-nifty.com" /> <br /> ↑<input type="radio" name="sitesearch" value="" />WWW 全体 <input type="radio" name="sitesearch" value="siena.tea-nifty.com" checked="checked" />ここだけ </form></div><a href="">
URL	"></a><div class="google

_ さて、次はブログリストとスタイルシート、どっちから手をつけようかな。

早くも更新停滞しそう

_ 昨日から利き手中指の関節が痛くて難儀中。 酷い突指のような感じですが、全く腫れていないにもかかわらず。 曲げ伸ばしはおろか、慎重にキーを打つその軽い衝撃すら痛みを誘います。 で、耐えきれず、今朝から包帯ぐるぐるぐる。 添え木付きで手首の近くまで完全固定中なのです。 おかげで、食事は不便ですし、寝ると寝がりで余計に痛めてしまう始末で、食う寝る遊ぶ、どれもままなりません ;_;
# 他にやる事あるでしょ >> ぢぶん

_ 開設早々、このまま更新停滞してしまうのでしょうか ^^;? まー、うちはスタンスが偏ってますし ^^; 分かりやすくも綺麗にもできてないですから。 お客さんも少ないわけで。 ひっそりと埋もれて行くだけでしょう。 ブログというよりただの日記に近い気もしますし、遥かに有用なブログが幾つもありますものね。

_ 記事を書けない分、周りを見て歩く余裕ができて。 いろいろと自分の無駄な足掻きに赤面したりも。 車輪の再発明をする前にもっと周りを見るようにしましょう ^^;

_ 他にも自らの低能っぷりを堪能中(違)です。 今の悩みは、ネタ元が何処だったかすぐに分からなくなること。 更に、ブログの海を彷徨っているうちにいつの間にか迷子になること。 それはそれで楽しいのです。 楽しいのですけど。 記事のリンク先 URI を求めて延々と検索したり彷徨ったりするのはいかがなものでしょう。 トラックバックの参照関係を図示できたりすると便利かなぁ。

Re: 違反のないスタイルシート変更方法は可能か

_ うなさん曰く:

　残念ながら、可能じゃないっぽいです。上の記事で説明されている方法ですが、スタイルシートを上書きした後、新しい記事を投稿すると、以前のスタイルに戻ってしまいます。

_ どうやらそのようですね。 先ほど書いた時に確認しました ;_;

_ というわけで、フルカワマサユキさんのコメントにあるようなスクリプトで動的に書き換えるのが今のところ最善手、かもです。 あ、style 要素に type 属性付けるくらいはしてあげた方がいいかも。

トラックバック

_ 急にうちの参照頻度が増えて何事ぉ?と思ったら、此処録経由のアクセスでした。 うなさん、うちの初トラックバック、どうもありがとうございます ^^= コメントにしようかと思ったけれど、練習のためにトラックバックする事にしました。 そもそも、コメントとトラックバックの使い分けってどうするのがいいのかしら。 初めてするトラックバック、失敗しないといいな。 どきどき ^^;

_ フルカワマサユキさんのご指摘にあるように、うちのブログにトラックバック URI が書かれていません。 いえ、隠しているわけではなくて、設定でもトラックバックは受け付けるようにしてあるのに。 それでもなぜか、うちのどのページにも表示されないのです。 まだ何処かの設定を変える必要があるのか。 それとも、なんらかのバグなり不便な仕様なりのためか。 不思議なのです。 ヘルプとかも見て回ったのですが結局分からずじまい。 もう少し設定を確認してみて、分からなかったらサポートに訊いてみましょうか。
# もしかして、今までトラックバックが付かなかったのはこれのせい ^^;?

違反のないマイリストの応用

_ 少し前まで、サブタイトルにタグを書けるというのを利用してアクセス解析のコードを書いていました。 しかし、見出しである h2 に見出しでないものを書くのはどうにも気持ち悪さが残ります。 というわけで、本文のテンプレートに埋め込む方法に切り換えました。 既に定着しつつある「マイリスト」を使うそれです。

_ 先にどのように展開されるのか確認しておきましょう。 タイトル, URL, メモの内容をそれぞれ T, U, M とすると、生成されるタグは <li><a title="M" href="U">T</a></li> となります。 つまり、M に書けるのはタグを含まない文字列、T に書けるのは a 要素の中に書けるインライン要素、即ち 見出し要素に含められるものから a 要素自身を除いたものだけ。 ...。 サブタイトルよりも制限がきついじゃないですか /_;

_ 思考錯誤の結果。 やり方としてはイレギュラーなものの、DTD 違反せずにタグを自由に打つ方法に辿り着きました。 やっている事は分かっている人には半ば自明なもの。 XSS (クロスサイトスクリプティング) で良く使われるものです。 つまり、記入するパラメータにタグ終端 '>' を含めて強制的にタグを閉じ、続けて好きなタグを書くというものです。

_ 現時点でのココログのシステムでは、上のパラメータ T, U, M のサニタイジングをしないらしく、'<' や '>' などを文字参照に変換しません。 これは、不特定多数の人が入力するフォームであれば XSS に直結するセキュリティホールになります。 とはいえ、「マイリスト」などはページ管理者だけが入力するものなので、必ずしもセキュリティホールになるとは言えません。 但し、将来のシステム改編でサニタイジングされるように変更される可能性があります。 あくまでも現在可能な最善の方法でしかない、という事を念頭においておくべきです。 もっとも、その頃にはもっと自由度の高いシステムに改善されているに違いないったら違いありません。 えぇ、そうに決まっていますとも。
(^^;

_ えーと、話が逸れてしましました。 小難しい話は置いておいて、具体的な方法をまとめておきましょう。 慣れない人にははりややこしい話かもしれません。

_ ここでは、このページで使っている忍者 TOOLS のアクセス解析を例にします。 お約束通り " " と名前を付けた「マイリスト」を作成して、その項目に次のように入力します。 忍者 TOOLS の標準のアクセス解析のコードをちょっと弄って使っていますので、適当に読み替えてくださいませ。 また、人によって異なる箇所は strong で強調しておきますので、そのまま使わないようご注意を。

タイトル	<script type="text/javascript">nin=02;hattori="10";</script> <script type="text/javascript" src="http://j3.shinobi.jp/Rin?0245773"></script> <noscript><p>   <a href="http://x3.shinobi.jp/bin/gg?024577310" target="_blank">     <img alt="[☆]" src="http://x3.shinobi.jp/bin/ll?024577310" />   </a>   <a href="http://www.shinobi.jp/" target="_blank">アクセス解析</a> </p></noscript></div><a href="">
URL	"></a><div class="analyzer
メモ	(空もしくは好きな文字列)

_ これから生成される XHTML コードは、次の右の列が連結されたものになります。

固定	<li><a title="
メモ	(空もしくは好きな文字列)
固定	" href="
URL	"></a><div class="analyzer
固定	">
タイトル	<script type="text/javascript">nin=02;hattori="10";</script> <script type="text/javascript" src="http://j3.shinobi.jp/Rin?0245773"></script> <noscript><p>   <a href="http://x3.shinobi.jp/bin/gg?024577310" target="_blank">     <img alt="[☆]" src="http://x3.shinobi.jp/bin/ll?024577310" />   </a>   <a href="http://www.shinobi.jp/" target="_blank">アクセス解析</a> </p></noscript></div><a href="">
固定	</a></li>

_ 分かりにくいので展開結果を簡略化すると、次のようになります。 div 要素はほとんどの要素を含める事が可能ですから、タイトルに指定する "(使いたいコード)" の部分をカスタマイズする事で、幅広い応用が利きます。 それでも、style 要素なんかは書けないのですけれど。

<li><a title="" href=""></a>
<div class="dummy">(使いたいコード)</div>
<a href=""></a></li>

違反のないスタイルシート変更方法は可能か

_ サブタイトルに style 要素を使えないのなら。 今あるスタイルシートを上書きしてしまう、というのを試してみましょう。 上書き禁止になっていたり、ウィザードで設定し直さないのに自動的に再生成されて元に戻ってしまったりはしないならば、スタイルシート問題は解決です ^^=

_ デフォルトのスタイルシートは、ブログのフォルダの styles.css というファイル。 うちなら http://siena.tea-nifty.com/blog/styles.css です。 まずはこれをダウンロードして、変更。 今回は様子見のため、フェイスマークを等幅フォントで表示するように書き加えるだけです。 この方法が駄目なら凝った事をやってもしょうがないものね。 そして、変更したファイルを管理ページでアップロード。 もちろん上書きです。 ファイルの表示方法を訊いて来たら、ウィンドウはそのまま閉じてしまいましょう。

_ さてさて。 まだ試していませんけれど。 ウィザードでデザイン変更すると、スタイルシートが書き換えられるてしまうかもしれません。 しばらくは、スタイルシートが書き換えられていないか注意してまいりましょう。 その時はまたアップロードし直しです。

サブタイトルでやってはいけないこと

_ サブタイトルでいろいろできそうと思って少し試してみたところ、サブタイトルは h2 要素になる事が分かりました。 無意味に XPath 式で表すと、/html/body/div/div/h2 です。

_ つまり。 サブタイトルに書けるのはインラインレベルの要素だけ。 style や noscript などといった要素は含められません。 使って良いものを XHTML 1.0 Transitional DTD から (機械的に) 抜粋すると下記の通りです。

special.extra

object, applet, img, map, iframe

special.basic

br, span, bdo

fontstyle.extra

big, small, font, basefont

fontstyle.basic

tt, i, b, u, s, strike

phrase.extra

sub, sup

phrase.basic

em, strong, dfn, code, q, samp, kbd, var, cite, abbr, acronym

inline.forms

input, select, textarea, label, button

misc.inline

ins, del, script

その他

a

_ これ以外の要素を使っていても正常に表示されているように見えるのは、ブラウザが必要以上にエラーに寛容なためで。 仕様外の使い方なので何が起こっても不思議ではありません。 どうしてもブロックレベルの要素を使いたければ、special.extra 辺りの要素でくるんでやるのが妥当でしょうか。 あたしは、そこまでして使う気はないですけれど。 でも、style 要素が head 要素内にしか置けないのは、こういう所では困りますねぇ。 スタイルシートの指定を正式サポートして欲しいものです >> ココログ

記事タイトルのタグ

_ 日付別に URI を持たせるために記事タイトルにタグを使うつもりでしたけど、問題があるのでとりやめます。 分かりにくいフラグメント ID になるけれど、当面は記事末尾にある「固定リンク」を使っていただくという事で。 問題というのは、表示される場所によっては、タグが文字参照になってそのまま表示されてしまう事です。 例えば、ココログトップページの「新着記事一覧」や管理ページの「最近の記事」など。 記事タイトルの後ろにアンカーを置くのも、どこかで予期しない悪影響を及ぼすかもしれないのでやめておきます。 う〜ん、何かいい方法はないかしら。

_ ブログのサブタイトル辺りもタグが書けるようで。 この辺りにごにょごにょすれば、スタイルシートやスクリプトなんかも自分でいじれそうです。 後で試してみましょう。

記事編集スタイル

_ 基本的な機能はだいたい把握できたし、自分の編集スタイルも決まってきました。 というわけで、でびゅ。

_ ふむ、出て来るページは XHTML 1.0。 なるほど、本文だけでなく、記事タイトルにもタグを埋められると。 本文は、管理ページの [設定]-[表示設定] で「改行を反映しない」ようにすれば、XHTML フラグメントをそのまま書けるようです。 これなら、下書きをスクリプトで自動化しやすいかな。 nDiary を応用するか、新しく作るかはともかくとして。 あ、でも読者からのコメント入力については、タグを無効化しているので改行をそのまま反映するようにしてあります。

_ 改行を <br /> に変換されるのでは段落内の全文を改行せずに書かないとなりません。 そうなると編集がやりにくいですから、自動化しないにしても改行を無視するのはあたし向き。 出て来る XHTML も、行が長いと読みにくいですものね。 その代わり、段落は自分で p タグを打っています。
# 普通は、ツールが吐くソースなんて見るものじゃありません ^^;

_ 他のサイトからリンクしてもらう時に、日付別の URI の他に、記事別、段落別の URI があった方が便利です。 というわけで、仮に、記事タイトルには "dDD_TT"、段落には "dDD_TTPP" と ID を振る事にしました。 DD, TT, PP はそれぞれ、日, 記事番号, 記事内段落番号。 ココログのサイト構成を完全には把握していないので、もしかするとページ内に同じ ID が含まれてしまう可能性もあります。 その時は ID 体系を変更する予定です。 また、URI をコピーしやすいように、href 属性で自己参照するのはお約束通り。 月別ページへの絶対パスを書かないとならないのがちょっと不満です。 フォルダ名を変えたら全部張り直しになってしまいますもの。

_ それにしても。 今までは nDiary が自動でやってくれていたのを手動でやっているので、少なからず面倒です。 この辺りまで WWW ブラウザ上で書いていましたが、さすがに編集の操作性に我慢できなくなり。 とうとう常用しているテキストエディタで書いてコピペを開始 ^^; やはり、WWW ブラウザ、特に GUI のやつ、って嫌いだわ、あたし。

おためし

_ 長らく @nifty を使い続け、つい先日になってようやくホームページサービスを使い始めました。 そして、このタイミングでココログサービスが開始。 というわけで、試しに使ってみる事に。 まずは非公開に設定して、スタイルの設定をしてみたり、いろいろ実験中です。

_ 今まではローカルに nDiary を使って日々の記憶を書き留めていました。 今までの、好きなエディタで、好きな構文で、スクリプトで半自動化して、手元で手軽に更新できる、という環境はとても便利で捨て難いのですけれど。 TrackBack とかの、ネットワーク構築機能もやはり魅力なわけでして。 あっちはあっちで内輪向けに、こっちはこっちで一般向けに、と使い分けてみようかな、なんて。 でもって、様子が分かってきたら、どっちかに統合を検討する事にしましょう。

_ もっとも。 どっちも中途半端という事であれば。 自分で好きにできるサイトを用意して tDiary とかを動かすという手もあります。 場合によっては、両方ともお取り潰し ^^;