2005-01 アーカイブ

大谷とか竹谷とか

架空請求実例メモ 2005/01/15 での一連のメールと同じ物と思われるメールが届きました。 後でまたいつものように検証を行いますが、今度は竹谷さんという方に名前が変わったようです。

私あてに届いたのは今日が初めてですが、コメント No.603 やコメント No.612 での報告でその存在は確認できていました。

今日のメール

今日は info-m@lvhv.jp というメールアドレスから送られてきています。

お客様のアドが仮登録のままで現在当番組に放置されております。 ↓下記URLよりお手続きください。

http://lvhv.jp/care.php?sex=m&num=***&cm=ok

明日0時までに至急退会手続きをしないと、悪質利用者として利用料金と損害金が加算されます。 【退会手順】アドレス確認（メール送信）⇒アドレス確認⇒電話番号認証⇒必須PF入力⇒本登録⇒退会処理 ↓下記URLよりお手続きください。

http://lvhv.jp/care.php?sex=m&num=***&cm=ok

なお、lvhv.jp以外での処理は出来ませんのでURLをよくご確認ください。

仮にもお金を請求しようという体裁のメールで「お客様のアド」っていう言い回しが失笑を誘います。 また、 lvhv.jp 以外での処理が出来ないということは、すなわち同じような請求を別のドメインでも行っているということを自白したも同然でしょう。

ご注意

恋愛天国について。 恋愛天国は携帯専用のページです。携帯以外からのアクセスはご遠慮ください。 アクセス可能なキャリアは以下をご参照ください。

• Docomo
• EzWeb
• VODAFONE

携帯でのアクセスをお待ちしております。

運営元:恋愛天国 住所:東京都台東区三ノ輪

http://lvhv.jp/care.php?sex=m&num=***&cm=ok にアクセスするとまたもこのメッセージ。

whois してみる

lvhv.jp というドメインを whois してみました。

Domain Information: [ドメイン情報]

• [Domain Name] LVHV.JP
• [登録者名] 竹谷
• [Registrant] Y.Takeya
• [Name Server] ns1.mmmo.jp
• [登録年月日] 2004/12/17
• [有効期限] 2005/12/31
• [状態] Active
• [最終更新] 2005/01/17 21:32:23 (JST)

Contact Information: [公開連絡窓口]

• [名前] 竹谷 義樹
• [Name] Taketani Yoshiki
• [Email] oyajihaerai@hotmail.com
• [Web Page]
• [郵便番号]
• [住所] 東京都台東区三ノ輪
• [Postal Address] Taitoku Minowa
• [電話番号] 09055722935
• [FAX番号]

oyajihaerai@hotmail.com って……。 勝手ながら、もう少しウィットに富んだ local-part にした方が良いと思います。 ns1.mmmo.jp についてはこれまでと同じなので省略。

今回のまとめというか感想

ドメイン登録時に使用できるメールアドレスにはプロバイダ提供のものしか認めない、電話番号は固定電話の番号しか認めないという制限をかければ、悪徳業者によるドメイン取得の大半は防げるのではないでしょうか、と今思いました。 日本以外の NIC が管理するドメインは無理かもしれませんが、 ***.jp ドメインならば対応不可能ではないでしょう。

もしくは、 ***.co.jp ドメイン ( 日本で登記されている会社組織が登録できるドメイン ) であれば、登記自体が虚偽でなければ業者の身元はある程度はっきりしますので、 ***.jp ドメインの請求メールはある程度疑ってかかるようにするというのも自衛策の一種かもしれません。 もちろん ***.jp ドメインの請求メールが全て架空請求であるとは限りませんし、 ***.co.jp ドメインからの請求メールは正当な請求とも限りません。 結局はケースバイケースで各々が判断することになるのですが。

mt-comments.cgi に極めて重大な欠陥

• Movable Type 日本語版サイト: 【重要】 Movable Typeの脆弱性と対策について
• ITmedia エンタープライズ：Movable Typeにスパムメールを送信してしまう脆弱性 ( http://www.itmedia.co.jp/enterprise/articles/0501/25/news099.html )
• Movable Typeでスパムメールが送信できてしまう脆弱性

特定の方法でコメントを投稿することで、コメント欄を使って第三者にメールを送信できてしまうという ということで、放置しておくと自分ではなく他人に迷惑をかけてしまうため、 Movable Type のユーザーは速やかにプラグインを導入するか、対策済みのパッケージにアップデートしましょう。

専用プラグイン

• zip 形式
• tar/gz 形式

いずれかをダウンロードし、解凍した patch-20050124-mail-spam.pl を plugins ディレクトリに put するだけです。

対策済みのパッケージ

• Movable Type 日本語版サイト: Movable Type 3.122の提供を開始
  • mtchanges - Movable Typeの更新履歴 - 3.122-ja (2005.1.25)

Movable Type 3.122はMovable Type 3.121のマイナー・バージョンアップ版です。 2005年1月25日に発表しました「 Movable Typeの脆弱性」の対策を適用したものです。

これから Movable Type を導入する方は、対策済みである Movable Type 3.122 を使用すれば、前項のプラグインを導入する必要はありません。 逆に、 Movable Type 3.121 を使っている方は、アップデートするよりもプラグインを導入する方が簡単だと思います。

IE 6.0 SP2 では view-source: スキームは使えない

IRC での会話で初めて知ったのですが、 IE 6.0 SP2 では view-source: スキームが使えなくなっていたんですね……。

• 「view-source: スキームが効かない」@水無月ばけらのえび日記

上記の記事に対するコメントから view-source Protocol (Internet Explorer - Asynchronous Pluggable Protocols) に飛んでも、 IE 6.0 SP2 で使えないとはどこにも書いてありませんが、使えなくなっているのが実際のところ。 Available as of Microsoft Internet Explorer 4.0 or later. って書いてあるのに……。

view-source: スキームが使えなくたって、一旦ページを開いた上で表示 (V) →ソース (C) でいいじゃないか、と考える方もおられるでしょう。 しかし、それと view-source: スキームを使うことの大きな違いに、「事前にソースのみをチェックできる」という点があります。 view-source: スキームは、なんとなーく怪しい URI だってのは分かっているけど、「見ない」という選択肢を選べない状況 ( どんなだ ) で活躍していました。 それが本来の使われ方であったかどうかはさておき。

そこで、これまた本来の使い方ではありませんが、 Another HTML-lint gateway を使って同じようなことを行う方法を自分的にメモ。 Another HTML-lint gateway は文法チェックのためのオンラインツールですが、オプションを巧く活用してこれから見ようとするリソースが安全なものであるかをチェックすることができます。

何もオプションを設定せずにチェックをする ( 例 : http://yahoo.co.jp/ のチェック結果 ) と、点数およびエラー箇所が示されます。 これではソースは分からないので、 Another HTML-lint : How to use htmllint.cgi - 問い合わせ変数一覧を参考にオプションを変更してみましょう。 まずはソースを表示しないと話にならないので、 ViewSource=on をクエリに加えます。 そして、今回はエラーの発見よりもソースの事前取得が目的なので、 NoWarnings=on として警告を非表示にします。 これらのオプションをクエリに加えた上でチェックをする ( 例 : オプション設定後の http://yahoo.co.jp/ のチェック結果 ) と、点数とソースの表示のみという結果が返ってきます。

URL=http://yahoo.co.jp/ をその都度変更すれば、ブラウザで直接開くことなくソースを確認できるので、例えばブラウザクラッシャなどが仕込まれていても、その被害を防ぐことができます。 このクエリ付のアドレスの最後に、ソースを見たいページの URI を付けて、アドレスバー等に貼り付けて完了です。

「結構です」

• 「契約の覚えないのに加入手続き」 日本テレコムの勧誘にクレーム

「結構です」という言い回しは了承と取られかねないので、勧誘を断る場合には用いないようにしましょう、というのは良く聞く話ですが、それを本当に体現したというニュースです。

日本テレコム（東京）による固定電話料値下げサービスの勧誘をめぐって、「契約した覚えがないのに、勝手に加入させられた」などとする苦情が総務省に相次いで寄せられ、同省がトラブルを防止するよう日本テレコムに注意していたことが、２２日分かった。

日本テレコムによると、このサービスは、加入権料が不要で基本料や通話料が割安になる「おとくライン」。 同社は昨年九月から、代理店を通じて電話帳に名前を掲載されている人に対し、電話による勧誘を始めた。

総務省によると、同社が勧誘を始めてから今年一月二十日までに、「加入していないのに、申し込みを確認する連絡があった」などという苦情が十九件あった。

同省は昨年十一月下旬「サービス内容を消費者にきちんと説明するなど、トラブルが発生しないようにしてほしい」と、日本テレコムに口頭で注意したが、その後も苦情が続いたという。

日本テレコムは昨年十二月、契約時に顧客に対し加入の意思確認を徹底するよう、文書で代理店を指導した。 同社広報室は「断る意味での『結構です』を『了解した』と思い込むなど、何らかの言葉を加入意思として受け止めた可能性はある。 今後代理店への指導を徹底したい」と話す。

日本テレコムがソフトバンクに買収された時に、 信頼感や安心感が欠けていたことは法人市場において最大の弱点と認識しており、日本テレコムを買収したことで足りなかった実績と信頼性を向上させたい と孫社長は仰っていましたが、結局は日本テレコムが朱に交わって赤くなってしまっただけのようです。

NTT の ADSL が使用不可能に

実は私の自宅にも勧誘電話がかかってきていたらしく、ある日帰宅すると家族が「こんな電話があって、それに答えていたら、今日こんな書類が来たんだけど……」と言って佐川急便の封筒 ( って言うんでしょうか、メール便みたいなアレ ) を差し出してきました。 どういった電話内容だったのか尋ねると、「何か『今よりも電話代が安くなる』ということを繰り返して、いまいちどんな内容なのか分からなかった。インターネットがどうとか言っていたから、とりあえず『分かる者が不在なので』と言って電話を終わらせたけど……」とのこと。

電話サービスとインターネットがどう結びつくのか ? と思って同封の注意書きによく目を通すと、かなり重要なことが書かれていました。 それはおとくライン 重要事項に同じ内容が掲載されていますので、そちらから引用しようと思います。

NTT加入電話に加入されており、ADSLサービスをご利用中の場合、本サービスへのご加入によりADSLサービスはご利用いただけなくなります。

• ※ 2005年3月を目処に、Yahoo! BBを始めとして順次、ご利用可能となる予定です。（接続準備中）
• ※ 受付した「おとくライン」ご契約回線が、Yahoo! BBのADSLサービスをご利用中であるかの確認を行う場合があります。予めご了承ください。
• ※ 受付した「おとくライン」ご契約回線が、ADSLサービスをご利用中であるかについて、弊社が代行してNTT東日本・NTT西日本に確認を行う場合があります。予めご了承ください。

私にとっては死活問題です。 勧誘電話の際にこの部分を隠さずに言っているので、前項のニュースのようなケースよりは幾分マシですが、これは契約してしまうわけにはいきません。 3 月を目処にということは、 3 月に確実に利用可能になるとは限りませんし、何より私の住んでいる地域は今日現在で Yahoo! BB 自体が利用不可能です。 仮に、ちゃんと 3 月におとくラインが Yahoo! BB に対応しても、 Yahoo! BB 自体が利用不可能ならば、再びインターネットが使用できるようになるのはいつのことでしょうか。

電話で家族から聞いたのでしょうか、契約書の氏名欄や住所欄は既に書かれており、「よくかける電話番号を 3 つお書きになった上で捺印をお願いします」といった注意が書かれた付箋が貼ってありました。 ( それって適法行為なんでしょうか ? ) このままこの契約書をこちらで破棄してしまおうと思いましたが、話を聞くと「明日佐川急便の者がまた集荷に来る」とのことらしく、破棄してしまうわけにもいきません。

そこで、氏名と住所に強く二重線を引いた上で、更に契約書全体に大きく×印を書き、「インターネットが利用できなくなる期間ができるのは不都合がある、仮にその期間がゼロだとしても ADSL 事業者を切り替えるつもりは無い。書類を書いていただいておいて申し訳ないが、契約はお断りする」と書いて返送しました。

こう書いておくことで、また 3 月になって「 Yahoo! BB に対応しましたのでいかがでしょう」といった勧誘が行われるのを防ぐことができればいいのですが。 どうも前項のニュースを見る限りそういった情報を管理しているとは思い難いのです。

iPod mini を買いました

• iPod mini がもう少し安いか、もう少し容量が大きければ即決なのだけれど
• in the shape of...

あれやこれやと悩んでいたことを書きましたが、そういえば結局何を買ったか書いていませんでした。 最終的な決め手は本当にアームバンドの存在となりましたが、 4GB の容量でも充分楽しめるので、やはり mini で間違いなかったと思います。 ( iPod shuffle のニュースから目を背けながら )

iPod mini 購入当日と、購入数日後に周辺機器の購入も行ったので、それもメモしておきます。

購入した物

• iPod mini ( ブルー )
• iPod mini Armband
• iPod mini クリスタルジャケット
• Griffin iTrip mini FMトランスミッター

一ヶ月間の使用における感想

4GB という容量

現在、我が家の CD からエンコードしている分は約 15GB ( 音楽用のボリュームに割り当てたパーティションが 15GB ) という容量なのですが、本当に 4GB に厳選することができるのでしょうか ? と不安に思っていましたが、 kina さん ( 96*72 | kina_memo ) から教えていただいた KWS [Kimama-ni-WebStop] mini 4GB活用法：ワタシの場合を参考に、マイレートや再生回数、登録したてのアルバム、「これは外せない」というお気に入りのアルバムを iTunes のアルバムとシンクロするようにすれば 4GB で充分満足。

「曲をシャッフル」

普段はアルバムまるまる通して聴く、という使い方をしますが、ジョギングの時はアルバムを通しで聴けるほど長くは走らないので、シャッフル再生をします。 この時に、プレイリスト内でシャッフルや、アルバム内でシャッフルではなく iPod mini 内全体でシャッフル、というのが少し不満です。

もしかしたらそういったシャッフルができるのかもしれませんが、 iPod の曲のシャッフル再生機能についてを見ると iPod (Click Wheel) に付属のユーザーズガイドには、「曲をシャッフル」機能が選択したプレイリストの曲をランダムに再生すると間違って記載されています と書かれてあるので、プレイリストを選択してシャッフル再生ということはやはりできないのだと思います。

Rydeen さんのコメントにあるように、プレイリスト内やアーティスト内でのアルバム単位のシャッフルや曲単位のシャッフルが可能です。 「曲をシャッフル」は iPod mini 内の全ての曲が対象で、設定画面でシャッフルを ON にすると、範囲を限定したシャッフルができるということです。

バッテリ

アップル - iPodmini - 仕様を見ると分かりますが、 iPod mini は他の iPod に比べてバッテリー駆動時間が短くなっています。 電車を使って遠出する時や、長距離の運転の時にバッテリー切れを起こしたので、旅行の際は充電器を忘れないように持っていくようにした方が良いと思います。

アームバンド

T シャツ 1 枚の状態でアームバンドを使ってジョギングすると、どうしても汗が本体にも付いてしまいます。 まあ、 T シャツ 1 枚ではない服装でジョギングすれば良いことなので、さしたる問題ではありませんが。

iTrip mini FM トランスミッタ

直接接続ではなく、電波を介しての再生となるのでノイズが入りやすいです。 私のように AUX 端子もなく、またカセットテープアダプタも使用できないカーオーディオ ( CD のみ ) を使用していない限りは使用しない方が良いかもしれません。 ただ、小型のアタッチメントを iPod mini の上部に差し込むだけという手軽さは評価できます。

クリスタルジャケット

傷や汚れから本体を守ってくれる上に、ホイール保護シールも付いているので心強いアイテムですが、このジャケットとアームバンド、 iTrip mini の併用はできないようになっています。 アームバンドが併用できないのはまあしょうがないかもしれませんが、 iTrip mini と併用できないのはちょっと不満です。

アームバンドと併用する場合は、前面ジャケットのみの装着となります。 iTrip mini との併用も前面ジャケットのみの装着で可能ですが、多少無理な力がかかった状態になっているように見えるので、あまりお薦めしません。

いくつか不満点はありますが、あの小ささおよび軽さと、ディスクを入れ替えることなく再生できるという便利さはやはり良いです。

また記事を塩漬けに……

Template hxxks ! - 実はの時と同じ轍を踏んでいますが、書こう書こうと思って忘れていた記事をサルベージ。 下書き状態の投稿日を見ると 11 月 23 日……。 次項の冒頭に今さら感が漂っていますが、そこは気にせず読み進めてください。 ちなみに void GraphicWizardsLair( void ); // - gekka blog: mt.cfg丸見え！で記憶が蘇りました。

mt.cfg の保護 ?

• mtinstall - Movable Typeのインストール - mt.cfgの保護

Limit ディレクティブに関するメモを書く際に調べていて初めて気付いたのですが、

Movable Typeをcgi-binディレクトリから実行していない場合は、Movable Typeのインストール先ディレクトリにある.htaccessファイルに以下の数行を加えて、mt.cfgファイルを保護することを推奨します。

<Files mt.cfg>
  <Limit GET>
    deny from all
  </Limit>
</Files>

普通に <Limit GET> を使っていますね……。 要するにブラウザからのアクセス ( GET メソッドによるリクエスト ) を防ぎ、 mt.cfg を保護しようということなのでしょう。 しかし、これは <Limit> の危険 - <Limit GET> の突破にある通り、例えば POST メソッドでのリクエストをブラウザから送れば突破されてしまいます。 ( この場合は Apache 2 を使用している場合に限りますが……。 )

Apache 1.3 なら安心なのか ?

前項で、 Apache 2 を使用している場合に限り、 POST メソッドでのリクエストをブラウザから送れば突破できると書きましたが、じゃあ Apache 1.3 などなら大丈夫なのか ?

上で見たように、<Limit GET> は POST メソッドを使って制限をかいくぐられることがあるので不十分である。 ならば <Limit GET POST> ならばどうか。 これならば POST も制限される。

やはり、NO である。 GET でも POST でもないメソッドでアクセス可能な方法があるのだ。 しかも、先の例は Apache2 限定だが、ここで述べる方法は 1.3 でも有効である。

Apache 1.3 だったら <Limit GET> でも問題は無い、というわけではありません。

xxx などという得体のしれないメソッドを使ったリクエストでも、GET と同じ結果が返ってくる。 もちろん、アクセス制限を <Limit GET> で囲んだ場合には意味がない。 <Limit GET POST> としても防げない。 xxx というメソッドへの制限を追加してはじめて制限できる。 が、xxx を追加しても、今度は ZZZ というメソッドでアクセスされたら終わりだ。 つまり、<Limit> では防げない。

GET を制限しようと POST を 制限しようと、 xxx とか COSME とか GGG とか、適当なメソッドによるリクエストが有効なら、 <Limit ***> という指定をせず、全て deny from all としてしまえばいいのです。

<Files mt.cfg>
  deny from all
</Files>

これだけ。

何故マニュアルでは Limit ディレクティブを使っているのか ?

mt.cfgが丸見えというのも問題だけど、この間違った保護方法のサンプルも問題だよな。 <Limit GET>しちゃうと、POSTリクエストすれば見えちゃうじゃん。 なんで<Limit GET>なんてつけるんだ？ [関連URL]

マニュアル作成者に聞かないと分からないので憶測になりますが、 RTFM の可能性が考えられます。 マニュアル自身が RTFM では何を信じればいいのか、という点はさておき。

アクセス制御は、通常全てのアクセスメソッドに対して影響し、普通はこれが望ましい挙動です。 そうしたことから、大部分の場合にはアクセス制御に関わるディレクティブを <Limit> セクション内に書くべきではありません。

簡潔に説明するのは難しい ?

私の文章表現に拠るものかもしれませんが、どうしても長々と説明する傾向が自分にはあると思っています。 以前、「仕様とか参考資料とかをきっちり引用して書くよね」と言われたことがあるのですが、それは逆にさらりと書くスキルが無いということなのかもしれません。

情報収集の目的から、 Movable Type 3 （仮称）や【本スレじゃ】MovableType 質問スレ【訊けない】をよく読んでいますが、私の分かる範囲の質問が来たときは稀に回答をしています。 掲示板に書き込みをするというのは、自分の weblog に書くのと違って一定の分量にまとめなければなりませんし、仕様をそのまま引用するよりも、自分である程度咀嚼した上で簡単な説明を行った方が分かりやすくなります。

実際にそうした回答を書き込んだ時に、 簡潔で分かりやすい説明。ありがとう。今まで小難しい説明ばかりだったので、よく分かった。 という反応をいただいたので、これまでのように長々と書いていた説明は見る方からは敬遠されるのかなと思ったので、どちらの方が良いのか考えてみようと思います。

順番は前後しますが、寄せられた質問は以下の通り。

527 ：Trackback(774)：05/01/12 23:10:34 ID:ea6O0JH2

<br>と<br />の違いはなんでしょうか？

いつもの調子で説明すると

XHTML 1.0: The Extensible HyperText Markup Language (Second Edition) によると、

Empty elements must either have an end tag or the start tag must end with />. For instance, <br/> or <hr></hr>. See HTML Compatibility Guidelines for information on ways to ensure this is backward compatible with HTML 4 user agents.

CORRECT: terminated empty elements

<br/><hr/>

INCORRECT: unterminated empty elements

<br><hr>

というように、空要素には終了タグを付けるか、または開始タグを /> で終わらせるようにしなければならないとされています。 ただし、既存のユーザーエージェントとの互換性を保つために、 C. HTML Compatibility Guidelines にて

Include a space before the trailing / and > of empty elements, e.g. <br />, <hr /> and <img src="karen.jpg" alt="Karen" />. Also, use the minimized tag syntax for empty elements, e.g. <br />, as the alternative syntax <br></br> allowed by XML gives uncertain results in many existing user agents.

というガイドラインが示されています。 Movable Type のテンプレートは XHTML 1.0 Transitional を宣言しているため、強制改行を行う場合は <br> ではなく <br /> と記述しなければならないのです。

……といった説明になると思います。 原典を引用することで、私の独自の解釈がなるべく混じらないように。

実際の回答

528 ：Trackback(774)：05/01/12 23:48:16 ID:YUbJOs+6

>>527 HTML では空要素の終了タグの省略が認められていたけど、 XHTML では空要素であっても終了タグの省略は認められなくなった。 よって、 <br> も <br></br> と書かなければいけないようになったんだけど、既存のユーザーエージェントとの互換性を考えて <br /> という記法も認められた。

MT の場合、テンプレートは XHTML1.0 として作られているから、強制改行の場合は <br> ではなく <br /> と記述しなくちゃいけないってことになるね。

>>552 で改めてトリップ付で書いていますが、その時はそのつもりは無かったので、丁寧語を使わずに噛み砕いた感じで書いたのですが、そこで冒頭で引用した >>530 のような反応をいただきました。 毎回このように綺麗にまとめることは出来ないかもしれませんが、これくらいの説明の方が取っ付き易いというのであれば、説明方法を再考してみようと思います。

ついでに

【本スレじゃ】MovableType 質問スレ【訊けない】にて私自身について触れられていたので、ここで反応を書いておこうと思います。 ( あそこは質問スレッドなので、私の意見を書き込むのはスレ違いだろうということで。 )

566 ：Trackback(774)：05/01/17 02:26:01 ID:Mzkbqqg9

hxxkの中の人キモイとおもうのは漏れだけ？ サイトも見にくいし…。ごめん

567 ：Trackback(774)：05/01/17 02:46:35 ID:U37b0dOP

昨日ﾀﾞｳﾝﾛｰﾄﾞしたよ

568 ：Trackback(774)：05/01/17 05:30:28 ID:s6//CEwB

>>566 スタイルシートをOFFにするとよいよ。

569 ：Trackback(774)：05/01/17 10:53:40 ID:8kFvQZ3U

>>566 ﾊｹﾞﾄﾞｳ

キモイというのは思い当たる節がいくつもある ( 瑣末なことまでこだわるとか、口調が堅いとか、内容が冗長とか、粘着質気味に論うとか、その他自覚していない変な部分とか ) のでいいとして ( いいのか ? ) 、見にくい、という意見は放っておけません。

制作者のスタイルシートを押し付けるつもりはありませんので、スタイルシートをオフにするという解決方法はありますが、改善の余地があるところは手を尽くした方が良いと思うので、「ここが見にくい」とか「そもそも全体的に見にくい」とか、小さな点でも構いませんので遠慮なくご指摘ください。 メールでも結構ですしこの記事に匿名で書き捨てコメントでも可。 全然活用していませんけど、 1 line Guest book もあります。

「愚行」という表現

「短縮表記」 ( or 「簡易表記」 ) という愚行の続きというか補記というか、第二段の記事です。

あの記事においては全体的に棘のある言い回しが多く、指摘をされた人、およびその記事を見た人に不愉快な思いをさせたかもしれません。 特に谷 賢一さん ( PLAYNOTE ) に対する指摘においてはもう少し言葉を選ぶべきだったと思っています。

しかし、谷さんのコメントの中に タイトル「愚行」で書くと気分害される人は少なからずいると思いますよ。 短縮表記してる何十人って人に対しての表現として取られるでしょうし というご指摘がありましたが、これははっきりと「愚行である」と言える根拠があるために、特に訂正を行うつもりはありません。

もしそれに対して不満を覚える方が居られるのなら、反論をお聞きしたいと思っています。 トラックバックをいただいた [HK] 簡易表記3 に、

おらは賛成意見より反対意見の方が好きなんです。 視野が広まるから。 一番怖いのは全員が「賛成」して大切な問題点を見落としたまま進行→暴走すること、自分だけでもそれを避けるためにもこうやって反対意見に目を通す。 ひねくれているおらの性格柄からかもしれませんが。 で、決してやってはいけないのはその「反対意見」というか「周りと逆の意見」を封じ込めること。

という意見がありましたが、私の言っていることだって、ひとたび自分以外の視点から見ると間違っている部分があるかもしれません。 私の反対意見に対して「それは違うだろう」と思う部分があれば指摘してください。

「愚行」と表現した根拠

Easy Notation - Easy Notation にてまとめが行われています。 これは前回の記事の時には見ていなかったのですが、これを見てやはり「愚行」だと思い直す結果に至ったため、このまとめを元に問題点を列挙しようと思います。 なお、 Wiki という性質上頻繁に内容が書き換わっている可能性があることを予めご理解の上で以降を読み進めてください。

事前に各記事ページの head の title に簡易表記を含める(favicon.icoがある場合は不要)

繰り返しになりますが、それは単に title 要素にノイズを交えているだけに過ぎません。 「サイト名 - 記事タイトル」という表記で文書の作者と内容を簡潔に表すことができるじゃないですか。 サイト名に変な加工を加えた時点で、簡潔に表すのではなく意味不明の表現になってしまいます。

場所取り行為は禁止とする

プチパレブログ - 簡易表記やーめたによると、場所取り行為というのは

サイト簡易表記Wikiの簡易表記一覧で登録サイトが100を増えて表記がダブることが懸念されてしました。 まぁ、ダブることはある程度予測されていたと思います。 一文字（英数では2文字まで）で表記するんですから。 それで私も含め「早い者勝ち！」と登録していきました。 でも、Wikiに登録しただけで、自分のブログには反映していない（タイトル部分などに簡易表記を表示していない）という人がいたようで、そのような行為を「場所取り」だとして問題になりました。

という行為を指すようです。

組み合わせが容易に枯渇することが目に見えている表記方法において、重複を許さず先着順として、それでいてブームとして広めようとするという矛盾は激しく理解に苦しむのですが。 そもそも何故重複を許さないのでしょうか ? 造語を用いず、一般的な単語の組み合わせという条件であれば正式なサイト名ですら重複してしまう可能性は充分にあるでしょう ?

そんな矛盾を孕んだ条件において「場所取りはけしからん」なんて言われても、それに参加しない人や、ただ閲覧だけをしている人から見たらどっちもどっち。

略称ではなく、あくまで表記

「略称だったら良い」と言うつもりはありませんが、 略称ではなく、あくまで表記 ということは、サイト名の略称ですらない文字が使われている可能性があるということですか ? それならますます意味不明の情報を title 要素に加えていることになります。

そもそも簡易表記で通じるようであれば、それを正式名称に変更した方がスマートではないでしょうか ? そうではない、簡易表記だけ見ても通じないようなサイト名は簡易表記などすべきではないでしょう。

自分の考える「正しさ」を他人に諭すということ

考えるきっかけとなったのは「短縮表記」 ( or 「簡易表記」 ) という愚行という記事を書いたことそれ自体と、その中での谷 賢一さん ( PLAYNOTE ) とのコメントのやりとりです。

私自身は W3C が勧告した仕様を基調としたポリシーを以って weblog を作成しています。 ただし、あくまで基調としているだけであって、もし明らかにおかしな仕様があればそれには従いません。 ( 私が知っている範囲では、そこまで明確におかしいと感じたものはありませんが。 )

そして、 W3C の仕様は絶対的なものではありません。 あくまで勧告であり、説きすすめることであって強制することではないからです。

なので、他人が仕様に沿っていない記述をしていることに対して「押し付け」とも取られる指摘を個人に対して行うつもりは基本的にありません。 その人にはその人なりのポリシーがあって記述しているのでしょうし、第一私が考える「正しさ」というものに絶対的な根拠はありません。 ただし、仕様に沿った記述例を紹介する形で不特定多数に対して持論の展開を行うことはありますし、次項で挙げる例のような「これは指摘した方が良いだろう」と判断するケースでは私が持ちうる知識を以って指摘をすることがあります。

かと言って、個人に対する指摘を行っている人を否定するわけではありません。 私は個人に対して基本的に指摘を行わないということをここで表明しているだけですので誤解の無いようお願いします。

指摘を行うケース (1) - 仕様に準拠しようという姿勢を打ち出している場合

では何故「短縮表記」 ( or 「簡易表記」 ) という愚行 - ああ、そうかでは名指しで指摘……というか挑発とも取られる言い方で指摘をしているのか ?

私の書いたコメントにその理由が現れていますが、 W3C信者アイコン（ちまちまボタン） - PLAYNOTE という記事を書いていたので、谷さんは W3C の仕様に対する理解を進んで深めようとしている、わざわざ宣言することで指摘されることを促していると捉えたために、特定個人に向けた形で指摘を行いました。 ( ただし、言い方に棘があった点は否めません。 こういった場合に用いるべき言い方についてはまた別記事で扱おうと思います。 )

要因というよりはちょっとしたきっかけだったのかもしれませんが、そのやりとりを受けて谷さんは ブログを書く際の俺的正書法 - PLAYNOTE という記事にてご自身のポリシーをまとめて下さいました。 例えば今回の焦点となった、いわゆる click here なリンクですが、 「こことかこことか」みたいな記法ってニュースサイト由来だと思うけど、独特のファジーでだるーんとした感じがあって好きだ といったように、その意味を理解した上であえてやっておられるようなので、今後それについて考えを改めてもらうよう強制するつもりはありません。

谷さんのまとめに 正しい日本語、正しいHTMLを知っていることは重要だけど、結局は「いかに書くか」ではなく「何を書くか」 と書かれてあるように、記法よりも内容が重要であるというのは確か ( もちろん記法が整っていてなおかつ内容が充実しているのが理想ですが ) なので、記法に ( も ) こだわる姿勢を打ち出している方には指摘を行うでしょうけれど、そうでない方には内容に対する意見を述べるように心がけます。

指摘を行うケース (2) - 間違った理解を広範に広めようとしている場合

昨今の weblog ブーム (?) で特に顕著になったと私が思っているのが、 HTML に何らかの小細工を使ったり、 CSS の「ちょっとしたテクニック」が氾濫したりといった例です。 ( CSS については weblog サービスの設計に起因するのかもしれませんが。 )

それは往々にしてコスメティックな部分についてのみのもので、本質に触れることはほとんど無いものばかりだったと思います。 ( 一例を挙げると fieldset 要素の目的外使用など。 ) そういったことを個人的にやっている分には「個人の自由」ということで、言い咎める必要は無いかもしれませんが、それを広範に広めようとしている、また広めるつもりは無かったけれども結果的に広まっているといった場合には「短縮表記」 ( or 「簡易表記」 ) という愚行のように、異を唱えるようにしています。

大抵の場合は、着眼点やアイデア自体は良いものが多く、単に実現方法がよろしくないだけというケースが多いので、単に文句や批判を言うだけでなく、対案や類似の実現方法などを出すように心がけています。 ただ、今回の場合は自分が納得のいく対案を出せませんでしたが……。 ( favicon という類似手段がありますが、これはブラウザの実装に依存するので対案とはなり得ません。 )

少し話がずれるかもしれませんが、この考えは私が Movable Type のテンプレートの公開をしようと思い立った理由の一環となっています。 Six Apart が作成した Movable Type のデフォルトテンプレートははっきり言って出来が悪いと思っているので、それについてあれこれ文句を言うよりは自分で良いものを公開してしまおうということです。 また別記事にまとめますが、元が悪い物だったせいか、それを引き継いだままテンプレートを公開している方が多いので、 ( 私なりの ) 正しいテンプレートを公開することで改善を促していきたいと思っています。

ブラウザの標準機能にして欲しい

cite属性から一発で（或いは右クリ経由の二発で）飛べたらいいのになあとか想った。

同感。 各種ブラウザが標準で実装してくれると非常に便利だと思います。

Mozilla Firefox は標準機能ではないけれど、機能拡張や Bookmarklet でどうにかなるのでそのへんをご紹介。 なお、 Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7.5) Gecko/20041108 Firefox/1.0 という環境で試していますので、 OS やバージョンによる違いがあるかもしれません。

コンテキストメニュー拡張で二発

コンテキストメニュー拡張にはコンテキストメニュー・メニューバーの追加機能で示されている通り、コンテキストメニューのみならずメニューバーにも機能を追加します。 そして、その中に 引用元を表示 という機能があるので、これを活用してみましょう。

1. blockquote 要素、または q 要素で引用されているページを開き
2. メニューバーの「拡張機能」をクリックし、「引用元を表示」をクリック
3. すると、 <a href="cite 属性の URI">引用元:title 属性の値</a> というアンカーが生成されます。

コンテキストメニュー拡張で一発

標準の設定だと前述のように二発で実現できますが、どうせなら一発でやってみましょう。

1. メニューバーの「拡張機能」をクリックし、「設定」をクリック
2. メニューバーの項目のサブメニューから、「引用元を表示」のチェックを外すと
3. 「引用元を表示」の項目がメニューバー上に現れるので、一発で引用元表示ができます。

Camino べんりセット - ベータばんで一発

拡張機能を入れると動作速度に影響が……という方は Bookmarklet を使うという手もあります。 Camino べんりセットに 引用元を表示 という機能があるので、これを活用しましょう。 ただし、あくまで Camino 向けに作られているものなので、 Firefox で動作させたい場合は Camino べんりセット - ベータばんの方を導入するようにしてください。

1. 導入した状態で、ブックマークペインにある「引用元を表示」をクリック
2. すると、 <a href="cite 属性の URI">title 属性の値</a> というアンカーが生成されます。

情報を書き込むな、というわけではないけれど

キーワード "架空請求" が設定された記事 でまとめているように、私は架空請求メールについての記事をいくつか書いています。 そのため、各記事のコメントやトラックバックで「私にも同じようなものが届きました」という報告をして下さる方もいらっしゃいました。 そのこと自体は問題はありませんが、明らかに同一犯によるものと思われるものを除き、私はその類似例についての検証は行いません。

私が架空請求だと判断したものと同じ文面や同じドメインであれば確実に架空請求だと分かりますが、そうでないものを「これは架空請求でしょうか ? 」といった感じで尋ねられても検証はしない、という意味です。 自分のところに届いたメールでない限り、相談を寄せられてもそれが架空請求なのか、実際にコンテンツを利用した上での請求なのか分からないからです。 今のところそういった相談は寄せられていませんが、今後寄せられるかもしれないということで予め宣言しておきます。

もちろん、文面や送信元から判断して同一犯によるものだろうという情報をお寄せいただく分は歓迎します。

大谷 一之さんと三宅 路久さんシリーズまとめ

類似例がたくさん寄せられたため、ここでいったんまとめを作っておきたいと思います。 次項以降、サービス名毎に整理しています。

1. 恋のから騒ぎ
2. 楽園
3. サービス名不明
4. 倶楽部人妻
5. 会いに恋
6. 恋愛天国

恋のから騒ぎ

メール送信元

• remail_automail@t.vodafone.ne.jp

退会手続き窓口

• http://coikara2.jp/care.php?sex=m&num=***

請求メール文面

《猶予期間》本日中 http://coikara2.jp/care.php?sex=m&num=*** 貴殿がご利用になった当サイトの登録手続きが仮登録状態のまま放置されて居り正規会員とみなされ料金を請求される恐れがあります。 御自身に退会の意思が有る様であれば、直ちに以下の退会処理を行なって下さい。 《退会手順》アドレス確認の為メール送信⇒ニックネーム・電話番号入力⇒番号認証⇒番組入口⇒必須PF入力⇒メニュウより退会処理を行なって下さい。 ▼下記入口よりお手続きください。 http://coikara2.jp/care.php?sex=m&num=*** 再三の通達にも拘らず処理を放棄された場合、誠に残念ながら貸借金事件として管轄裁判所に告訴させて頂きます。 尚、退会・入金済みの行き違いの際はご了承下さい。

その他

架空請求実例メモ 2005/01/08 にて詳細情報を記述しています。

楽園

メール送信元

• system_info@prds2.jp

退会手続き窓口

• http://prds2.jp/care.php?sex=m&num=***
• http://deaistyle.net/taikai/index.html

請求メール文面

当番組では、この度システムを大幅に変更しました為、サーバーの改修作業を行っております。 その際、貴殿の登録状態が「仮登録」となってることを確認致しました。 つきましては下記URLより早急に「退会」の手続きをして下さい。 システムの都合上、手続きをなさらない場合、貴殿の御意思の有無に関わらず自動的に「登録」され、番組使用料が高額となり貴殿に御負担戴くことになります。 http://prds2.jp/care.php?sex=m&num=*** 退会手順 http://deaistyle.net/taikai/index.html 5

その他

架空請求実例メモ 2005/01/10 にて詳細情報を記述しています。

サービス名不明

メール送信元

• system_info@u-waku2.jp

退会手続き窓口

• http://news-24.net/zimukyoku1706

請求メール文面

この度、弊社顧問法律事務所との協議の結果、以下の通りの事案を決定とし本メールを最後の通知とさせて頂きます。 これまで貴殿の利用料につきましてはコンテンツ事業者様及び弊社共々、再三のご連絡を試みて来ましたが未だ手続きなくまた誠意ある回答も頂いておりません。 今回の通告にも関わらず万が一にも退会手続きの確認が取れない場合は弊社関連調査会社のほうで貴殿のご自宅、勤務先等をメールアドレス、アクセスログ、電話番号等から調査、解析し回収員が貴殿のご自宅、勤務先等へ直接、回収に伺う事となりますのでご了承下さい。 詳しくはこちらから http://news-24.net/zimukyoku1706 109

その他

架空請求実例メモ 2005/01/14 にて詳細情報を記述しています。

倶楽部人妻

メール送信元

• chisai-00013@docomo.ne.jp

退会手続き窓口

• http://ai093.jp/care.php?sex=m&num=***

請求メール文面

件名 貸借金事件

裁判所 管轄裁判所

猶予期間 本日中

http://ai093.jp/care.php?sex=m&num=***

貴殿がご利用になった当番組（倶楽部人妻）の登録手続きが未だ仮登録状態のまま放置されて居り、正規会員とみなされ料金を請求される恐れが有る旨は以前通告した通りです。 貴殿ご自身に退会の意思がお有りでしたら直ちに退会処理を行なってください。 【退会手順】アドレス確認（メール送信）⇒電話番号認証⇒必須PF入力⇒本登録⇒メニューより退会処理を行なってください。 http://ai093.jp/care.php?sex=m&num=*** 再三の通達にも拘らず処理を放

その他

クネアシ: ◆訴訟警告書◆ にて詳細情報が記述されています。

会いに恋

メール送信元

• 不明

退会手続き窓口

• http://i-2512.jp/care.php?sex=m&num=***

請求メール文面

データ変更のお願いを何度か案内させて頂いていましたが、貴方の返答猶予期間が終了致しました。 下記内容に同意されたものとして処理を進めますがよろしいですか？

[同意内容] サイトを利用する意思があり、退会手続きを行いませんでした。 利用料金の請求があった場合は指示に従い支払います。

[ここまで] 何らかの行き違い等だった場合は下記リンクより即座に退会を行って下さい。 http://i-2512.jp/care.php?sex=m&num=*** 同意されている方はサイトをお楽しみ下さい。

その他

旅行用＋Ｒ氏の記録: 三宅路久の生活 にて詳細情報が記述されています。

恋愛天国

メール送信元

• info-m@lvhv.jp

退会手続き窓口

• http://lvhv.jp/care.php?sex=m&num=***&cm=ok

請求メール文面

お客様のアドが仮登録のままで現在当番組に放置されております。 ↓下記URLよりお手続きください。

http://lvhv.jp/care.php?sex=m&num=***&cm=ok

明日0時までに至急退会手続きをしないと、悪質利用者として利用料金と損害金が加算されます。 【退会手順】アドレス確認（メール送信）⇒アドレス確認⇒電話番号認証⇒必須PF入力⇒本登録⇒退会処理 ↓下記URLよりお手続きください。

http://lvhv.jp/care.php?sex=m&num=***&cm=ok

なお、lvhv.jp以外での処理は出来ませんのでURLをよくご確認ください。

その他

架空請求実例メモ 2005/01/27 にて詳細情報を記述しています。

数撃ちゃ何とか

そろそろ自分自身が飽きが来はじめましたが、 架空請求実例メモ 2005/01/08 や 架空請求実例メモ 2005/01/10 と同様のメールが来たので今回もメモ。

ここ数日これ関連のキーワードで検索してくる人が非常に多く、やはり同様のメールを送りつけられた方が、「これは自分だけに来たメールなのだろうか ? それとも自分と同じようなメールを受け取った人が他にもいるんだろうか ? 」といったような気持ちで検索されているのだろうかと思いました。

もしそうだとするなら、同じようなメールだろうと飽きが来ようと、書いておくだけでもその人に安心を与えられると思うので書いておきます。

今日のメール

今日は system_info@u-waku2.jp というメールアドレスから送られてきています。 前回の記事のコメント欄に同じアドレスの報告例がありますね。

この度、弊社顧問法律事務所との協議の結果、以下の通りの事案を決定とし本メールを最後の通知とさせて頂きます。 これまで貴殿の利用料につきましてはコンテンツ事業者様及び弊社共々、再三のご連絡を試みて来ましたが未だ手続きなくまた誠意ある回答も頂いておりません。 今回の通告にも関わらず万が一にも退会手続きの確認が取れない場合は弊社関連調査会社のほうで貴殿のご自宅、勤務先等をメールアドレス、アクセスログ、電話番号等から調査、解析し回収員が貴殿のご自宅、勤務先等へ直接、回収に伺う事となりますのでご了承下さい。 詳しくはこちらから http://news-24.net/zimukyoku1706 109

最初で最後の通知ですか、とかそこまで分かっているならメールの文頭に私の名前を入れて送信するのがマナーですよ、とかと言いたくなるけどまあそれは置いておいて。 http://news-24.net/zimukyoku1706 にこれまで同様小細工しつつアクセスしてみると、

総務省認可

貴殿は今まで２サイトに退会処理をせず料金踏み倒しの経歴があります。 このままで宜しいのですか？ もしこのまま退会処理を行わなければ「電子契約法」に基づき、行政処分通達を総務省に通告致します。

退会入り口

裁判では、今後の給料差し押さえ並びに、不動産・動産物も強制執行致します。

※退会の仕方＝アドレス確認(メール送信)→ニックネームに「退会」と入力・貴方の電話番号を入力・パスワードには今日の日付を4文字の数字で入力し、送信→認証センターをクリックし、発信⇒番組入口をクリック⇒プロフィール更新⇒メニュー⇒退会

退会入り口

※こちらと致しましては何も難しい事は言っておりません。 退会処理もせず、そのまま放置はやめて下さいと言っているのです。 退会処理を後回しにし、そのまま放置してしまったのは何故ですか？ これは最後の警告です。早急に且つ料金が増幅しない内に退会処理を行って下さい。

退会入り口

【退会手順】アドレス確認(メール送信)→ニックネームに「退会」と入力・貴方の電話番号を入力・パスワードには今日の日付を4文字の数字で入力し、送信→認証センターをクリックし、発信⇒番組入口をクリック⇒プロフィール更新⇒メニュー⇒退会

うわー、確かに「恋のから騒ぎ」と「楽園」の 2 サイトっていうのは当たっています。 踏み倒しも何も書面などによる正式な請求は来ていませんけど。 それと電子契約法は未納者を総務省に通告する為の法律でも何でもないです。 電子契約法の条文は 架空請求実例メモ 2004/10/09 にて引用していますので、どうぞ後学のために参照なさってください。

……で、これまでの例だとメール本文中にはどこのサービスであると書かれていなくても、退会手続きの方にはサービス名が書かれていたのですが、こちらはそれすら書かれていません。 総務省の認可を受けたどこのどなた様でしょう ? そもそも料金が増幅っていうか元の請求額がいくらで、一日あたりいくら増幅するんです ? それを示してくれないと法定金利に適った請求かどうかすら分からないじゃないですか。 まあ 0 に何をかけても 0 なので、増幅しようがありませんけど。

whois してみる

ルーティンワークになりつつありますが u-waku2.jp というドメインを whois してみることにしました。

Domain Information: [ドメイン情報]

• [Domain Name] U-WAKU2.JP
• [登録者名] 大谷
• [Registrant] otana
• [Name Server] ns1.mmmo.jp
• [登録年月日] 2004/12/30
• [有効期限] 2005/12/31
• [状態] Active
• [最終更新] 2004/12/30 18:32:46 (JST)

Contact Information: [公開連絡窓口]

• [名前] 大谷
• [Name] otana
• [Email] soom@dg8.so-net.ne.jp
• [Web Page]
• [郵便番号]
• [住所]
• [Postal Address]
• [電話番号] 09041375092
• [FAX番号]

また大谷さんですか。 よくお会いしますね。 同様に退会処理用の news-24.net も whois 。 ( こちらは .jp ではないので JPNIC ではないサービスで whois しました。 )

• Registration Service Provided By: 21Company,Inc.
• Contact: e-info@21-domain.com
• Visit: http://21-domain.com/

• Domain name: news-24.net

Registrant Contact:

• Personal
• Arai KEISUKE (arai_dmain@hotmail.com)
• +81.9054263720
• Fax: -
• minamiikebukuro2-36-10
• toshimaku, TOUKYOUTO 1710022
• JP

Administrative Contact:

• Personal
• Arai KEISUKE (arai_dmain@hotmail.com)
• +81.9054263720
• Fax: -
• minamiikebukuro2-36-10
• toshimaku, TOUKYOUTO 1710022
• JP

Technical Contact:

• Personal
• Arai KEISUKE (arai_dmain@hotmail.com)
• +81.9054263720
• Fax: -
• minamiikebukuro2-36-10
• toshimaku, TOUKYOUTO 1710022
• JP

Billing Contact:

• Personal
• Arai KEISUKE (arai_dmain@hotmail.com)
• +81.9054263720
• Fax: -
• minamiikebukuro2-36-10
• toshimaku, TOUKYOUTO 1710022
• JP

• Status: Active

Name Servers:

• NS1.LOVESHOWER.NET
• NS1.MAILDORAGON.COM

• Creation date: 01 Aug 2004 05:39:13
• Expiration date: 01 Aug 2005 05:39:13

今回のまとめ

• 大谷さんは暮れも押し迫った頃から熱心ですね ( 投げやり )

ChangeLog を書いてみる

hxxk.jp template set -standard- の詳細なバージョン改訂の履歴を書いていなかったので、書くことにしました。 合わせて、リリース時の次バージョンへの検討課題を書くことで、具体的なコーディングの目標を掲げようと思います。

バージョン毎に書いていくので、新バージョンリリース時にはこの記事に追記していく形になります。 あまりバージョン数を重ねないうちに一応の完成形を出せるように頑張ります……。

1. ver. 1.00
2. ver. 1.01
3. ver. 1.02
4. ver. 1.03
5. ver. 1.04
6. ver. 1.05

ver. 1.00

公開日時

2005-01-07T01:21:35+09:00

特記事項

初版リリース。

検討課題

妥当な section-h 構造となっていないため、アドバイスを受けつつ文書構造から組み直し。

ver. 1.01

公開日時

2005-01-07T03:20:44+09:00

特記事項

文書構造を変えてみた。

検討課題

しかしまだまだ妥当な section-h 構造となっていないため、アドバイスを受けた部分を修正。

ver. 1.02

公開日時

2005-01-08T12:41:30+09:00

特記事項

文書構造を変えてみた。

検討課題

TypeKey 周りのマークアップのデバッグが足りず、 TypeKey 認証時に生成される HTML が not Valid であるため、その修正が必要。 また、 TypeKey のソースに合わせて記述していた form 要素内のマークアップが ( DTD 的には Valid だけど ) その要素が本当に妥当か ? と思われる分があるので再検討。

ver. 1.03

公開日時

2005-02-05T23:39:14+09:00

特記事項

MTInclude によるコード記述の簡略化を行った。 実際に生成される結果としては 1.02 のものと同じ。

検討課題

1.02 の検討課題を引継ぎ。

ver. 1.04

公開日時

2005-05-09T02:36:28+09:00

特記事項

• 注釈を充実させました。 <!-- notice でテンプレート内を検索すると、状況に応じて変更すべき部分を容易に見つけられます。
• trackback ? trackbacks ? - 公開テンプレートの id を変更しますで説明した通り、 id を書き換えました。
• コメント部分とトラックバック部分の表示に関する tips - トラックバックを受けつけない場合の問題点に合わせ、トラックバックを受けつける・受けつけないそれぞれの状態に対応できるような記述に書き換えました

検討課題

1.02 の検討課題を引継ぎ。

ver. 1.05

公開日時

2005-05-09T22:45:20+09:00

特記事項

• コメント部分とトラックバック部分の表示に関する tips - トラックバックを受けつけない場合の問題点に関する対応で、一部漏れがあったために書き換えました。

検討課題

1.02 の検討課題を引継ぎ。

短縮表記という悪しき流行

accesskey に関する記事群へ反応にて 一部の理論で発せられる流行というのは、昨今の weblog ブームで悪い意味で加速していると思う と書いたのは実はこのことだったのですが。

大まかな流れとしては、

1. :-)ネタフルというサイトが「 [N]ネタフル」という表記 ( 2005-01-11T01:11:32+09:00 時点では「 :-)ネタフル」という title 要素だったため確認できず ) をしていた
2. [を] 自分のサイトの簡易表記にてそれを真似する方がいて、それをきっかけに波及
3. [ス] サイト簡易表記一覧にてリストが作成される
4. 簡易表記一覧 - Easy Notation にてリストが引き継がれる

といった感じでしょうか。 で、これはサイト名によっては当然重複するものが出てくるでしょうけど、その場合の処理はどうしているのでしょう ?

見方を変えればいいのかもしれません

Authors should use the TITLE element to identify the contents of a document. Since users often consult documents out of context, authors should provide context-rich titles. Thus, instead of a title such as "Introduction", which doesn't provide much contextual background, authors should supply a title such as "Introduction to Medieval Bee-Keeping" instead.

著者は、当該文書の内容を識別するためにTITLE 要素を用いる必要がある。 ユーザは文脈抜きで文書を参照することがあるため、著者は文脈を踏まえたタイトルを提供する必要がある。 つまり、著者は、「概説」などの文脈不明なタイトルではなく、「中世の養蜂についての概説」のようなタイトルを提供しなければならない。

仕様にはこうあるため、そのサイトの文書であることを表すために title 要素にサイト名を入れるならば、そのサイト名を無意味に省略・短縮すべきでないと考えるのは自然なことでしょう。

しかし、短縮表記を採用している方の中には、「 1 文字 ( または 2 文字 ? ) に短縮してもうちのサイト名だと分かるはず」と反論される方もおられるでしょう。 そういった反論を私にされる方が実際に出てくるかは分かりませんが、もし出てきた場合は短縮された表記こそがそのサイトの正式名称として認識することにします。 ( でも、「を」とか「ス」とだけ言われても、どちらも今回初めて見たサイトなので、何のサイトかさっぱり分かりません。 )

:-) ブログタイトルの短縮表現がブーム？ではデメリットとして

• 「Nの人」と呼ばれる
• サイト名が[N]だと思われる

と認識される可能性があると示唆していますが、だって title 要素でそう名乗っているんでしょう ? いつ [N] から :-) に変えたのかは知りませんが、私はその時の title 要素を用いてリンクアンカーとするでしょう。 そして時を経てまた別の記事にリンクしようとする時に title 要素に書かれていたサイト名が変わっていても、過去の記事に対して整合性を取ろうとすることはしないでしょう。 本人が能動的に変えているんですから、私はその時々の表記に従うだけです。

想定される反論とその回答

うちのサイト名は正式名称は「 ****** 」であって、 [*] はあくまで短縮表記なだけだ。 [*] だけで紹介するのはやめて欲しい。

title 要素にそう書いている以上、 [*] が正式名称でしょう ?

深く考えず、流行に乗ってみただけだった。今は元に戻している。

流行に乗る前に、それが正しいことかどうか確認してください。

ウチとあそこは同じ [*] を名乗っているが別のサイトだ。ウチが先に [*] を名乗ったから、他に [*] の短縮表記をしているところはけしからん。

どっちもどっちという気もしますが、同じ名前になった以上、極端な話同じ内容を表す名前として捉えられてもしょうがないのでは ?

これは一過性のお遊び企画だよ。

少なくとも、その時点で愚かな行為をしているという事実は、後になっても残ります。

タブブラウザのタブバーに表示された時に一目で分かって見つけやすくなるんだよ。

そんな小手先のことをしなくてもいいような title 要素を付けてください。 もしくは favicon を工夫するとか。 そもそも、タブバーの表示というのはそのブラウザの実装によるので、短縮表記をする根拠にはなり得ません。 SDI のブラウザのケースを想定すると、短縮表記がノイズになるということが浮き彫りになると思います。 タブバーの表示という点に絞って視認性を高める目的であれば、 ( タブブラウザの実装に拠りますが ) favicon を使用するという手段もあります。

ああ、そうか

これって、 "click here" をリンクテキストとしてしまう人と同じようなことなのかな、とふと思いました。 HTML における title 要素の重要性、リンクアンカーのテキストの重要性を知っているならこんな馬鹿げた流行に疑問を抱かないはずがありませんし。

• Don't say "click here"; not everyone will be clicking - Quality Web Tips
• 「Don't use "click here" as link text」邦譯

そういったことを、短縮表記採用サイトを見回っているうちに気が付きました。

この辺やここら辺の流れに乗ってうちも簡易表記を始めた。 [P]。

ここにも登録してみた。 以前いろんな祭りに乗り遅れたんで、今後は脊髄反射でどんどん乗っていきたい。

トラックバック送信先

• :-) ブログタイトルの短縮表現がブーム？
• [P] 簡易表記してみた

Re: Going My Way: accesskeyをいれてwikiを使いやすくしてみる

windowsではIEとFirefox、Netscape、MozillaなどのGecko系で対応しているようです。 WindowsならAlt+E、Mac系だとCtrl Key+Eというように押せばいいようです。 IEだと該当のリンクのところに飛ぶだけなのでそこからさらにエンターを押さないといけないようです。 FirefoxだとそのままAlt+Eでいけます。 素晴らしい。

Opera 7.x も対応しています。 キーバインドが Alt + Accesskey ではなく、 Shift + Esc + Accesskey という違いはありますが。

また、 Gecko 系 UA のように accesskey 操作を行っただけでリンク先へ移動するのが良いのか、 IE のようにフォーカスのみに留めるのが良いのかの捉え方は人それぞれですので、一概に Gecko 系 UA の実装の方が素晴らしいとは断定できません。 ( 前者の場合、例えば「そのアンカーを単にフォーカスしたいだけ」というニーズには応えられません。 ) 私個人としては Gecko 系 UA の挙動の方が好きですが。

accesskeyに対応するキーを押したときに、その要素が選択（focus）されるのか実行（activate）されるのかは、解釈が曖昧で、ブラウザによって実装が異なります。 特に、リンク（a要素）にaccesskey属性を割り当てたときに、アンカーを選択するだけなのか直接リンク先のページに移動するべきなのかは、WAIのメーリングリストでも意見が分かれているという状況です。 HTML4の仕様書は

Pressing an access key assigned to an element gives focus to the element. The action that occurs when an element receives focus depends on the element. For example, when a user activates a link defined by the A element, the user agent generally follows the link. (17.11.2)

としているのですが、これは「a要素がフォーカスを受けた場合、（＝利用者によるアクティベートであるという飛躍があって）UAは一般的にリンクをたどる」と読めてしまいます。 a要素のaccesskeyをリンクをたどるとしているブラウザ（iCab, Mozilla, MacIE, Amayaなど）は、たぶんこれをストレートに解釈しているのでしょう。 しかしフォーカスとは、例えばUAAGが

The user may "set" content focus (programmatically or through the user interface) on an enabled element without triggering the associated behaviors.

と定義するように、基本的には機能を働かせることとは別のものです。 こうした考えに従い、accesskeyを押すとアンカーを選択するだけのブラウザ（Win IEなど）もあり、混乱します。 UAAGのチェックポイントが

Allow configuration so that moving the content focus to or from an enabled element does not automatically activate any explicitly associated event handlers. (9.5 No events on focus change)

と示すように、accesskeyについても、どんな動作をするのかユーザーが設定できるようになるのが一番望ましいのだと思いますが、なかなかそんな環境は実現しそうにありません。

Re: Going My Way: MTでは個別ページなどからAlt+1でトップページにいけます

MTの場合は実はaccesskeyというのはソースを見ると設定されているようでaccesskey="1"でタイトルへのリンク、つまり個別ページにいる場合にAlt+1を押すとトップページに行くことができます。 隠し技みたいですね。

前項の通り、 UA によってキーバインドが違うので、 Alt + 1 とは限りません。 また、 Movable Type のデフォルトテンプレートの場合は、トップページへのアンカーに accesskey="1" が設定されていますが、私のようにテンプレートからその記述を除外している場合もあります。 ( その理由に関しては別記事に後日まとめます。 )

そして、 accesskey 属性というものは単に設定すれば良いというものではなく、

The rendering of access keys depends on the user agent. We recommend that authors include the access key in label text or wherever the access key is to apply. User agents should render the value of an access key in such a way as to emphasize its role and to distinguish it from other characters (e.g., by underlining it).

アクセスキーのレンダリング方法はユーザエージェントに依存する。 著者は、ラベル文や他のあらゆるアクセスキー適用先に、当該アクセスキーの文字を含めるよう勧められる。 ユーザエージェントはアクセスキーの値を、それがアクセスキーであると判るよう他の文字と区別して(下線をつけるなど)レンダリングする必要がある。

とされているため、 隠し技みたい な状態になっていてはいけないのです。 もっとも、 Movable Type のデフォルトテンプレートでは単に accesskey 属性を指定しただけで、その文字を適用先に含めておらず、またマニュアルをざっと眺めてもそれに関する記述がされていなかったので、 kengo さん ( Going My Way ) がそう思われてしまうのも仕方が無いのかもしれません。

Re: hail2u.net - Weblog - うにばーさる・あくせしびりてぃー

こういった一般的な解をベースに、ブログ用アクセスキーとか制定したら流行るかも(なんでもブログ用とか付ければ良いと思ってる)。 クッキー使ってユーザーごとにカスタマイズできたりしたら楽しそう。 動的にページを作成するようになっているのなら簡単ぽいし。 JavaScriptだけでもできる気がするけど。

こちらは Going My Way: accesskeyをいれてwikiを使いやすくしてみる から辿った weblog の記事から。 Kyo さん ( hail2u.net ) が制定するのかどうかはさておき、制定しようとする人がどれくらい accesskey に関する理解度があるかによって、 流行るかも という想像が、良い兆候になるか悪しき風習になるか二分されます。

これはまた別記事に書きますが、現状では一般的な解を得られるのはまず無理だと私は思っています。 一部の理論で発せられる流行というのは、昨今の weblog ブームで悪い意味で加速していると思うので、例え最大公約数を得ても一般的な解とすることができるか、それを後日考察してみたいと思います。

Re: オルタネイト:プロスノーボーダー渡部ルミ　ヒトリゴト言いっぱなし

さっそく自分のBlogで試したら、「ポン」という音が鳴るだけ××× 何度試しても「ポン、ポン、ポン」

「ポン、ポン、ポン、ポン、ポン、ポン、ポン、ポン」

……やはりMT系だけなのか。 それともおいらがHTMLテンプレートをいじる時にしくじったか。

悲しみをこらえながら、Going My WayさんのページでAlt+1を押してみたら、「ポン」と同じ音がっ！

とうとうおいらのPCがぶっ壊れたか？ さっき、ちょっとしたメールで爆笑して、つばをぶっかけたからか？ 熱もあるし、仕事も進んでないのに、遊んでいるバチが当たったのか？

とぐるぐる思い当たることを考えたら、ハッ！！！と気付いたよ。 ブラウザがOperaだからだ。(TeT)

さっそくIEを立ち上げて自分のサイトを確認。

おぉぉぉぉ！ Alt+1でパージトップのタイトルの所に飛びましたわ！！！

これも前項と同様です。 Opera をお使いであれば、 Alt + Accesskey を Shift + Esc + Accesskey と読みかえれば良いです。

Implement of accesskey in Opera 7 beta - その他気がついた点によると、 Shift + Esc + [accesskey]と云うキーバインドを実行する際には、Shift + Escと[accesskey]を同時押しする必要は無く、Shift + Escを一旦押してから、[accesskey]を押す、と云うキーバインドで動作してくれます。 とのことです。 3 つのキーを同時押しでも構いませんし、 Shift + Esc を同時押しした後に Accesskey を一つだけ押しても構いません。 どちらの方法でも accesskey を操作することが出来ます。

トラックバック送信先

• Going My Way: accesskeyをいれてwikiを使いやすくしてみる
• Going My Way: MTでは個別ページなどからAlt+1でトップページにいけます
• オルタネイト:プロスノーボーダー渡部ルミ　ヒトリゴト言いっぱなし

hail2u.net - Weblog - うにばーさる・あくせしびりてぃーについては、 年末は大掃除というわけで、writeback(コメント + TrackBack)を殺してみたりしてみました。 とのことなのでトラックバックを送信していません。

大谷 一之さんと三宅 路久さんは大人気

架空請求実例メモ 2005/01/08 を公開した 1 日後の昨日、妙に Google 検索からのアクセスが増えていることに気付きました。 調べてみると、その内容にマッチする検索キーワードで来られている方が多数いて、それでパーセンテージが上がっていたようです。

• Google 検索: coikara2.jp
• Google 検索: coikara2
• Google 検索: 貸借金事件
• Google 検索: remail_automail
• Google 検索: 恋のから騒ぎ 携帯サイト 請求
• Google 検索: soom@dg8
• Google 検索: 恋のから騒ぎ事務局
• Google 検索: 09041375092
• Google 検索: soom@dg8.so-net.ne.jp
• Google 検索: 恋のから騒ぎ　架空請求

これは検索キーワードの一例ですが、重複分は差し引いてあります。 他にも請求メールの文面の一部をキーワードにしている例などもありましたが、多すぎるので除外しました。 それだけ不特定多数の相手に送っているようです。

今日も届いた

そして、今日も同じような手続き先が書かれたメールが届きました。 今回は system_info@prds2.jp というメールアドレスから送られてきています。

当番組では、この度システムを大幅に変更しました為、サーバーの改修作業を行っております。 その際、貴殿の登録状態が「仮登録」となってることを確認致しました。 つきましては下記URLより早急に「退会」の手続きをして下さい。 システムの都合上、手続きをなさらない場合、貴殿の御意思の有無に関わらず自動的に「登録」され、番組使用料が高額となり貴殿に御負担戴くことになります。 http://prds2.jp/care.php?sex=m&num=*** 退会手順 http://deaistyle.net/taikai/index.html 5

末尾の「 5 」って何、と思ったけど関係なさそうなので置いておいて、前回同様、 http://prds2.jp/care.php?sex=m&num=*** にアクセスしてみると

ご注意

楽園について。 楽園は携帯専用のページです。携帯以外からのアクセスはご遠慮ください。 アクセス可能なキャリアは以下をご参照ください。

• Docomo
• EzWeb
• VODAFONE

携帯でのアクセスをお待ちしております。

運営元:楽園事務局 住所:東京都台東区上野

運営元以外は架空請求実例メモ 2005/01/08 - 書かれていたアドレスにアクセスしてみると同じ結果に。 もう少し違いを出さないとバレバレじゃないですか……。

whois してみる

これも前回と同じだろうと思いつつ prds2.jp というドメインを whois してみることにしました。

Domain Information: [ドメイン情報]

• [Domain Name] PRDS2.JP
• [登録者名] 大谷
• [Registrant] otana
• [Name Server] ns1.mmmo.jp
• [登録年月日] 2004/12/30
• [有効期限] 2005/12/31
• [状態] Active
• [最終更新] 2004/12/30 18:32:46 (JST)

Contact Information: [公開連絡窓口]

• [名前] 大谷
• [Name] otana
• [Email] soom@dg8.so-net.ne.jp
• [Web Page]
• [郵便番号]
• [住所]
• [Postal Address]
• [電話番号] 09041375092
• [FAX番号]

ドメイン名と、登録年月日が coikara2.jp と約 1 分違う以外は全く同じです。 ネームサーバの ns1.mmmo.jp は同じなので省略。

今回のまとめ

• soom@dg8.so-net.ne.jp というメールアドレスで申請したドメインは複数ある
• 検索結果から察するに、かなりの数の架空請求メールを送信しているっぽい

so-net に 「貴社のメールアドレスが架空請求詐欺に利用されています。 このまま放置しておくと、貴社に対する大幅なイメージダウンにつながると予想されますので、早急に対処された方が良いと思います。」 といったメールを送った方が良いのでしょうか…… ?

携帯電話あてに架空請求

久々に携帯電話の方のメールアドレスに架空請求メールが来ました。 特に個性あるメールではありませんが、 WWW に公開することで架空請求業者であることを周知できるために公開します。 惜しい点は、携帯電話の方に届けられたために詳細なメールヘッダを公表できないということでしょうか。 というか、 remail_automail@t.vodafone.ne.jp というメールアドレスから送られてきているのですが……アドレスを詐称してパソコンで書いているようにも見えないので、おそらく携帯電話から直接送っているのでしょうか。

《猶予期間》本日中 http://coikara2.jp/care.php?sex=m&num=*** 貴殿がご利用になった当サイトの登録手続きが仮登録状態のまま放置されて居り正規会員とみなされ料金を請求される恐れがあります。 御自身に退会の意思が有る様であれば、直ちに以下の退会処理を行なって下さい。 《退会手順》アドレス確認の為メール送信⇒ニックネーム・電話番号入力⇒番号認証⇒番組入口⇒必須PF入力⇒メニュウより退会処理を行なって下さい。 ▼下記入口よりお手続きください。 http://coikara2.jp/care.php?sex=m&num=*** 再三の通達にも拘らず処理を放棄された場合、誠に残念ながら貸借金事件として管轄裁判所に告訴させて頂きます。 尚、退会・入金済みの行き違いの際はご了承下さい。

とりあえず放置して告訴してもらってみるのも面白いかも

私はこうしてネタにする以外には相手をする気は無いので、当然通達を無視して処理を放棄するわけです。 すると 貸借金事件として管轄裁判所に告訴 されるようですが……。

完全な間違いとは言えないかもしれませんが、「裁判所に告訴」っていう言い回しって何だか不自然だと思いませんか ?

こくそ 1 【告訴】

（名）スル

犯罪による被害者またはそれに準ずる者が、捜査機関に対して犯罪事実を申告し、犯人の処罰を求める意思表示をすること。

料金請求に対する未払いについて訴えるのならば、犯罪による被害ではありませんし、そもそも裁判所は捜査機関ではありません。

ていそ 1 【提訴】

（名）スル

訴え出ること。訴訟を起こすこと。 「委員会に―する」

このように、「裁判所に提訴」なら意味が通ると思うのですが。

書かれていたアドレスにアクセスしてみる

今回、 http://coikara2.jp/care.php?sex=m&num=*** といった感じで num 以降の部分を伏せていますが、実際はここに 3 桁の数字が入っていました。 PC 総背番号制のようなトラップに気をつけつつ、実際にそこにアクセスしてみると

ご注意

恋のから騒ぎについて。 恋のから騒ぎは携帯専用のページです。携帯以外からのアクセスはご遠慮ください。 アクセス可能なキャリアは以下をご参照ください。

• Docomo
• EzWeb
• VODAFONE

携帯でのアクセスをお待ちしております。

運営元:恋のから騒ぎ事務局 住所:東京都台東区上野

と、普通の (?) 携帯サイトらしき文章が表示されました。

whois してみる

coikara2.jp というドメインで運営しているようなので、 whois してみることにしました。

Domain Information: [ドメイン情報]

• [Domain Name] COIKARA2.JP
• [登録者名] 大谷
• [Registrant] otana
• [Name Server] ns1.mmmo.jp
• [登録年月日] 2004/12/30
• [有効期限] 2005/12/31
• [状態] Active
• [最終更新] 2004/12/30 18:31:58 (JST)

Contact Information: [公開連絡窓口]

• [名前] 大谷
• [Name] otana
• [Email] soom@dg8.so-net.ne.jp
• [Web Page]
• [郵便番号]
• [住所]
• [Postal Address]
• [電話番号] 09041375092
• [FAX番号]

登録年月日がまだ新しいですね……。 そしてネームサーバが ns1.mmmo.jp ということでこちらも whois 。

Domain Information: [ドメイン情報]

• [Domain Name] MMMO.JP
• [登録者名] 三宅 路久
• [Registrant] Miyake,Michihisa
• [Name Server] ns1.mmmo.jp
• [Name Server] ns2.inquiry.jp
• [登録年月日] 2003/05/26
• [有効期限] 2005/05/31
• [状態] Active
• [最終更新] 2004/07/15 09:17:38 (JST)

Contact Information: [公開連絡窓口]

• [名前] 三宅
• [Name] Miyake
• [Email] soom@dg8.so-net.ne.jp
• [Web Page]
• [郵便番号] 150-0015
• [住所] 東京都台東区東上野6
• [Postal Address] 6,Higashiueno,Taito-ku,TOKYO 150-0015 JAPAN
• [電話番号] 080-3248-4004
• [FAX番号]

そして、ネームサーバの方の登録者名で検索 ( Yahoo!検索 - 三宅路久 ) すると、クネアシ: ◆訴訟警告書◆という記事に辿り着きました。 それによると、倶楽部人妻というサイトを運営しているドメイン ( ai093.jp ) も coikara2.jp の運営者と同じ人物が管理しているようです。

これらの公開連絡窓口に書かれた連絡用メールアドレスは soom@dg8.so-net.ne.jp となっています。 プロバイダ配布のメールアドレスなので、万一の時は特定電気通信役務提供者の損害賠償責任の制限及び発信者情報の開示に関する法律によって発信者情報の開示を求めることもできるかもしれません。

ちなみに、私の携帯電話あてに届いたメールは remail_automail@t.vodafone.ne.jp という携帯電話のメールアドレスから、クネアシ: ◆訴訟警告書◆の方にて公表されているメールは chisai-00013@docomo.ne.jp という携帯電話のメールアドレスから送られてきているんですよね……。 なんか、詰めの甘い架空請求業者だな、と思いました。

今回のまとめ

• soom@dg8.so-net.ne.jp というメールアドレスで申請したドメインで堂々と (?) 架空請求詐欺を行っている
• chisai-00013@docomo.ne.jp というメールアドレスを持つ DoCoMo の携帯電話で「倶楽部人妻」の架空請求メールを送っている ( おそらく手作業で ? )
• remail_automail@t.vodafone.ne.jp というメールアドレスを持つ Vodafone の携帯電話で「恋のから騒ぎ」の架空請求メールを送っている ( おそらく手作業で ? )

……ある意味男気ある架空請求業者かもしれません。

あと、 今回も文章が切れていて最後まで読めんって というのは、 DoCoMo のメールが 250 文字までで制限されているからではないでしょうか。 ( もしかしたらもっと多い文字数が送られるのかもしれませんが、 DoCoMo の仕様はよく分かりません。 友人に聞いたら、 FOMA は 10,000 文字まで送られるそうですが。 )

トラックバック送信先

• クネアシ: ◆訴訟警告書◆

テンプレート公開第一弾

Movable Type の標準のテンプレートは構造が変なので、一から作り直してみました。

1. 特徴
2. 使用条件
3. ダウンロード
4. 内容
5. 設定手順
6. サンプル
7. 関連リソース

特徴

• Movable Type 3.121-ja のデフォルトテンプレートをベースにしたテンプレートのセットです。
• プラグインをインストールする必要はありません。
• XHTML 1.0 Strict です。
• section - h 構造を念頭に置いて作成しました。
• スタイルシートは構造を視覚化する程度にしか設定していません。
• Convert Line Breaks での運用に向いていません。
• HTML と CSS についてのある程度の知識を持っている方向けです。
• おまけとして 80*15 ピクセルのバナーを同梱しています。

使用条件

• CSS はほぼ真っ白に近いものしか同梱していませんので、自作してください。
• 改変はご自由にどうぞ。
• 改変を伴わない再配布は禁止させていただきます。
• 使用報告は不要です。 ( 禁止ではありません )
• hxxk.jp template set -standard- を使って作成した Weblog 内に配布元へのリンクを入れることも不要です。一応テンプレート内にこの記事へのリンクを記述していますが、必ず残しておく必要はありません。

ダウンロード

• hxxk.jp template set -standard- ( ver.1.05, zip, 29KB )

内容

• archive_template
  • hxxk_category_archive.txt
  • hxxk_individual_entry_archive.txt
  • hxxk_monthly_archive.txt
• banner
  • atom03.png
  • html_lint.png
  • rss10.png
  • rss20.pngg
  • v_css.png
  • v_xhtml.png
• index_template
  • hxxk_archives.txt
  • hxxk_include_footer.txt
  • hxxk_include_menu_links.txt
  • hxxk_main_index.txt
  • hxxk_styles_site.txt
• other_template
  • hxxk_comment_error.txt
  • hxxk_comment_pending.txt
  • hxxk_comment_preview.txt
  • hxxk_remenber_me.txt
• search_template
  • default.txt

設定手順

設定項目名は Movable Type 3.121-ja に準じていますので、それ以前のバージョンの Movable Type を使っている方は適宜読み替えてください。

1. Movable Type の管理画面の「新しいウェブログの作成」より、新規の Weblog を作成します。
2. 「テンプレートの設定」
   • 「メインページ」のテンプレートの中身に hxxk_main_index.txt の内容を貼り付けます。
   • 「アーカイブページ」のテンプレートの中身に hxxk_archives.txt の内容を貼り付けます。
     • 出力ファイル名を archives/index.html に変更します。
   • 「カテゴリー・アーカイブ」のテンプレートの中身に hxxk_category_archive.txt の内容を貼り付けます。
   • 「個別エントリーアーカイブ」のテンプレートの中身に hxxk_individual_entry_archive.txt の内容を貼り付けます。
   • 「日付アーカイブ」のテンプレートの中身に hxxk_monthly_archive.txt の内容を貼り付けます。
   • 「コメント・エラー」のテンプレートの中身に hxxk_comment_error.txt の内容を貼り付けます。
   • 「コメント・プレビュー」のテンプレートの中身に hxxk_comment_preview.txt の内容を貼り付けます。
   • 「コメント・保留」のテンプレートの中身に hxxk_comment_pending.txt の内容を貼り付けます。
   • 「 Remember Me 」のテンプレートの中身に hxxk_remenber_me.txt の内容を貼り付けます。
   • 「新しいインデックス・テンプレートを作る」から、新規テンプレート「 Menu Links 」を作成します。 ファイル名を「 include_menu_links.html 」として、テンプレートの中身に hxxk_include_menu_links.txt の内容を貼り付けます。 なお、「インデックス・テンプレートを再構築するときにこのテンプレートを自動的に再構築する」のチェックを外さないようにしてください。
   • 「新しいインデックス・テンプレートを作る」から、新規テンプレート「 Footer 」を作成します。 ファイル名を「 include_footer.html 」として、テンプレートの中身に hxxk_include_footer.txt の内容を貼り付けます。 なお、「インデックス・テンプレートを再構築するときにこのテンプレートを自動的に再構築する」のチェックを外さないようにしてください。
3. 「ウェブログの設定」→「設定」
   • 「新規エントリーのデフォルトのテキストフォーマット」を「なし」に変更します。
4. 「ウェブログの設定」→「アーカイブの設定」
   • 「個別エントリーアーカイブ」のアーカイブファイルのテンプレートの欄に <$MTArchiveDate format="%Y%m/%d%H%M"$>.html と記述します。
   • 「日付アーカイブ」のアーカイブファイルのテンプレートの欄に <$MTArchiveDate format="%Y%m"$>/index.html と記述します。
   • 「カテゴリー・アーカイブ」のアーカイブファイルのテンプレートの欄に <$MTSubCategoryPath$>/index.html と記述します。
5. default.txt を、 <$MTPablishCharset$> と同じ文字コードで default.tmpl という名前で保存しなおし、 install directory/search_templates/ に FTP で put します。
6. 「サイトの再構築」を行って完成です。

使用例は、 Template hxxks -standard- をご覧下さい。 また、バナーは必要に応じてお使いください。

サンプル

• Template hxxks -standard-

関連リソース

• Template hxxks ! - 私が考えるテンプレートの使用条件
• hxxk.jp template set -standard- ChangeLog

テンプレートの公開を予定しています

hxxk.jp を始めた時点で、 Movable Type を使用すること、そしてそのテンプレートをいずれ公開することを決めていました。 本当は公開できるものが完成してから発表すべきなんでしょうけれど、言っておいた方が自分へのプレッシャーになって良いかな、と。 夏休みの宿題はラストスパート命な真琴です。 普段のノートは自分なりにとはいえ丁寧な字で書いているのに、宿題の字は汚いと評判でした。 いやそんな昔話はどうでも良く。

現在 hxxk.jp で使用しているテンプレートは自分しか分からないくらいに細分化してしまったので、これをベースにした公開用テンプレートを作ろうと思っています。 今のところ考えているのは、内容に特化したテンプレート。 カラムをひとつにするとかふたつにするとかみっつにするとかは CSS をどう記述するかによるので、もっと違う視点から取り組んでみようと思います。

今のところぼんやりと考えているのは、ニュースサイト用テンプレート、写真・イラストサイト用テンプレート、日記用テンプレートといったところです。 どれから手を着けるかは考えていませんが。 まずはデフォルトテンプレートの雰囲気を残しつつ、きっちりとした構造のものを作ってみるのもいいかもしれません。

私が考えるテンプレートの使用条件

使用報告コメントや使用報告トラックバックは任意、というか不要

使用してみての疑問や質問、感想などがあれば、コメントなりトラックバックをお寄せ願うという感じです。 単に使用しているだけなら報告は不要だと考えますし、気恥ずかしいので。

バナー表示等を強制しない

hxxk.jp のテンプレートを使っているかを表示する、しないは使用者の判断に任せます。 一応配布時点では、配布ページへのリンクは記述しておくつもりですが、そのリンクを必ず残しておく必要はありません。 私が配布したテンプレートに更に手を加えた場合、どこまでが私のテンプレートでどこからが使用者のテンプレートかの区別が付けづらいからです。

テンプレートに対する知識があって、カスタマイズを厭わないのなら私が作ったテンプレートの状態を固持する必要はありませんし、これを叩き台にしてより良いテンプレートを作る方が現れればそれは喜ばしいことです。

逆に、テンプレートのカスタマイズはよく分からないけれど、これを使っていることで何か質問が来たらどうしよう……という不安を抱く人もいるかもしれません。 そういった方は配布元 ( hxxk.jp ) へのリンクを明示しておいて、「配布元に聞いてください」と対処すればいいのです。

これは「テンプレートをカスタマイズして配布するなら、それに関する質問も自分で受け答えできるべきだろう」という私の考えに基づくものです。 後で述べますが、現在 hxxk.jp を構成している Movable Type のテンプレートにも、これから配布しようと考えているテンプレートにも、基になったテンプレートがあります。 しかし、 ( 言い方は悪いですが ) もはや原型を留めていませんし、あまりにカスタマイズに没頭するあまり、基とさせていただいたテンプレートの作成者の方から逆にアドバイスを求められたりもしました。 参考にしたならしたで感謝の念は忘れずに持ちつつ、自信を持って受け答えできるようになったと自負しているから、自分でもテンプレートを公開してみようと思ったのです。

そのままの状態での再配布は禁止する

これはもちろん、前述の「叩き台にしてより良いテンプレートを作る」行為を制限させないための条件です。 私のテンプレートを基にしてより良いテンプレートを作っていただけたなら、何も構うことなくどんどん配布してください。

ただし、私が作ったものをそのままの状態で再配布することは禁止しようと思います。 私の場合は、作った時点で完璧に見えていても、何かしら改善の余地が見つかるということがよくあるため、別の所で再配布されるとその改善の周知が上手くいかないからです。

hxxk.jp のテンプレートの源流

• ワレズ日記: てんぷら
• Junkline - テンプレ請うかい

直接の源流は Junkline - テンプレ請うかいの方のテンプレートなのですが、アサノさん ( Junkline ) 曰くワレズ日記: てんぷらの物を基にして作ったとのことなので、源流の源流は麻衣さん ( fuck a duck! ) ということになります。 お二人に大きく感謝。

実は

もう既に公開用テンプレートは作ったんですよね……。 この記事を下書き状態で書いていて、途中ですっかり忘れていたのです。 確か 9 月 28 日頃に手を着けた記憶が……。 ( 放置しすぎです )

ということで、配布用の説明記事を書いている真っ最中です。 おそらく日付が変わる頃には実際のテンプレートセットと合わせて公開できるかと思います。 ……きっと。

ちなみに、そのテンプレートを適用した場合のサンプルも既に作っています。 運用の都合上拡張子が .php になっていますが、配布するテンプレートは .html でも使用可能です。

• Template hxxks -standard-

「あけまして」以外のおめでとう

新年あけましておめでとう……というのはどこもかしこも言っているので、それ以外の「おめでとう」を。

お誕生日おめでとう

• yukiakari :: Notebook - diary : 誕生日

既に昨日のお話ですが、この記事を見たのが年が明けてからだったので、今日付けでお祝い ( いいのだろうか ) 。 真冬さん ( yukiakari ) にとって 2005 年がより良い年であることを !

ゴールイン (?) おめでとう

• しゃれにならない日々。 - 2004年ももう終わり

プライベートではKei嬢と付き合って５年を迎え、いよいよ来年ゴールするかみたいな流れになり始めたりとかあったり

最初にジュンさんから話を聞かされたときは全く信じていなかったけどもに続き、ネット上で身近な人の慶事第二段ですか !? もしも IRC の皆でお祝いする機会が作れたら是非お祝いさせていただきます !

トラックバック送信先

• yukiakari :: Notebook - diary : 誕生日
• しゃれにならない日々。 - 2004年ももう終わり