2004-11 アーカイブ

http://hxxk.jp/2004/11/

集団暴走の代金、しめて 1590 万円也

記事データ

投稿者

望月真琴

投稿日時

2004-11-30T18:59+09:00

タグ
概要

平成 16 年 11 月 1 日から施行された改正道路交通法を、都内で初めて集団暴走行為に適用した件の罰金が請求されました。この時点で計 1590 万円で、最終的には 2000 万円を超える見込みだそうです。でも、そんなに払えるのでしょうか ?

リプライ

リプライはまだありません。

記事本文

改正道路交通法の暴走族対策

以前、 改正道路交通法の一部施行に関するメモにて改正道路交通法の、主に運転中の携帯電話の使用について述べましたが、今回は暴走族対策について取り上げようと思います。

3 暴走族対策 ( 平成 16 年 11 月 1 日から施行 )

暴走族による集団暴走行為について、迷惑を被った者や危険に遭った者がいない場合であっても、著しく道路における交通の危険を生じさせ、又は他人に迷惑を及ぼすこととなる行為は罰則の対象とする。

改正前は迷惑を被った者や危険に遭った者の立証や捜査協力が検挙のために必要だったのですが、改正後は共同危険行為等自体が処罰の対象となります。 そして、その場合の罰則は 2年以下の懲役又は50万円以下の罰金 となっています。

また、共同危険行為等に限らず、騒音運転や消音機不備の罰則も強化されています。 詳しくは道路交通法が一部改正されました - 暴走族対策を参照してください。

改正道路交通法の適用例

首都高速道で蛇行運転などを繰り返したとして、道路交通法違反(共同危険行為等の禁止)で逮捕、送検された暴走族の元メンバーらについて、東京地検は、茨城県龍ヶ崎市、土木作業員・高堂信宏容疑者(32)ら6人を東京地裁に起訴、49人を東京簡裁に略式起訴し、1人当たり30万―50万円の罰金を請求した。 一晩の暴走による罰金の合計金額は、1590万円にのぼる。

今月1日施行の改正道交法により、危険な暴走行為の大量摘発が容易になったことに伴うもの。 同地検交通部はさらに数人を略式起訴する方針で、最終的な罰金総額は2000万円を超えるとみられ、「暴走行為は高くつくことを周知徹底させたい」としている。

これは @CARS : Yomiuri On-Line (読売新聞) よりの引用ですが、 50 万円満額請求されている人も居るようですね。 ( 罰金について「満額請求」って言っていいのか分かりませんが。 )

50 万円という金額をどれくらいの価値に捉えるかは人それぞれでしょうけれど、サッと出せる金額だという人はそう多くないと思います。 では、 50 万円の罰金を科せられた人はどうすべきでしょうか。 「無い袖は振れぬ」で押し通せるものなのでしょうか。

たかが罰金 ?

日常会話においては、一時停止違反などで支払う反則金も「罰金」として捉えられてる感があるため、罰金と言うとそこまで重い罪というイメージがありません。 ( 私だけ ? )

罰金と反則金の違い、刑法上の罰金の位置付けなどについては 自転車には反則金という概念はない を参照してください。

で、この罰金ですが、分割納付はできません。

罰金を分割で支払うことはできますか?

罰金は,刑罰ですから,定められた期間内に一括して納付しなければなりません。 定められた期間内に一括納付できないときは,納付の通知をしている検察庁の「徴収事務担当者」にお尋ねください。

では、一括納付が不可能な場合は ? 刑法には、以下のように定められています。

第18条 罰金を完納することができない者は、1日以上2年以下の期間、労役場に留置する。

2 科料を完納することができない者は、1日以上30日以下の期間、労役場に留置する。

3 罰金を併科した場合又は罰金と科料とを併科した場合における留置の期間は、3年を超えることができない。 科料を併科した場合における留置の期間は、60日を超えることができない。

4 罰金又は科料の言渡しをするときは、その言渡しとともに、罰金又は科料を完納することができない場合における留置の期間を定めて言い渡さなければならない。

5 罰金については裁判が確定した後30日以内、科料については裁判が確定した後10日以内は、本人の承諾がなければ留置の執行をすることができない。

6 罰金又は科料の言渡しを受けた者がその一部を納付したときは、罰金又は科料の全額と留置の日数との割合に従い、納付した金額に相当する日数を控除して留置する。

7 留置の執行中に罰金又は科料の一部を納付したときは、その金額を、前項の割合で、残りの日数に充てる。

8 留置1日の割合に満たない金額は、納付することができない。

一括納付できない場合は代わりに労役せよ、ということです。 一部納付の場合には労役日数の控除が行われますが、これは分割納付とは違いますし。

そして、罰金の言い渡しの際に、合わせて 罰金又は科料を完納することができない場合における留置の期間を定めて 言い渡されます。 たとえば 1 日 1000 円として換算すれば、罰金 50 万円の場合は 500 日の労役場留置ということになります。 ( さすがに 1 日 1000 円は極端な例ですが。 )

「労役場留置」とは何ですか?

「労役場留置」とは,資力がないなどの理由により罰金全額を納めない場合,その人を刑務所(監獄付設の労役場)に留置して作業をさせることをいいます。 留置される日数は裁判で決められますが,現在,多くの裁判において1日の留置を罰金5,000円相当と換算されており,その場合には罰金20万円であれば40日間となります。 最長の期間は2年間です。

1 日 5000 円相当が相場のようです。 実際は家族や親族などが工面する場合もあるようですが、それもできない場合は労役場留置は免れられません。

レスポンス | Response. 罰金払わない…労役場に収監3カ月といったニュースもありましたし、「踏み倒し」はできないものとなっています。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

こういうアイデアを出せる人って凄いなあ

記事データ

投稿者

望月真琴

投稿日時

2004-11-29T23:38+09:00

タグ
概要

デフォルトテンプレートのソースを提示して、その中に出現するテンプレートタグから各項目へのリンクを行っているという。大した事のないように見えてなかなか思いつかない事かも。

リプライ

1 件のリプライがあります。

記事本文

誰かやらないかなと思ったことをできるだけやってみる

うわーこういうアイデア凄いな、と思った記事。 Movable Type のテンプレートのカスタマイズは、一応テンプレート・タグを一通り読めば大抵の事は分かりますが、一度通して読んだだけではなかなか分かり辛いところもあります。 そこで、デフォルトテンプレートのソースを提示して、その中に出現するテンプレートタグから各項目へのリンクを行っているという。

これ、初めてテンプレートをカスタマイズする人に勧めると良いかも。 後日パクら参考にさせていただこう……。

更にネタができそう

前項のリソースを見た瞬間、「 pre 要素を使ってマークアップして overflow:auto; にすれば楽なのになあ」と思ったんですが ( 見た瞬間にそう思うのはどうかと ) 、よくよく考えるとそれだと折り返しがされないし……。

……っと、これはまた別の機会に。

トラックバック送信先

リプライ

1 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-11-30T14:08+09:00 - MTのテンプレートからすぐにタグのヘルプへ < 亜細亜ノ蛾 - ヘッドライン

素晴らしい!! 「Main Index テンプレートをそのまま張り付けて、MT タグの部分はタグのヘルプへリンクしてある」というワンアイディアなのですが、なかなかその発想は出てこないですよね。

:before 擬似要素 / :after 擬似要素の活用例

記事データ

投稿者

望月真琴

投稿日時

2004-11-27T15:50+09:00

タグ
概要

hxxk.jp の場合は :before 擬似要素 / :after 擬似要素を随所に活用していますので、その例をいくつか紹介します。

リプライ

3 件のリプライがあります。

記事本文

:before 擬似要素 / :after 擬似要素の使用例

:before、:afterってcontentプロパティ使って要素の前後にイメージやら文字やらを挿入するのにスゲェ便利だと思うのになぁ、って今仕事しながら思った。

同感です。 というか、 hxxk.jp の場合は随所に活用しており、 CSS の便利さを存分に噛み締めています。

私は e-luck さん ( Lucky bag::blog ) のアイデアのようなフッタ部分の更新には使っていません ( 共通のフッタを使って PHP で include ) が、細かい所でよく使っています。 この機会にご紹介。

なお、 Safari 1.0 には content プロパティの値に日本語文字を指定すると、文字化けを起こすというバグが存在するので、ブラウザのターゲットに Safari を含めている方は、 Safari と content プロパティも合わせてお読みの上、エスケープによる対策を行うことを強く推奨します。

blockquote 要素で引用元の明示

blockquote{
  color:             #cccccc;
  background:        transparent url("../materials/hxxk002_bg02.png") left top repeat-y;
  border:            1px solid #cccccc;
  margin:            1em 2em 1em 3em;
  padding:           0 1em;
  }

blockquote[title]:before{
  display:           block;
  color:             #cccccc;
  background:        transparent;
  content:         ""attr(title)" より引用";
  border-bottom:     3px double #ccddff;
  margin-bottom:     0.5em;
  padding-top:       0.5em;
  padding-bottom:    0.5em;
  padding-left:      1em;
  font-size:         80%;
  font-weight:       bold;
  }

blockquote[cite]:after{
  display:           block;
  color:             #cccccc;
  background:        transparent;
  content:         "引用元 URI : "attr(cite)"";
  text-align:        right;
  border-top:        3px double #99bbff;
  margin-top:        0.5em;
  padding-top:       0.5em;
  padding-right:     2em;
  padding-bottom:    0.5em;
  font-size:         80%;
  font-weight:       bold;
  }

このように、 blockquote 要素に title 属性が指定されていれば、 :before 擬似要素でその内容 ( 主に引用元の title 要素 ) を記述し、また cite 属性が指定されていれば、 :after 擬似要素でその URI を記述するようにしています。 前項の引用部分を見て確かめてください。

属性セレクタを使用しているため、 title 属性や cite 属性が指定されていなければこのスタイルは反映されません。 すなわち、 CSS のために HTML の記述方法に制限をかけることはありません。 ( この場合で属性セレクタを使わないようにすると、 CSS との整合性を取るために title 属性と cite 属性を指定しなければならなくなるという本末転倒なことに……。 )

pre 要素でソースコードの説明

pre{
  color:             #99ffdd;
  background:        transparent url("../materials/hxxk002_bg02.png") left top repeat-y;
  border:            1px solid #cccccc;
  width:             90%;
  margin:            1em 1em 1em 3em;
  padding:           0.5em 1em;
  overflow:          auto;
  }

*>pre{
  width:             auto;
  margin:            1em 2em 1em 3em;
  }

pre[title]:before{
  display:           block;
  text-align:        right;
  color:             #cccccc;
  background:        transparent;
  content:         attr(title);
  border-bottom:     3px double #ccddff;
  margin-bottom:     0.5em;
  padding-top:       0.5em;
  padding-bottom:    0.5em;
  padding-left:      1em;
  font-size:         80%;
  font-weight:       bold;
  font-family:       "Trebuchet MS",sans-serif;
  }

pre em{
  color:             #ff0000;
  }

このように、 pre 要素に title 属性が指定されていれば、 :before 擬似要素でその内容を記述するようにしています。 私の場合は pre 要素を使う場合は、たいてい HTMLCSS のコードを書く時ですので、 title 属性はそのコードの説明になります。

これも属性セレクタを使用しているため、 title 属性が指定されていなければこのスタイルは反映されません。

del / ins 要素で削除 / 追記時間の明示

del{
  text-decoration:   line-through;
  color:             #666666;
  background:        transparent;
  }

del[datetime]:before{
  margin-left:       1em;
  content:         " ( "attr(datetime)" 削除 ) ";
  text-decoration:   none!important;
  color:             #cccccc!important;
  background:        transparent!important;
  }
  
ins{
  border-bottom:     1px dotted #666666;
  text-decoration:   none;
  }

ins[datetime]:before{
  margin-left:       1em;
  content:         " ( "attr(datetime)" 追記 ) ";
  text-decoration:   none!important;
  }

このように、 del / ins 要素に datetime 属性が指定されていれば、 :before 擬似要素でその内容を記述するようにしています。 datetime 属性は削除 / 追記の時間を表すため、いつ修正を行ったかを分かりやすくすることができます。 たとえば、「今日は 2004 年 11 月 26 日 2004 年 11 月 27 日 です。」といった風になります。

これも属性セレクタを使用しているため、 datetime 属性が指定されていなければこのスタイルは反映されません。

:before 擬似要素 / :after 擬似要素の対応状況

……と、自動的に補助情報を提供できる :before 擬似要素 / :after 擬似要素ですが、残念ながらブラウザごとに対応状況が違います。 現在私がインストールしているブラウザで確認したところ、以下のような結果になりました。

Mozilla Firefox 1.0

:before 擬似要素 / :after 擬似要素を表示することができますが、 content プロパティによって追加された内容をコピー & ペーストすることはできません。 あくまで CSS によって追加された内容であるので、本文ではないとして扱われているのかもしれませんが、個人的には不便だと思っています。

Opera 7.53

:before 擬似要素 / :after 擬似要素を表示することができ、 content プロパティによって追加された内容のコピー & ペーストも可能です。

Internet Explorer 6.0 SP1

:before 擬似要素 / :after 擬似要素に非対応のため、スタイルを完全に無視します。 :firest-letter :first-letter 擬似要素には対応しているのになあ……。

Mozilla Firefox と Opera に対応状況の差がありますが、どちらがより正しい挙動なのかは知りません。 ただ、引用元の URI をコピーしたい場合などがあるため、私は Opera の挙動の方が好きです。 Mozilla Firefox を使用している時は、 ContextMenu Extensions - コンテキストメニュー・メニューバーの追加機能の「引用元を表示」を使っているので不便すぎる、ということはありませんが……。

トラックバック送信先

リプライ

3 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-12-20T00:11+09:00 - ペーター

非常に有用な記事だと思います。今後の参考にさせていただきます。 (すごく細かいことですが、firest-letterのスペルが違っているようです。)

2004-12-20T00:35+09:00 - 真琴

typo してました……> firest-letter ご指摘ありがとうございました。

2004-12-25T22:22+09:00 - 擬似要素と擬似クラス

CSS2のbeforeとafterは使いようによっては非常に面白い。ほとんどのブラウザで実装が追いついていないのが悲しいが、擬似クラスと組み合わせればレイアウトをほとんど崩さず補助的な解説が可能となることに気付いた。

ping URI の提供方法あれこれ

記事データ

投稿者

望月真琴

投稿日時

2004-11-27T05:00+09:00

タグ
概要

weblog の作成者は、トラックバックを受信するための URI をトラックバックを送信しようとする側に対し、どういった形で提供するかという点にも気を配った方が良いでしょう。 目に付きやすいところ、あるいは関連性が高いところ ( 受信済みトラックバック一覧の近くなど ) に配置するのはもちろんのこと、その URI をコピー & ペーストで送信者の weblog の管理画面に貼り付ける際の手間をどう軽減するか、といった点も細かいながらに重要な点だと思います。

リプライ

リプライはまだありません。

記事本文

ping URI というもののポジション

今やたいていの weblog ツール、 weblog サービスに備わっているトラックバック機能ですが、 weblog の作成者はそれを受信するための URI を準備しておかなければいけませんし、トラックバックを送信する側の人はその URI を知らなければトラックバックを送信することができません。 まあ、その辺りの詳しい話はトラックバックの技術仕様を参照していただくとして。

weblog の作成者は、トラックバックを受信するための URI をトラックバックを送信しようとする側に対し、どういった形で提供するかという点にも気を配った方が良いでしょう。 目に付きやすいところ、あるいは関連性が高いところ ( 受信済みトラックバック一覧の近くなど ) に配置するのはもちろんのこと、その URI をコピー & ペーストで送信者の weblog の管理画面に貼り付ける際の手間をどう軽減するか、といった点も細かいながらに重要な点だと思います。

各種パターンの実例

私の巡回先や、「これは ! 」と思ったものからピックアップします。 なお、実例中の操作については Windows XP + Mozilla Firefox 1.0 という環境として書いています。

特別なことは行わず、テキストのまま提供

最もオーソドックスな手法。 トラックバック送信者は URI をマウスでドラッグしてコピー、という操作になると思います。 あるいはマウスを URI の一部分に載せて、トリプルクリック。

a 要素でリンクを張って提供

<a href="ping URI">ping URI</a> とした手法。 マウスでドラッグしてコピー、という操作でも良いですし、補助クリック→「リンク URL をコピー」という操作でも良いです。

利点としては、ドラッグミスによる URI コピーの失敗を防げるということ、逆に欠点としては、初めてその方法に出くわした人が多少なりとも混乱してしまうことでしょうか。

シングルクリックで一発選択

JavaScript を用いて、一回クリックするだけで ping URI 全体を選択できるようにした手法。

利点としては、ドラッグの手間を省けるということ、逆に欠点としては、 JavaScript が有効でないといけないということでしょうか。 それでもテキストのまま提供と同じになるだけなので、欠点とは少し違うのかもしれませんが……。

マウスホバーで一発選択

JavaScript を用いて、マウスが ping URI の上に載った時点で自動で選択するようにした手法。

利点としては、ドラッグどころかクリックの手間を省けるということ、逆に欠点としては、 JavaScript が有効でないといけないということでしょうか。 また、人によってはホバーのみでの動作を煩わしい、と思う人もいるようです。

シングルクリックで一発選択が好き

私はシングルクリックで一発選択の方式が一番良いかな、と思いました。 近日中に実装してみようと思いますが、皆さんはどの方法が良いと思うのでしょうか。

「自分はこっちの方法の方が良い」とか「他にもこんな方法があるよ」といったご意見・情報提供をお待ちしています。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

xxxkmark から考える Movable Type の活用法

記事データ

投稿者

望月真琴

投稿日時

2004-11-26T22:09+09:00

タグ
概要

xxxkmark でのアイデアを膨らませれば、ニュースサイトや イラスト / CG サイトにも応用できるはずです。

リプライ

リプライはまだありません。

記事本文

xxxkmark は単なるブックマークコンテンツではない ( おおげさ )

MTでそれ専用に新しくWeblogを作って管理するってことなんだろうと思う。 膨大な数のブックマークを管理するのなら各種アーカイブを使っていろいろできて面白いかも。

正解です。 まあ xxxkmark に限らず、 Weblog hxxks も MT hxxks も WWW hxxks も xxxk memo も全て専用の weblog を作成していますが。 xxxkmark は他の weblog と比べテンプレートが独特であるという点が大きな違いですけどね。

私の場合は「単にサイト名と URI の羅列じゃおもしろくないなー」というのが発端であり、ひとつひとつのリンク紹介記事を他の weblog の記事と同じ扱いにしたいと思っているので、膨大な数のブックマークを管理するという運営はできないと思います。 しかしそれはあくまで私の運営方針であるので、逆にこのテンプレートで URI の羅列のみのリンクを管理しようとしたり、また私が思いつかないような使い方をしたりといったことも充分に可能です。

ブックマークの柔軟な管理に活用

カテゴリアーカイブを複数作成し、アーカイブ A には <MTEntries sort_by="title" sort_order="ascend"> と指定してサイト名順表示 ( 記事タイトルに必ずサイト名を用いることが必要になりますが ) 、アーカイブ B には <MTEntries sort_order="descend"> と指定して登録順表示、というようにアーカイブの並べ替えを行うことができます。

xxxkmark では月別アーカイブを作成していませんが、これを使って「○年○月頃に興味を持ったブックマーク」といった管理もできるでしょう。

ニュースサイトに活用

イメージ的には TuneDoc template set - 記事投稿時のイメージに近いかもしれませんが、タグ等をテンプレート側でサポートすることで、記事の投稿に関わる手間を省き、多くのリンクを管理することができます。

「リンク + 短いコメント」の形式のサイトに活用できます。 または 膨大な数のブックマークを管理 したい場合に活用できます。

イラストサイト、 CG サイトに活用

xxxkmark ではそれぞれのリンクに対してスクリーンショットを掲載していますが、発想を変えれば自分のイラストや CG の発表に使うことができます。

作品をカテゴリごとに発表したり、各作品に対しての感想コメントを書き込めるようにしたりといった活用ができます。

他にも色々な使い方はあるでしょうけれど、ざっと思いつくのはこういった感じです。 これらの活用法の中で、「やってみたいなー」と思ったものがあれば、要望が集まれば xxxkmark のテンプレートをチューニングして提供するのもいいかな、とぼんやり考えています。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

xxxkmark はじめました

記事データ

投稿者

望月真琴

投稿日時

2004-11-26T01:01+09:00

タグ
概要

「 Bookmark の運用方法を変更します」で予告していた通り、 Movable Type を利用した公開ブックマークコンテンツに方向性を変えました。

リプライ

リプライはまだありません。

記事本文

Bookmark の運用方法を変更しました

Bookmark の運用方法を変更しますで予告していた通り、 Movable Type を利用した公開ブックマークコンテンツに方向性を変えました。 これだとひとつひとつ追加していけるので、以前のようにある程度数がまとまらないとメンテナンスする気が起こらない、といった事態に陥ることはなくなると思います。

現在は運用を見合わせています。 また何かしら別の形で再開するとは思いますが。

  • hxxk.jp - xxxkmark

他の weblog との違い

Permalink

他の weblog は http://hxxk.jp/****/yyyy/mm/dd/HHMM という形式の Permalink でしたが、 xxxkmark では http://hxxk.jp/bookmark/item/<$MTEntryTitle dirify="1"$> という形式の Permalink にしています。

他の weblog は記事投稿の日付が重要なポイントになってくるため、それをそのまま Permalink に反映していました。 しかし、ブックマークについては日付はあまり重要ではないと思うので、 /bookmark/item/ ディレクトリ直下に配置するようにしました。

Monthly archive

xxxkmark では Monthly archive を生成していません。 ブックマークを月毎に管理する必要性が見出せなかったためです。

Category archive

他の weblog は、 MTEntriessort_order 属性に descend を指定していました。 これは記事を投稿日付順に並べ、新しいものが一番上に配置されるようにする指定です。

対して xxxkmark は、 MTEntriessort_by 属性を指定し、 sort_by="title" と指定した上で、 sort_order 属性に ascend を指定しています。 これは記事をタイトルのアルファベットで A-Z 順に並べるようにする指定です。

スクリーンショットを使用しています

Webnail2 を利用して、リンク先のサイトのスクリーンショットを採取し、それと紹介文を合わせて一つの記事としています。 また、同じものの小サイズ版をサムネイルとして採取し、 Category archive の一覧に利用しています。

xxxkmark からリンクされたサイト作成者の方で、そういった掲載方法を好まない場合はご連絡ください。

運営方針

  • ブックマークの追加サイクルは不定期です。
  • 改めて述べる必要は無いと思いますが、無断でリンクします。事前事後の告知もしません。
  • 合わせて、一応。 hxxk.jp 内の記事へのリンクはご自由にどうぞ。 ( hxxk.jp - About this site - Copyright & Link )

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

MT hxxks Type 002

記事データ

投稿者

望月真琴

投稿日時

2004-11-24T02:19+09:00

タグ
概要

Movable Type のバージョンを新しくし、テンプレートを新しくし、 CSS も新しくしました。

リプライ

リプライはまだありません。

記事本文

Movable Type 3.11 に正式にアップグレードしました

Movable Type 3.01D-ja から Movable Type 3.11 へのアップグレード手順の時点でシステム的には Movable Type 3.11 になっていましたが、その時点ではまだ Movable Type 3.11 にしただけでした。 今回の更新を以って Movable Type 3.11 の機能を活用したテンプレートに書き換え、運用を開始しました。

テンプレートを変更しています

前項で述べた通り、テンプレートを全面的に変更しています。 まだコメントのプレビューやエラーのテンプレート、検索テンプレートはそのままですが……。

極力ナビゲーションを減らし、 http://hxxk.jp/mt/ に集中させています。 また、サブカテゴリ機能を活用し、カテゴリを整理しなおしました。

Movable Type 3.x の機能としての目玉に TypeKey によるコメント認証がありますが、これは今のところ採用していません。 コメントスパムにも悩まされていませんし、仮に悩まされるようになってもコメント保留機能の方を使うと思うので……。

スタイルを変更しています

テンプレートを変更した関係で、 CSS も新しく作っています。 ( 以前のものは新テンプレートに対応していません。 )

一応 Mozilla Firefox 1.0 と Opera 7.53 と Internet Explorer 6.0 で表示確認をしていますが、何か気付いた点があればこの記事のコメント欄などで遠慮なくお申し付けください。 なお、 html 要素と body 要素の background プロパティにて発表していた、 Opera で CPU 使用率が 100% になる現象は解決しています。

なお、 CSS の素材の一部に闇の素材屋 0-zero- で配布されているものを使用させていただきました。 この場を借りて御礼申し上げます。 ありがとうございました。

他のコンテンツも変更します

今日は MT hxxks しか変更していませんが、これをベースにして Weblog hxxks と WWW hxxks と xxxk memo もテンプレートを変更する予定です。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

Limit ディレクティブに関するメモ

記事データ

投稿者

望月真琴

投稿日時

2004-11-23T01:56+09:00

タグ
概要

Limit ディレクティブ全般がダメという話ではありません。まあ使う機会はほとんどありませんけど……。

リプライ

リプライはまだありません。

記事本文

Limit って使ったことないなあ

私がこの話題を聞いたのは 11 月 10 日だったので、だいぶ間が空いていますが……。

私自身は HTTP についてはまだまだ不勉強な点が多いのですが、このリソースは丁寧に解説されているので良く分かりました。 読み進めていけば分かりますが、 Limit ディレクティブでメソッドを切り分ける必要が生じる場面はほとんどありません。

最初にこの話題を教えてくれた方も、

マジかー。 ってまぁ、Limit なんてつこーとらんので実害ないけど。 うははは、ははは、はは……。 λ...

と言っておられますし。

知らず知らず Limit 使っているし……

自分じゃ使っているつもりが無くても、実は使っていましたというオチ。

この .htaccess は上書き出来ないようになっているのでタチが悪いです とあったので、自分の環境でもそうなるのか試してみたら……上書きできましたよ ? 一度 FTP で削除して、新たに put し直したので、「上書き」という言い方が適切かどうか分かりませんが。

AuthUserFile /virtual/USERNAME/public_html/log/.htpasswd
AuthGroupFile /dev/null
AuthName LOG
AuthType Basic
<Limit GET POST>
require valid-user
</Limit>
AuthUserFile /virtual/USERNAME/public_html/log/.htpasswd
AuthGroupFile /dev/null
AuthName LOG
AuthType Basic
require valid-user

これで GET メソッドや POST メソッド以外の任意のメソッドによるログクラッキングを試みられても、ユーザー名とパスワードが分からない限りは安心。 このサイトのログファイルをクラックして入手しても有益な情報は無いとは思いますが……。

トラックバック送信先

そういえば ドメイン or アカウント直下のトータルコンテンツへのリンクにてトラックバックを送った際は激しく文字化けしてしまっていたんですよね……。 なので今回のトラックバック送信は内心びくびくしていました。

ちなみに、その時の Excerpt は 「私は必ずしも hxxk.jp にリンクされることが最も嬉しいわけでなく、各分類にリンクされることと同一に考えているのですが、やはり一般的には各分類よりもサイトの総合トップにリンクされることの方が嬉しいのでしょうか。」 といったものでした。 ( コメント欄にて TYLIGHT さん ( read a little. ) にその旨お知らせしました。 ) 私のサイトも Reread もどちらも EUC-JP のはずなのになあ…… ?

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

どっち…… ?

記事データ

投稿者

望月真琴

投稿日時

2004-11-22T00:36+09:00

タグ
概要

11/20 と 11/21 で言っていることが違う ? 知っているのか、知らないのか…… ?

リプライ

リプライはまだありません。

記事本文

IESP2 でも謎挙動 ? で取り上げた LucaLucaのWindows大好きっ子日記ですが、ここ数日は濡れ衣 (?) をかけられているようです。

濡れ衣 (?) と書いたのは、私が一部始終を知っているわけではないし、まだ結論は出ていないようであるためです。 まあ当人同士、あるいはそこにはてなを交えた形で問題解決に動くのだろうと思うので、私が横から口を出すつもりはありません。

が、読んでいて「あれ ? 」と思った点があったので勝手にメモしておくことにします。

# sarasa 『伏龍と名乗る人物が誰なのかはわかってるんだけどね。。(^_^;)』 (2004/11/20 21:20)

伏龍と名乗る人の見当はついてるんだけど(; ̄ー ̄)...ン?・・・。 現状は関わりたくないので伏龍と名乗る人のことについて触れません。 以前から嫌がらせしてた人物と同一の可能性があるような感じがします。

伏龍と名乗る人物は誰なんだろ?。不思議だなー!

見当がついてるのでは ? まぁ、「見当はついてるけど確信は持ててない、誰なんだろ ? 」ということを言いたいのかもしれませんが……。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

html 要素と body 要素の background プロパティ

記事データ

投稿者

望月真琴

投稿日時

2004-11-21T18:21+09:00

タグ
概要

html 要素と body 要素の両方に background プロパティで repeat-y を指定していると、 Windows + Opera 7.x 環境で CPU 使用率が 100% になります。誰か助けてください……。

リプライ

リプライはまだありません。

記事本文

Opera で重いよ ?

今水面下で Movable Type のテンプレート改造および新スタイルシートの作成にとりかかっており、一部の方にプレビュー版を見せてカスタマレビュー ( 大げさ ) をいただいています。 私は Mozilla Firefox をメインターゲットにして CSS を作成しているため、手持ちの Firefox 1.0 で問題なく表示できれば大丈夫だろう、と考えていました。

ところが、レビューをしていただたいていた方の内のお一人から、「表示が激しく重い」といった指摘を受けたため、こうして作成途中のスタイルを表に出してみることにしたわけです。 その方はレビューをしていただいていた方の中で、唯一 Opera を常用していた方なので、マシンスペックや通信速度、背景に使っている画像のサイズなどよりも、ブラウザのレンダリングによるものではないかと思い自らも Opera 7.53 を起動して確認してみたところ、表示しただけで CPU 使用率が 100% になりました。

実際に新スタイルを適用してみたページ

  • CSS のサンプル

初期の段階で躓いてしまったので、完成型ではありません。 解決したので公開を停止しました。

原因と思われる CSS の記述

html{
  color:         #ffffff;
  background:    #000000 url("../materials/20041114.png") left top repeat-y;
  }

body{
  color:         #ffffff;
  background:    #000000 url("../materials/_sample.jpg") right top repeat-y;
  }

html 要素と body 要素の両方に background プロパティで repeat-y を指定していると、 Windows XP Home Edition 、 Opera 7.53 の環境で CPU 使用率が 100% になりました。 html 要素か body 要素のどちらか、あるいは両方ともをコメントアウトすると再現しませんでした。

Opera CSSバグリストを見ても該当するものはありませんでしたので、まだ解決方法が見つかっていません。 コメントアウトすることなく、上記の指定を残したまま Opera でもスムーズに閲覧できる解決方法はないものでしょうか……。 結局、 html 要素に背景を指定するのをあきらめて、他の部分にうまく指定することで解決しました。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

<MTIfNonZero tag="MTCategoryCount"> の意外な落とし穴

記事データ

投稿者

望月真琴

投稿日時

2004-11-21T14:37+09:00

タグ
概要

MTCategoryCount は下書き状態の記事もカウントするので、 <MTIfNonZero> と組み合わせるときは注意が必要です。

リプライ

リプライはまだありません。

記事本文

アーカイブ上で実際に展開される結果

サブカテゴリから親カテゴリへのナビゲーションをするテンプレートにて親カテゴリへのナビゲーションを行う方法を記述しましたが、ひとつだけ注意しておかなければならない点があります。 以前、 Movable Type 3.11 のサブカテゴリ機能についての所感 (3) - 親カテゴリにおける注意点で述べましたが、運用によっては記事を持たない親カテゴリというものが存在する可能性があります。

デフォルトのテンプレートでは、 Main Index にカテゴリが階層化された状態で表示され、記事が存在しないカテゴリについてはリンクを張らないような条件式のテンプレートタグが使われている と述べていますが、その条件式テンプレートタグについて具体的に触れていませんでした。 サブカテゴリから親カテゴリへのナビゲーションをするテンプレート - 上の階層にナビゲーションするリンクにてそのタグを使ったので、解説代わりにメモします。

MTIfNonZero テンプレートタグ

<MTIfNonZero tag="MTCategoryCount">
  <a href="<$MTBlogArchiveURL$><MTCategoryLabel dirify="1">/">Parent category : <MTCategoryLabel dirify="1"></a>
  <MTElse>
  Parent category : <MTCategoryLabel dirify="1">
  </MTElse>
</MTIfNonZero>

これは使用例の一例ですが、条件式にマッチすればリンクアンカーとして、マッチしなければただのテキストとして出力するような記述をしています。 その条件式というものは、テンプレートタグ名を見れば想像が付くと思いますが、「 tag 属性の値が 0 でないならば」というものです。 例えば、メインページのデフォルトテンプレートのカテゴリ部分で見ることができます。 ( 何故かデフォルト・テンプレート - メインページの方には記述されていませんが、実際に Movable Type の管理画面から見ると確認できるはずです。 )

そして、 MTIfNonZero テンプレートタグは 名前に If が含まれているタグ ですので、 MTElse が使えます。 <MTIfNonZero> 〜 </MTIfNonZero> の内側で使うことにより、条件式にマッチしないもの、すなわち「 tag 属性の値が 0 である」という条件を指定することができます。

この使用例の場合は tag 属性の値に MTCategoryCount を指定していますので、「そのカテゴリに記事が 1 つ以上含まれているならば」親カテゴリへのリンクアンカーを付けるようにし、「そのカテゴリに 1 つも記事が含まれていないならば」カテゴリ名をそのまま記述するだけといった結果になります。 こういった性質から、他に tag 属性に指定できる属性として、

などが利用できると思います。 思います、とぼかして書いているのは、マニュアルのテンプレート・タグの中に MTIfNonZero テンプレートタグの記述が見当たらないからです。 デフォルト・テンプレートの方にも書かれてありませんし……。

MTCategoryCount の注意点

MTCategoryCount に限らず、 MTBlogEntryCountMTArchiveCount にも似たようなことが言えるのかもしれませんが、下書き状態の記事も カテゴリーに属するエントリーの数 に含まれます。 ただし、それは <MTSubCategories> 〜 <MTSubCategories> 中でのみ起こるようです。 通常は下書き状態の記事はカウントされません。 それが気になる場合は、 Ogawa::Memoranda: Movable Type 3.11 日本語版・修正案の「 MTSubCategoriesの中でMTCategoryCountを用いると公開状態でないエントリーも数え上げてしまう」を参考にして修正を行うと良いでしょう。

しかし、カテゴリアーカイブの生成条件として、そのカテゴリの直下に公開状態の記事が最低 1 つ存在していなければならないというものがあります。 サブカテゴリの直下に記事を配置し、親カテゴリの直下には記事が全く無いという状態は充分にあり得ます。 その場合、親カテゴリ自身のアーカイブは生成されません。

よって、「公開状態の記事数が 0 」だけれども「下書き状態の記事がある」親カテゴリについては、 サブカテゴリから親カテゴリへのナビゲーションをするテンプレート - 上の階層にナビゲーションするリンクのナビゲーションリストでは、アーカイブが存在しない親カテゴリに対してもリンクを行うことになってしまいますので、注意してください。 もちろん、「公開状態の記事数も下書き状態の記事数も 0 」という場合は MTCategoryCount は 0 ということになりますので、リンクアンカーが付かないテキストとして記述されます。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

サブカテゴリから親カテゴリへのナビゲーションをするテンプレート

記事データ

投稿者

望月真琴

投稿日時

2004-11-21T04:03+09:00

タグ
概要

現在のカテゴリの親カテゴリや、トップレベルカテゴリへのナビゲーションを行うテンプレートの記述方法をまとめてみました。<!-- これはこの記事には関係のないコメントです。別の記事の実験用に挿入しています。 -->

リプライ

リプライはまだありません。

記事本文

上の階層にナビゲーションするリンク

サブカテゴリ系テンプレートタグのメモでメモしたテンプレートタグを元に、カテゴリアーカイブで使いそうなナビゲーションリストの例を作ってみました。

<ul>

  <MTHasNoParentCategory>
    <li>This category is top level category.</li>
  </MTHasNoParentCategory>
  
  <MTTopLevelParent>
    <li>
      <MTIfNonZero tag="MTCategoryCount">
        <a href="<$MTBlogArchiveURL$><MTCategoryLabel dirify="1">/">Top level category : <MTCategoryLabel dirify="1"></a>
        <MTElse>
        Top level category : <MTCategoryLabel dirify="1">
        </MTElse>
      </MTIfNonZero>
    </li>
  </MTTopLevelParent>
  
  <MTParentCategory>
    <li>
      <MTIfNonZero tag="MTCategoryCount">
        <a href="<$MTBlogArchiveURL$><$MTSubCategoryPath$>/">Parent category : <MTCategoryLabel dirify="1"></a>
        <MTElse>
        Parent category : <MTCategoryLabel dirify="1">
        </MTElse>
      </MTIfNonZero>
    </li>
  </MTParentCategory>

</ul>

これをカテゴリアーカイブのテンプレートに記述し、 サブカテゴリ系テンプレートタグのメモ - テスト環境で使った test01 〜 test03 カテゴリで確認してみると次のようになりました。

アーカイブ上で実際に展開される結果

test01 カテゴリ ( http://hxxk.jp/mt/test01/ )
<ul>
  <li>This category is top level category.</li>
</ul>
test02 カテゴリ ( http://hxxk.jp/mt/test01/test02/ )
<ul>
  <li><a href="http://hxxk.jp/mt/test01/">Top level category : test01</a></li>
  <li><a href="http://hxxk.jp/mt/test01/">Parent category : test01</a></li>
</ul>
test03 カテゴリ ( http://hxxk.jp/mt/test01/test02/test03/ )
<ul>
  <li><a href="http://hxxk.jp/mt/test01/">Top level category : test01</a></li>
  <li><a href="http://hxxk.jp/mt/test01/test02/">Parent category : test02</a></li>
</ul>

サブカテゴリの階層を 3 以上に深くする場合には結構役立ちそうです。

なお、階層が 2 の場合は

<MTParentCategory>
  <p>
    <MTIfNonZero tag="MTCategoryCount">
      <a href="<$MTBlogArchiveURL$><$MTSubCategoryPath$>/">Parent category : <MTCategoryLabel dirify="1"></a>
      <MTElse>
      Parent category : <MTCategoryLabel dirify="1">
      </MTElse>
    </MTIfNonZero>
  </p>
</MTParentCategory>

とすれば、サブカテゴリの場合のみ親カテゴリへのナビゲーションが現れることになります。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

サブカテゴリ系テンプレートタグのメモ

記事データ

投稿者

望月真琴

投稿日時

2004-11-21T01:49+09:00

タグ
概要

マニュアルにテンプレートタグの実例が無いので、自分で作ってメモすることにしました。

リプライ

7 件のリプライがあります。

記事本文

カテゴリアーカイブをいじっていて気が付いた

サブカテゴリ機能を使おうとする場合、カテゴリアーカイブは同一のディレクトリレベルではなく、親子関係を持った階層ができます。 それは過去に何度か取り上げた通りですが、今回はアーカイブ内において、親カテゴリまたはサブカテゴリに対するナビゲーションをどうするか、という点についてメモしたいと思います。

  1. ナビゲーションに使えそうなテンプレートタグ
  2. テスト環境
  3. test01 カテゴリ
  4. test02 カテゴリ
  5. test03 カテゴリ
  6. まとめ

ナビゲーションに使えそうなテンプレートタグ

カテゴリー関連のタグを目的に応じてナビゲーション用として使えそうです。 総当りで試した方が良いのでしょうが、今回は私が使えそうだと思ったもののみ試してみました。 テンプレートタグの解説は、タグごとにマニュアルへのリンクを張っておきますので参照してください。

テスト環境

test01 というトップレベルカテゴリを作り、そのサブカテゴリに test02 、更にそのサブカテゴリに test03 というカテゴリを作成しました。 実際の URI としては、以下のようになります。 ( テストで作成したので、実際にアクセスしても 404 Not Found になります。 )

  • http://hxxk.jp/mt/test01/
    • http://hxxk.jp/mt/test01/test02/
      • http://hxxk.jp/mt/test01/test02/test03/

そして、カテゴリアーカイブに以下のような記述をして、各カテゴリ内でどのように反映されるかを試してみました。

<dl>

  <dt>このカテゴリの位置は、 &#60;MTParentCategories glue=&#34;/&#34;&#62;&#60;MTCategoryLabel dirify=&#34;1&#34;&#62;&#60;/MTParentCategories&#62; です</dt>
  <dd>このカテゴリの位置は、 <MTParentCategories glue="/"><MTCategoryLabel dirify="1"></MTParentCategories> です</dd>
  
  <dt>&#60;MTTopLevelParent&#62;このカテゴリのトップレベルカテゴリは &#60;MTCategoryLabel&#62; です&#60;/MTTopLevelParent&#62;</dt>
  <dd><MTTopLevelParent>このカテゴリのトップレベルカテゴリは <MTCategoryLabel> です</MTTopLevelParent></dd>
  
  <dt>&#60;MTParentCategory&#62;このカテゴリの親カテゴリは &#60;MTCategoryLabel&#62; です&#60;/MTParentCategory&#62;</dt>
  <dd><MTParentCategory>このカテゴリの親カテゴリは <MTCategoryLabel> です</MTParentCategory></dd>
  
  <dt>&#60;MTHasSubCategories&#62;このカテゴリ以下にはまだサブカテゴリがあります&#60;/MTHasSubCategories&#62;</dt>
  <dd><MTHasSubCategories>このカテゴリ以下にはまだサブカテゴリがあります</MTHasSubCategories></dd>
  
  <dt>&#60;MTHasParentCategory&#62;このカテゴリには親カテゴリ &#60;MTParentCategory&#62;&#60;MTCategoryLabel&#62;&#60;/MTParentCategory&#62; が存在します&#60;/MTHasParentCategory&#62;</dt>
  <dd><MTHasParentCategory>このカテゴリには親カテゴリ <MTParentCategory><MTCategoryLabel></MTParentCategory> が存在します</MTHasParentCategory></dd>
  
  <dt>&#60;MTHasNoSubCategories&#62;このカテゴリ以下にサブカテゴリはありません&#60;/MTHasNoSubCategories&#62;</dt>
  <dd><MTHasNoSubCategories>このカテゴリ以下にサブカテゴリはありません</MTHasNoSubCategories></dd>
  
  <dt>&#60;MTHasNoParentCategory&#62;このカテゴリはトップレベルカテゴリです&#60;/MTHasNoParentCategory&#62;</dt>
  <dd><MTHasNoParentCategory>このカテゴリはトップレベルカテゴリです</MTHasNoParentCategory></dd>
  
</dl>

dt 要素にテンプレートのソースコードを書いて、 dd 要素には実際にテンプレートタグを書いています。 カテゴリの階層に応じて、これが展開されます。

test01 カテゴリ

このカテゴリの位置は、 <MTParentCategories glue="/"><MTCategoryLabel dirify="1"></MTParentCategories> です
このカテゴリの位置は、 test01 です
<MTTopLevelParent>このカテゴリのトップレベルカテゴリは <MTCategoryLabel> です</MTTopLevelParent>
( 空白 )
<MTParentCategory>このカテゴリの親カテゴリは <MTCategoryLabel> です</MTParentCategory>
( 空白 )
<MTHasSubCategories>このカテゴリ以下にはまだサブカテゴリがあります</MTHasSubCategories>
このカテゴリ以下にはまだサブカテゴリがあります
<MTHasParentCategory>このカテゴリには親カテゴリ <MTParentCategory><MTCategoryLabel></MTParentCategory> が存在します</MTHasParentCategory>
( 空白 )
<MTHasNoSubCategories>このカテゴリ以下にサブカテゴリはありません</MTHasNoSubCategories>
( 空白 )
<MTHasNoParentCategory>このカテゴリはトップレベルカテゴリです</MTHasNoParentCategory>
このカテゴリはトップレベルカテゴリです

test01 カテゴリはトップレベルカテゴリであるために、その条件にそぐわない部分 ( ( 空白 ) と書いてある部分 ) はナビゲーションが出現しません。

test02 カテゴリ

このカテゴリの位置は、 <MTParentCategories glue="/"><MTCategoryLabel dirify="1"></MTParentCategories> です
このカテゴリの位置は、 test01/test02 です
<MTTopLevelParent>このカテゴリのトップレベルカテゴリは <MTCategoryLabel> です</MTTopLevelParent>
このカテゴリのトップレベルカテゴリは test01 です
<MTParentCategory>このカテゴリの親カテゴリは <MTCategoryLabel> です</MTParentCategory>
このカテゴリの親カテゴリは test01 です
<MTHasSubCategories>このカテゴリ以下にはまだサブカテゴリがあります</MTHasSubCategories>
このカテゴリ以下にはまだサブカテゴリがあります
<MTHasParentCategory>このカテゴリには親カテゴリ <MTParentCategory><MTCategoryLabel></MTParentCategory> が存在します</MTHasParentCategory>
このカテゴリには親カテゴリ test01 が存在します
<MTHasNoSubCategories>このカテゴリ以下にサブカテゴリはありません</MTHasNoSubCategories>
( 空白 )
<MTHasNoParentCategory>このカテゴリはトップレベルカテゴリです</MTHasNoParentCategory>
( 空白 )

test02 カテゴリは親カテゴリを持ち、なおかつサブカテゴリも持っているため、最後の 2 つだけはナビゲーションが出現しません。

test03 カテゴリ

このカテゴリの位置は、 <MTParentCategories glue="/"><MTCategoryLabel dirify="1"></MTParentCategories> です
このカテゴリの位置は、 test01/test02/test03 です
<MTTopLevelParent>このカテゴリのトップレベルカテゴリは <MTCategoryLabel> です</MTTopLevelParent>
このカテゴリのトップレベルカテゴリは test01 です
<MTParentCategory>このカテゴリの親カテゴリは <MTCategoryLabel> です</MTParentCategory>
このカテゴリの親カテゴリは test02 です
<MTHasSubCategories>このカテゴリ以下にはまだサブカテゴリがあります</MTHasSubCategories>
( 空白 )
<MTHasParentCategory>このカテゴリには親カテゴリ <MTParentCategory><MTCategoryLabel></MTParentCategory> が存在します</MTHasParentCategory>
このカテゴリには親カテゴリ test02 が存在します
<MTHasNoSubCategories>このカテゴリ以下にサブカテゴリはありません</MTHasNoSubCategories>
このカテゴリ以下にサブカテゴリはありません
<MTHasNoParentCategory>このカテゴリはトップレベルカテゴリです</MTHasNoParentCategory>
( 空白 )

test03 カテゴリは親カテゴリを持ち、かつサブカテゴリは持っていないために、その条件にそぐわない部分 ( ( 空白 ) と書いてある部分 ) はナビゲーションが出現しません。

まとめ

まあ、まとめと言うほどのことでもないんですけど、マニュアルにテンプレートタグの実用例がなかったので、テスト結果をメモしておかないとテンプレートをカスタマイズできないのでこうして残しておく次第です。 この場合はナビゲーションを目的として書いていますけど、それ以外の用途にも使えると思います。

リプライ

7 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2005-03-13T01:06+09:00 - ruere

初めまして。ruereと申します。上記のテストについて、質問があります。 カテゴリ名に全角文字が含まれていると、その部分が表示されないのです。 例えば「01カテゴリ」というカテゴリの場合、表示されるのは「01」の部分だけになってしまいます。 これは何が原因なのでしょうか? 3.15xのバクでしょうか^^; 環境を書きます。 Movable Type 3.151-ja データベース MySQL 文字コード UTF-8 サーバー sakura よろしくお願いしますm(_ _)m

2005-03-13T18:29+09:00 - 真琴

あ。 ( 何かに気付いたフリ ) この例だと dirify="1" を使う必要はないですね……。 dirify というのは http://movabletype.jp/manual/mtmanual_tags.html#item_dirify で示されているような属性で、主に URI などの全角文字が入っては困る部分に使います。よって、カテゴリ名を示す場合には使わなくてよかったのです。 本文を修正しておきます。気付かせて下さってありがとうございました。

2005-03-13T19:32+09:00 - No beer, No Name!

お返事ありがとうございますm(_ _)m dirify="1" を外したらバッチリできました。 ほんとに助かりました。ありがとございましたm(_ _)m

2005-12-07T23:01+09:00 - 親カテゴリとサブカテゴリ < CoCoBlog

まだ研究内容という成果は出せてはない。 今日は、「カテゴリアーカイブ」をちょっと...

2005-12-07T23:08+09:00 - 親カテゴリとサブカテゴリ < CoCoBlog

まだ研究内容という成果は出せてはない。 今日は、「カテゴリアーカイブ」をちょっと...

2006-05-08T22:14+09:00 - タケシ

参考にさせていただいてます。 モジュールから読み込もうと 以下の内容でモジュール作成し<MTParentCategories glue=">"> <a href=">MTSubCategoryPath>"<>MTCategoryLabel dirify="1"><></a> </MTParentCategories> 再構築しようとすると、<MTCategories>コンテナ内で使用してください。とエラーになり再構築できないのですが 解決策がありましたら、ご教授願います。

2006-05-10T00:52+09:00 - 真琴

MTParentCategories コンテナタグで括れば、 MTCategories コンテナタグ内で使えるテンプレートタグは使えるはず…… ( カテゴリ自体を最近は使っていないので自信がありませんが。 ) モジュールに記述したテンプレートタグの該当部分を、カテゴリアーカイブに書いてみてください。もしそれでも同じエラーが出るようであれば、テンプレートタグの入れ子の関係がおかしくなっている可能性があるかもしれません。

ドメイン or アカウント直下のトータルコンテンツへのリンク

記事データ

投稿者

望月真琴

投稿日時

2004-11-19T23:33+09:00

タグ
概要

私は必ずしも hxxk.jp にリンクされることが最も嬉しいわけでなく、各分類にリンクされることと同一に考えているのですが、やはり一般的には各分類よりもサイトの総合トップにリンクされることの方が嬉しいのでしょうか。

リプライ

2 件のリプライがあります。

記事本文

記事を大分類しているサイト

Arrange Stream, Reread, Light Seek & Thumblink……と、コンテンツを大分類しているこのサイトを、read a little としてリンクしてくれた人を先日初めて見ることが出来ました。 とても嬉しかったです。

私もコンテンツを大分類していますが、 hxxk.jp として総括的に紹介されるのも Weblog hxxks や MT hxxks や WWW hxxks や xxxk memo として個別に紹介されるのも、どちらの方が特に嬉しいとは感じていません。 現在は hxxk.jp に weblog を一本化したので、総括的な紹介も個別紹介も関係ありません。 もちろん、 TYLIGHT さん ( read a little. ) が、 read a little としてリンクされることを喜んでいることを否定するつもりはなく、私の個人的見解ですが。

私からリンクを行う時は

私からリンクを行う場合、自分なりの基準を設けています。 ちょうど良い機会なので、 read a little. を例にさせていただきます。

その人自身を紹介する場合

TYLIGHT さん ( <a href="http://www.readalittle.net/">read a little.</a> ) のように、「ハンドル ( サイト名 ) 」と記述し、サイト名の部分にリンクアンカーを張っています。 この場合、いくつかの大分類によって構成されているサイトでも、基本的にドメイン ( or アカウント ) 直下のページにある title 要素を記述しています。

記事を紹介、引用する場合

<a href="http://memo.readalittle.net/?date=20041119#p02">Reread(2004-11-19) - 『read a little』としてリンクしてくれた人を初めて見た</a> のように、「 title 要素 - 記事名」と記述し、その部分全体にリンクアンカーを張っています。 使っている weblog ツールやサイト設計によっては、 title 要素自身にサイト名や記事名が含まれることがありますので、その場合は title 要素をそのまま記述します。 title 要素に記事名が入ってない場合には手作業で記述、といった感じですね。

コンテンツ自体を紹介する場合

read a little. というサイトは、

といった大分類に分かれています。 この大分類自体を紹介する場合は、アンカーテキストに何を記述するかはケースバイケースです。 この場合、 title 要素をそのまま羅列すると

となりますが、 read a little. のトップページの記述に倣うと、ハイフン以下を記述しない方が良いのかなと思い、この場合は前者を採用すると思います。

それにしても、最初は Light Seek からリファラがあったために知ったこのサイト、 Arrange Stream で私好みの音楽の情報を提供しているわ、 Reread で私好みの話題を提供しているわ、 Thumblink では私好みのサムネイルリンクを提供しているわで、もうたまりません。 ( 何が )

リプライ

2 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-11-23T04:05+09:00 - TYLIGHT

どうも、こんばんは。 私は、自サイトで『Web の技術的リソースが多い日記(プラスアルファ)』と『ネットアレンジ音楽ニュース』という客層が交わりにくい2つのジャンルを扱っています。 それら2つを一緒くたにしてリンクしてくれる場合はそうそうないので、嬉しがっていたのですよ。

2004-11-24T19:22+09:00 - 真琴

こんばんはー。 read a little としてリンクした初めての人が誰かは分かりませんが、私はその 2 つのジャンルともにクリーンヒットです。 これから色々と ( 勝手に ) お世話になると思いますのでよろしくお願いします。

人材募集 E メール ?

記事データ

投稿者

望月真琴

投稿日時

2004-11-19T18:12+09:00

タグ
概要

spam ではなさそうですが、ほぼ同タイミングで複数名に送っているようです。

リプライ

3 件のリプライがあります。

記事本文

最初は新手のspamメールかと思ったんですが、メールに書かれていたサイトはもの凄く真っ当なベンチャー企業でした。 ヘッダを見てもちゃんとこの会社から送信しているようです。 だとすると同種のメールをばらまいているのかと思いきや、件名や本文の一部で Google 検索をかけても全くヒットせず。

spam ではなさそうですが、ほぼ同タイミングで複数名に送っているようです。 本人の許可を得てないので名前は出しませんが、 Zide さん ( zarame.com/zide ) が受け取ったメールと同じ文面のメールを ( おそらく ) 同じ会社から昨日受け取った方を 2 名ほど知っています。

その 2 名は、確かに高いスキルを持っている方なので、 spam ではなく狙いを定めたハンティング (?) メールなのではないでしょうか。

……と、メールを貰った当人でもないのに口出し。 まあ仮に私がメールを貰ったとしても、既に就職しているわけですからお断りすることになってしまうのでメールが届いてなくてよかったというかでもあの 2 人にはメール来てるんだよなムキーとかそんな事は全然思っていませんよ ?

ダイタさん ( サル山 ) のところにもメールが来ていた模様です。

「スパムか?」と思いメールのヘッダを見るも至極まともなヘッダだしマジらしいけど、一体このサイトから何のスキルを見出すのかが謎。 Webサイト製作会社では普通にこんなメールを出すモノなんですかねぇ

2 人とも最初は spam かと疑ってかかっているのが面白いですね。

リプライ

3 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-11-19T23:00+09:00 - No beer, No Name!

どうも初めまして。なるほど、ほぼ同時刻で一気に送信していたんですね。それなら確かにまだGoogleにヒットしなくても頷けます。おかげでだいぶ謎(?)が解けました。どうもありがとうございます。

2004-11-19T23:04+09:00 - Zide

ごめんなさい。Previewした後うっかり名前書かずにPostしてしまいました。上のコメントは私のものです。

2004-11-19T23:26+09:00 - 真琴

あ初めまして。 えーとプレビューで名前が消えちゃうのは私のテンプレにミスがあるからです。この土日でどうにかしたいなとは思っていますが……。 で、面接の結果はいかがでしたか ? ( 気が早い )

CSS のみで出来ることを、何故システムを弄って対応しようとするのか ?

記事データ

投稿者

望月真琴

投稿日時

2004-11-19T00:20+09:00

タグ
概要

weblog 本文の中の画像に対して文字を回り込ませたいなら、 class セレクタを活用するだけで充分かと思うのですが。

リプライ

2 件のリプライがあります。

記事本文

CMS.pm をわざわざ編集する必要は無いと思うんですけどねえ……。 要するに weblog 本文の中の画像に対して文字を回り込ませたいなら、 class セレクタを活用するだけで充分かと思うのですが。 テンプレートの class 名を書き換えてないのなら、

div.content img{  /* MT 2.x の場合は div.blogbody img に書き換える */
  float: left;
  border: none;
  margin-right:  8px;
  margin-top:  4px;
  }

.posted{
  clear:  left;
  }

CSS に記述すれば同じ結果が得られると思います。

リプライ

2 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-11-19T13:39+09:00 - e-luck

はじめまして。 回り込ませようと考えたら、普通はCSSでやろうと思いますよね。CMS.pmを弄るって方法を発想するのは、逆に凄いと思いますが(笑)

2005-12-09T21:34+09:00 - 画像に文字の周り込ませて、キャプションをつける < 法務だけど理系女子の綴るblog

「スタイルシートとの格闘」で、ブログをかわいくするために初めてスタイルシートと勉強しましたが、次はもうちょっと進んで、憧れだった「画像に文字を回り込ませる...

アンテナの整形、 ul? ol? table?

記事データ

投稿者

望月真琴

投稿日時

2004-11-17T21:01+09:00

タグ
概要

実際に table で運用しているアンテナ、あります。

リプライ

1 件のリプライがあります。

記事本文

なつみかんなアンテナを見ても大体似たようなもんだけど、これってtableでマークアップしてもいいんじゃないのかなぁと思った。 とのことですが、実際に table で運用しているアンテナ、あります。

table オンリーではなくて、 ul で整形したものもあるようなので、生成されるソースは柔軟に変更できるのでしょう。 私はなつみかんを使っていないのでどうやって実現しているのかは分かりませんが……。

リプライ

1 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-11-18T20:11+09:00 - 通りすがり

更新順と言うことを考えれば、ol要素での整形もできるでしょうね。

真琴的 Firefox 1.0 アップデート手順 (2)

記事データ

投稿者

望月真琴

投稿日時

2004-11-17T01:56+09:00

タグ
概要

アップデート後に、設定すべきものを順にメモしていきます。

リプライ

リプライはまだありません。

記事本文

ブックマークをインポート

  1. ブックマーク (B)
  2. ブックマークの管理 (M)
  3. ファイル (F)
  4. インポート (I)
  5. ファイルからインポートを選択し、真琴的 Firefox 1.0 アップデート手順 (1) - 現行バージョンのバックアップでエクスポートしておいた boookmarks.html からインポート

テーマをインストール

プラグインをインストール

mozdev.org - plugindoc: /ja-JP/faqs/index を参考に、必要なプラグインをインストール。

拡張をインストール

Firefox 1.0 アップデート前に拡張をメモでメモしておいたものから、引き続き使用するつもりで、かつ Firefox 1.0 に対応しているものをインストール。

Firefox 自身の設定の変更 ( ツール (T)オプション (O) )

全般 - ホームページ

自分専用のポータルページに設定

全般 - フォントと色

Propotional を Sans Serif に変更

Web 機能 - JavaScript - 詳細設定

全ての項目のチェックを外す

ダウンロード - ダウンロードフォルダ

「ファイルごとに保存場所を尋ねる」を選択

詳細 - タブブラウズ

「開いているサイトが 1 つだけのときにはタブバーを隠す」のチェックを外す

拡張の設定の変更 ( ツール (T)拡張機能 (E) )

後ほど追記します。

Copy URL+
Web Developer 日本語版
  • 表示 - 「要素を枠表示する場合は要素名も表示する」にチェックを入れる

about:config での変更

サーチバーを使わずに Google 検索を行う

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

真琴的 Firefox 1.0 アップデート手順 (1)

記事データ

投稿者

望月真琴

投稿日時

2004-11-16T20:29+09:00

タグ
概要

Firefox 0.9.1 から Firefox 1.0 へのアップデートの手順の個人的メモ。

リプライ

リプライはまだありません。

記事本文

Firefox 1.0 にアップデートする前に

さて、実際に Firefox 1.0 にアップデートするまでの手順をここにメモするわけですが、その前のバージョンは何を使っていたか、によって手順や注意点が変わってくると思います。

事前にこういったページを見ておいた方が良いと思います。 ちなみに今回私が行うアップデートは、 Firefox 0.9.1 から Firefox 1.0 へのアップデートとなります。

新規インストール ? 上書きインストール ?

0.8 などから 0.9 系への移行の場合は、プロファイルを新規に作成してあとでブクマークなどの必要なものを移すという手がよかったように思いますが、0.9.3 などから 0.10 ヘ移行する際は、既存のプロファイルを引き継いだほうがいいように思われます。 0.9 系ですでに、拡張マネージャーは導入されていますから。

移行の際はプロファイルを必ず作り直して下さい。 0.9から上書きインストールしたり、プロファイルを流用すると起動できなくなる可能性があります。

むむ、どちらが正しいのでしょう…… ? 前者の方は Firefox 1.0 ではなくて Firefox 0.10 への移行について書かれているので、 Firefox 1.0 の場合と少し違うのかもしれませんが……。

実際に移行した結果としては、プロファイルを新規に作成しなければなりませんでした。 これはまた後ほど詳しく書きますが、以降はプロファイルを新規に作成することを前提にして書いていきます。

現行バージョンのバックアップ

  • 使用している拡張を確認し、記録する WWW hxxks - Firefox 1.0 アップデート前に拡張をメモ
  • ブックマークをエクスポート
    1. ブックマーク (B)
    2. ブックマークの管理 (M)
    3. ファイル (F)
    4. エクスポート (E)
  • 念のため、 C:\Documents and Settings\UserName\Application Data\Mozilla\Firefox\Profiles\xxxxxxxx.xxx を別の場所にコピーしておく

私の場合はブックマークをエクスポートしておけばそこまで困らない ( 拡張は、新バージョンで使えないならそれはそれでしょうがない ) といったスタンスなので、拡張のメモとブックマークのエクスポート、そして念のためのプロファイルフォルダバックアップくらいですね。

旧バージョンのアンインストール、新バージョンのインストール

本当はプロファイルだけを新たに作成すればいいのかもしれませんが、せっかく 1.0 正式版だからという単純な理由で一度 Firefox 0.9.1 をアンインストールし、 Firefox 1.0 自体を新規インストールすることにしました。

私は頻繁にアップデートする方ではないので、どのファイルを上書きすればいいのか分からず、インストーラを使いたかった、という点も理由の一面ではありますが。

旧バージョンのプロファイルを流用してしまったら ?

新規インストール ? 上書きインストール ?で書いたとおり、 Firefox 0.9.1 のプロファイルを引き継ぐことはできませんでした。 最初は引き継ぐようにして Firefox 1.0 をインストールしたのですが、起動すると accesskey="&allowPopups.accesskey;"------------^ といったメッセージが出てそれっきりです。

mozillaZine 日本語版 - MZ-jp フォーラム - プログラムの追加と削除の旧ヴァージョンの削除に全く同じ事例が書かれているのでここでは詳細は述べませんが、 Firefox はプロファイルや拡張機能の管理などが不安定であり、古いプロファイルを使用したまま新しいバージョンにアップグレードインストールした場合や、拡張機能をバージョンアップした際に Firefox が起動しなくなることがあります Mozilla Japan - よくある質問 - 4.2 Firefox が起動しませんにもある通り、プロファイルの流用はしてはいけないようです。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

IE は SP2 でも謎挙動 ?

記事データ

投稿者

望月真琴

投稿日時

2004-11-11T00:38+09:00

タグ
概要

IE6 SP1 以前では、拡張子や Content-Type に関わらず、コンテンツの中身を見て挙動を決めていました。 SP2 ではその部分の設定を変更できるようですが……?

リプライ

リプライはまだありません。

記事本文

何故 text/plain ?

また改めて追記すると思いますが、とりあえずメモ的に。

<HTML>
<HEAD>
<META http-equiv="refresh" content="5;url=http://d.hatena.ne.jp/LucaLuca/">
<TITLE></TITLE>
</HEAD>
<BODY>
<P>これはエクステンションがgifだが実はhtml</P>
</BODY>
</HTML>

実態は HTML であり、しかし拡張子は .gif なファイルをどう扱うか、という話。

Internet Explorer6 SP2以外ではリフレッシュタグにてGoogleに転送されるが、IE6SP2ではテキストとして扱われる。

IEの旧バージョンでも対応してもらえるとうれしいんだが。

私はまだ SP2 にしていないので確認のしようがないのですが、テキストとして ( text/plain として ? ) 扱われるのも変な気がします。 拡張子 ( というかメディアタイプ ) を基に判別するのなら、 image/gif として扱うのが自然な挙動ですし、実際に Firefox で表示しようとすると、壊れた画像として扱われています。 ( Ctrl + J で確認しても image/gif として処理されていました。 )

かと言って、従来の IE の必殺技 (?) 、「メディアタイプなどを無視しておせっかいにもファイルの中身から自動で判別」機能 ( 勝手に命名 ) が健在なら HTML として扱われて <META http-equiv="refresh" content="5;url=http://d.hatena.ne.jp/LucaLuca/"> が生きるはずですし……。

IE 6.0 SP2 は設定によって挙動を制御できるらしい

11月10日の時点で、紹介したテスト環境紹介にて「Internet Explorer 5.01 SP4(Windows2000 SP4)」を「Internet Explorer 5.01 SP4(WidnowsXP SP2)」と誤って書いたために一部の読者に無用な混乱を起こした事をこの場を借りてお詫び申し上げます。

今回紹介した罠URL問題は、XP SP2でのIE SP2では生じません。

とのことです。 よって、記事タイトルの IESP2 でも謎挙動 ? は、一部誤りということになります。

しかし、何故「一部」なのか。 実は、 IE 6.0 SP2 であっても、設定によってはメディアタイプではなくファイルの中身から判断する挙動を行うからです。

Windows XP Service Pack 2 では、"MIME スニッフィング" に基づいてファイルをある種類から別の種類にプロモートするために、新しい機能制御に関するレジストリ設定項目である FEATURE_MIME_SNIFFING を導入します。 MIME スニッフィングとは、ビット署名に基づいて、Internet Explorer がファイルの種類を認識することです。 MIME スニッフィングの詳細については、後述する「Internet Explorer MIME 処理の励行」を参照してください。

このレジストリ設定をオンにすると、URL アクション フラグの URLACTION_FEATURE_MIME_SNIFFING を使用して、個々のセキュリティゾーン内の設定をさらに制御することができます。 [セキュリティの設定] の [ファイル拡張子ではなくコンテンツに基づいてファイルを開く] オプションがこの URL アクションを表します。 このオプションは [有効] と [無効] の 2 つの値を取ることができます。

  • この Internet Explorer 機能制御に関して [ファイル拡張子ではなくコンテンツに基づいてファイルを開く] を選択すると、Windows XP Service Pack 1と同様にゾーンのセキュリティが保護されます。 このゾーンにはセキュリティ機能の MIME スニッフィングは適用されません。 該当のセキュリティ ゾーンには、この機能によりセキュリティのレイヤーが重ねられることはありません。
  • この機能を無効にすると、有害な可能性のあるアクションを実行することはできません。 Internet Explorer のこのセキュリティ機能は、プロセスの機能制御の設定に応じて、このゾーン内でオンにされます。

[ファイル拡張子ではなくコンテンツに基づいてファイルを開く] オプションを有効にした場合、 SP1 以前と同じように、コンテンツの中身から自動で判断する挙動を行うようです。 ( これが私が表現するところの謎挙動 )

Windows XP SP2 を適用している方に http://www.geocities.jp/luca_lucanian/fakegif.gif をテストしてもらったところ、 [ファイル拡張子ではなくコンテンツに基づいてファイルを開く] オプションを有効にしていた場合は HTML と判断されて処理されました。 続いて、 [ファイル拡張子ではなくコンテンツに基づいてファイルを開く] オプションを無効にしてテストしてもらったところ、やはり HTML と判断されて処理されました。 ……あれ ?

Windows XP SP2 を適用したとは言え IEIE

Windows 2000 SP4ユーザーにとっては、XP SP2用IESP2にて行われている各種の対策は、裏でひっそりと取り残されたような違和感を感じるのだ。

それは前回の日記で紹介した各種の罠やExploitが、XP SP2用IESP2では実は既に無効なものだった点でより確信となった。

LucaLuca さん ( LucaLucaのWindows大好きっ子日記 ) は Windows XP SP2 でしか対策が行われておらず、 Windows 2000 やそれ以前の Windows OS はある意味切り捨てられているようになっている現状に対しての抗議をこの言葉に込めています。

私もそれに同意見であるので、 XP 以外の OS にも Service Pack の提供を !! と言おうと思ったのですが、前項でのテスト結果が予想外のものであったため、何とも言えない状況になってしまいました。

これを機に、 IE を見限って Firefox や Opera に移行しましょう、と結論付けちゃダメでしょうか。 ( 「ユーザがセキュリティの高いブラウザをインストールすること」と、「ベンダが OS にバンドルするブラウザのセキュリティを高めること」は全く別次元の話ではありますが。 )

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

Firefox 1.0 アップデート前に拡張をメモ

記事データ

投稿者

望月真琴

投稿日時

2004-11-10T23:08+09:00

タグ
概要

各地で既報ですが、 Firefox 1.0 がとうとうリリースされました。これからアップグレードしようと思うのですが、その際に最も影響を受けるであろう部分が各種の拡張であるので、アップデート前に何を使っているかをメモしておこうと思います。

リプライ

リプライはまだありません。

記事本文

各地で既報ですが、 Firefox 1.0 がとうとうリリースされました。 これからアップグレードしようと思うのですが、その際に最も影響を受けるであろう部分が各種の拡張であるので、アップデート前に何を使っているかをメモしておこうと思います。

ちなみに本体である Firefox のバージョンは Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.7) Gecko/20040626 Firefox/0.9.1 です。 だいぶアップデートしていなかったですね私……。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

Recent Reaction template

記事データ

投稿者

望月真琴

投稿日時

2004-11-08T20:29+09:00

タグ
概要

いわゆるサイドバー的な部分に配置されることがよくある (?) Recent Comments や Recent Trackbacks を一つのページにまとめてしまおう、というテンプレートです。

リプライ

2 件のリプライがあります。

記事本文

Recent Reaction template の概要

いわゆるサイドバー的な部分に配置されることがよくある (?) Recent Comments や Recent Trackbacks を一つのページにまとめてしまおう、というテンプレートです。 Recent Entries や Monthly Archives はともかく、 Recent Comments や Recent Trackbacks は閲覧者にとって重要度が低いと私は思っています。 Main Index や Individual Entry Archive に配置する必要があるのか ? 自分が把握できればいいのでは ? といった考えから作りました。

作りましたというか、 wu-tang ( BAZOOKA ) が Junkline - Reacent Reaction Index みたいな事をやりたい、と言っており、その流れでテンプレートの記述方法を教えることになったので、見返しやすいようにまとめ直したといった方がいいかもしれません。 もしくは今後同様の質問があった時に「ここを見てくれ」で済ませることができるように。

元々 Junkline - Reacent Reaction Index のようなテンプレートは自分でも作っていたので、新たに作ったわけではありません。 ……アサノさん ( Junkline ) から習ったのか、私がアサノさんに教えたのか、記憶が曖昧になっているのに気付きました。 どっちでしたっけ ? どうもたまたま同じようなテンプレートをお互いに作っていたというのが真相みたいです。

  1. 必須プラグイン
  2. テンプレートの作成手順
  3. テンプレートの記述例
  4. サンプル
  5. Recent Commnets の解説
  6. Recent Trackbacks の解説
  7. 活用例
  8. 関連リソース

必須プラグイン

このプラグインを入れないと、「自分の weblog のどの記事にトラックバックが送られたのか」が分かりません。 プラグインを入れないまま Recent Reaction template を導入してしまうと、リビルド時にはエラーが起こりませんが、トラックバックを受信した時に トラックバックが送信された記事を表示するようにカスタマイズ - MTPingedEntry Plugin をインストールしなかった場合で説明しているようなエラーが発生します。

テンプレートの作成手順

  1. スクリーンショット テンプレートをクリックします。
  2. スクリーンショット 新しいインデックス・テンプレートを作るをクリックします。
  3. スクリーンショット テンプレートの名前を Recent Reaction template にし、出力ファイル名を recent_reaction.html にしてください。 ( これらは一例です。 お好きな名前にしていただいて構いません。 また、 Movable Type の使用環境に合わせて、拡張子を適宜 .html や .shtml や .php に変更してください。 ) インデックス・テンプレートを再構築するときにこのテンプレートを自動的に再構築するにチェックを入れてください。
  4. スクリーンショット テンプレートの中身テンプレートの記述例を参考にして記述します。
  5. スクリーンショット 保存をクリックします。
  6. スクリーンショット このテンプレートを再構築するをクリックして完成。

テンプレートの記述例

最低限の要素と、該当部分だけを記述しています。 スタイルシートやナビゲーションなどは各自追加してください。

<?xml version="1.0" encoding="<$MTPublishCharset$>"?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja">

<head>
  <meta http-equiv="Content-type" content="text/html;charset=<$MTPublishCharset$>" />
  <title><$MTBlogName$> - Recent Reaction</title>
</head>

<body>

  <h1><$MTBlogName$> - Recent Reaction</h1>
  
  <h2>Recent Commnets</h2>
  
  <dl>
    <MTEntries recently_commented_on="1000">
      <dt><a href="<$MTEntryPermalink$>"><$MTEntryTitle$></a></dt>
      <dd>
        <ul>
          <MTComments>
            <li><a href="<MTCommentEntry><$MTEntryPermalink$></MTCommentEntry>#c<$MTCommentID$>"><$MTCommentDate format="%Y/%m/%d %H:%M"$> : <$MTCommentAuthor$></a></li>
          </MTComments>
        </ul>
      </dd>
    </MTEntries>
  </dl>
  
  <h2>Recent Trackbacks</h2>
  
  <dl>
    <MTPings lastn="1000">
      <dt><MTPingedEntry><a href="<$MTPingedEntryLink$>"><$MTPingedEntryTitle$></MTPingedEntry></a></dt>
      <dd>
        <ul>
          <li><a href="<$MTPingURL$>"><$MTPingDate format="%Y/%m/%d %H:%M"$> : <$MTPingBlogName$> - <$MTPingTitle$></a></li>
        </ul>
      </dd>
    </MTPings>
  </dl>
  
  <p>
  Powered by <a href="http://www.movabletype.org">Movable Type <$MTVersion$></a>
  </p>
  
</body>

</html>

サンプル

これは hxxk.jp のテンプレートとして作成していますので、 hxxk.jp にコメントやトラックバックが寄せられることにより、随時更新されます。 正式採用のテンプレートが決定したため、自動での再構築はしないように変更しました。 必ずしも最新のコメントが反映されているとは限りません。

また、このサンプル以外にも、 Junkline - Reacent Reaction Indexリアクションなどで活用事例を見ることができます。

Recent Comments の解説

Recent Reaction の Recent Commnets の欄を見ればお分かりになると思いますが、記事ごとに投稿されたコメントをまとめて、かつコメント投稿日時が最も新しいものを子に持つ記事が一番上に来るようになっています。 これは <MTEntries> タグの属性として recently_commented_on を指定することで実現しています。

サンプルではこの値に 1000 を指定していますが、これはコメントが投稿された記事を最大 1000 件表示し、コメントの投稿日時がより新しいものを子に持つものを順に並べるという結果を得ることができます。

Recent Trackbacks の解説

Recent Reaction の Recent Trackbacks の欄を見ればお分かりになると思いますが、 Recent Comments と違い、記事ごとにトラックバックをまとめていません。 これは単純に recently_commented_on にあたるような属性が定義されていないことによります。

よって、サンプルでは <MTEntries> タグを使わずに、 <MTPings> の lastn 属性に 1000 を指定しています。 これは、トラックバックが送信された日時順に記事を最大 1000 件表示し、どの記事にトラックバックが送られたのか、トラックバックの送信元がどこなのか、といった情報を合わせて表示するという結果を得ることができます。

活用例

  • 独立したテンプレートとして使用するのでなく、ソースの一部分を各種テンプレートに組み込み
    • たとえば、 dl 要素部分だけ書いておいて、 PHP で include すると、全部のテンプレートに容易に埋め込むことができると思います。 ( 全部のテンプレートに埋め込む必要があるかどうかはさておき )
  • Recent Comments の方は、うまく改造すればスレッドフロート型掲示板もどき ( スレッドを立てる権限は weblog の投稿者に限定されますが ) を作ることもできます。

リプライ

2 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2004-11-08T21:42+09:00 - Recent Reaction < bazooka

最近のコメントとトラックバックを表示させる機能、TOPページとかに置くとなんだかごっちゃごちゃになる感じがしたのでBazookaには付けていませんでした。別ページとして纏められたらなぁとか思ってたらJunklineでいつのまにかそのような形に。うはこれほぴぃ。便利じゃ�...

2004-12-03T09:07+09:00 - Hot Topics みたいなもの < SG::Acme

直感的に盛り上がってるEntryがわかるページ

新潟中越震災支援チャリティーオークション

記事データ

投稿者

望月真琴

投稿日時

2004-11-04T22:53+09:00

タグ
概要

じーらぼ!: 新潟中越震災支援チャリティーオークションにて、有志によるチャリティオークションが開催されているようです。 この試みが他と違う点は、企業や団体ではなく、個人のネットユーザーが呼びかけているところでしょうか。 このオークションに限らず、これ以前にも新潟中越震災支援に対して出来ることやじーらぼ!楽天プロジェクト(仮)〜楽天市場から新潟に支援物資を送ろう!〜など、積極的な情報収集や行動提起もなさっているようで、頭が下がります。

リプライ

リプライはまだありません。

記事本文

有志によるチャリティーオークション

じーらぼ!<G-LABO 言戯道場(Gengi-DOJO)> presented by みやもと春九堂:新潟中越震災支援まとめ - 新潟中越震災支援チャリティーオークションにて、有志によるチャリティオークションが開催されているようです。 既にこのサイトでも はてなで義援金を送付する手順新潟県中越地震に関する義援金・支援物資提供窓口のまとめ - オンラインで行える義援金送付に関する情報提供、問い合わせ窓口などで紹介した通り、オンラインでの義援金送付受付やチャリティコンテンツの開設などが各サイト・サービス上で行われています。

この試みが他と違う点は、企業や団体ではなく、個人のネットユーザーが呼びかけているところでしょうか。 このオークションに限らず、これ以前にも新潟中越震災支援に対して出来ることじーらぼ!楽天プロジェクト(仮)〜楽天市場から新潟に支援物資を送ろう!〜など、積極的な情報収集や行動提起もなさっているようで、頭が下がります。

このオークションの出品物の中に私の興味を惹く物があったので、あまり高額になりすぎないよう、はてなの義援金の時と同額程度まで、と自分なりの境界を定めて参加してみようと思いました。 ( あくまで落札が目的ではなく、義援金送付が本来の目的となるので、身の丈を超えて入札するのは本末転倒 )

オークションを専門にしている方ではないと知りつつ苦言

ユーザー登録を行ってオークションに参加しようと思ったのですが、そのユーザー登録で気になった点が 2 つありました。 LWA-180 というシステムを利用しているようですので、細かい点はそちらの作者の方にフィードバックするべきかもしれませんが、「こういった事を書いていた方が良い」と思った点を書きます。

まず、登録画面にて必要な情報を入力して送信ボタンをクリックし、それからユーザー登録完了通知がメールにて送られてくる流れになっていますが、そのレスポンスが悪いと思いました。 先ほど、 21:00 頃に登録を行ったのですが、登録完了通知は 21:54 に届きました。 1 回目に行った登録にてメールアドレスを入力し間違えた可能性もあるので、念のため改めて 2 回目の登録を行ったら、 このユーザIDは既に使用されています。 というエラーが返ってきました。 登録は行われているようだけど、まだその通知をもらっていないという、そんな時間が数十分ほどありました。

悪戯などを防ぐために、もしかしたら申請内容をみやもと春九堂さん ( じーらぼ! ) 自身が申請内容を確認した上で登録作業を行い、完了通知を送っているのかもしれません。 登録における手順を公開する必要はないと思いますが、目に付きやすい所に「登録完了までに多少時間がかかります」といった説明を書いていた方が良いかもしれません。 ( 少なくとも私の確認できる範囲には書いてありませんでした。現在は追記されています。 )

また、これはシステム上の問題かもしれませんが、落札時ではなくユーザー登録時に本名や住所の入力を求めている点に疑問を感じます。 SSL などの対処がなされているようにも見えませんでした。 ( これは送信ボタンを押した後に気付いたのですが。 ) ユーザー登録時にそういった情報を求めるのなら、ある程度のセキュリティを講じておいた方が良いと思います。

じーらぼ!というサイトは以前に拝見させていただいていた時期があり、みやもと春九堂さんが信用に足る方であるのは私も分かっています。 しかし、みやもと春九堂さんの手に渡った情報は厳密に扱われると信じることができても、手に渡るまでの通信経路においてどのようなことが起こるかは分かりません。 ユーザー登録の時点で個人情報の入力を求めている事を、注意書きとして併記するか、または直前のページに書いた方が良いと思います。 現在は追記されています。

私もこういった CGI や暗号化といった分野は全くの素人ですので、「 CGI のここをこうした方がいい」といった助言はできませんが、登録時に思ったこと、ということで受け止めていただければ幸いです。

素早く対応して下さっていました

じーらぼ!<G-LABO 言戯道場(Gengi-DOJO)> presented by みやもと春九堂:新潟中越震災支援まとめ - 新潟中越震災支援チャリティーオークションを再度確認すると、注意書きが追記されていました。 以下に引用します。

【オークションに参加される方へご注意】

会員登録のパスワード発行は全て春九堂が手作業で行っています その為パスワード発行のメール送付まで少々時間がかかりますこと御了承下さい

登録申請より2日以上経ってパスワードが発行されない場合は登録時のメールアドレスが不正である可能性があります その場合は再度登録申請をお願いします 同時にメールアドレスの入力は十分に御確認下さい

登録にお預かりした個人情報は外部に漏らすことなく オークション終了と共に破棄させていただきます

憶測で言っていたのですが、本当に手作業で行っているとは思いませんでした。 このオークションのみならず、支援物資発送なども行っている ( 簡易経過報告 ) ため、非常に多くの時間を震災支援のために費やされているのでしょう、その行動力に敬意を表します。

なお、前項で登録完了通知が届かなかったために 2 回目の登録を行った、と書きましたが、 1 回目の登録で登録完了となっていましたので、そちらの ID ( makoto ) を使用し、 2 回目に行った登録の ID ( makot0 ) はオークションの公平性を損なわないよう、使用しないことをここで宣言しておきます。 ちなみに、 makoto の ID で入札しているのは 13:【ダンカンのよしたにさんに似顔絵を描いてもらえる権】ですが、人気が高く、既に相当の値が付けられているようです。 よしたにさん ( ダンカン ) のイラストは好みの絵柄 ( 漫画も好きですよ ! ) なので、あわよくば……と思っていましたが、無理はしないようにします。

このオークションに使おうと思っていたお金はまたはてなあたりで送付しようかな、と思っています。 ( 近所の役所やコンビニエンスストアの義援金箱に入れるという方法もありますが、何か気恥ずかしいのです。 そう感じてしまうあたり、義援金を送ることに際して支援以外の感情を持ってしまっているのかもしれませんが……。 )

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

改正道路交通法の一部施行に関するメモ

記事データ

投稿者

望月真琴

投稿日時

2004-11-01T21:35+09:00

タグ
概要

改正道路交通法の内、運転中の携帯電話の使用に関する私的メモ。

リプライ

リプライはまだありません。

記事本文

改正道路交通法の一部が施行されました

新聞報道やテレビのニュースでも取り上げられたため、知っている人も多いと思いますが ( というか多くの人に周知されないと意味がないのですが ) 、改正道路交通法の一部が施行されました。 一部、というのは、平成 16 年 6 月 9 日に公布された平成 16 年法律第 90 号のうち、今日付けで施行されたものと近いうちに施行されるものとあるためです。

改正道路交通法の概要は ( PDF ) 道路交通法の一部を改正する法律の概要についてに掲載されていますが、 PDF であるために、テキストに起こした形で、今日付けに施行されたものについて引用します。

3 暴走族対策 ( 平成 16 年 11 月 1 日から施行 )

暴走族による集団暴走行為について、迷惑を被った者や危険に遭った者がいない場合であっても、著しく道路における交通の危険を生じさせ、又は他人に迷惑を及ぼすこととなる行為は罰則の対象とする。

5 携帯電話等の使用等に関する罰則の見直し ( 平成 16 年 11 月 1 日から施行 )

手で持っている携帯電話等によって通話を行い、又はその画面を注視する行為について、罰則の対象とする。

6 飲酒運転対策 ( 平成 16 年 11 月 1 日から施行 )

飲酒運転検知拒否に対する罰則を引き上げる。

以上 3 項目が、今日付けで施行されたということになります。

携帯電話を運転中に手に持ってはならない

今回、私が最も関心を持っているのは、携帯電話等の使用等に関する罰則の見直しです。 改正道交法Q&Aによると、

自動車又は原動機付自転車の運転中における携帯電話等の使用等については、平成11年の道路交通法改正により、

  • 無線通話装置を手で保持して通話のために使用すること
  • 画像表示用装置に表示された画像を注視すること

について、禁止規定が設けられるとともに、本規定に違反し、よって道路における交通の危険を生じさせた場合に限って、3月以下の懲役又は5万円以下の罰金が科されることとされました。 現行規定の施行(平成11年11月1日)前後における携帯電話等の使用に係る交通事故の発生状況をみると、施行直後は大幅に減少したものの、その後、増加に転じ、平成15年は、平成12年の約2倍となっており、更なる対策が必要となっています。 現行規定により禁止されている行為の中でも、自動車等の運転中に携帯電話等を手で持って通話のために使用したり、携帯電話等を手で持って電子メールの送受信等のために画面に表示された画像を注視することについては、

  • 片手運転となり、運転操作が不安定となる
  • 会話に気がとられたり、画像を注視することにより、運転に必要な周囲の状況に対する注意を払うことが困難となる

という点で、特に危険な行為であると考えられます。 そこで、今回の改正では、現行規定により禁止される行為のうち、

  • 無線通話装置を手で保持して通話のために使用すること
  • 画像表示用装置を手で保持して、表示された画像を注視すること

という行為自体を捉えて、5万円以下の罰金を科すこととされました。

という見直しのようです。 要点のみを抜粋すると、平成 16 年 10 月 31 日までは道路における交通の危険を生じさせた場合に限って罰則が適用されたのに対し、平成 16 年 11 月 1 日からは無線通話装置を手で保持して通話のために使用することや画像表示用装置を手で保持して、表示された画像を注視すること自体に罰則が適用されることになる、ということです。

具体的にどれくらいの罰則なのか

前項で引用した部分にも書いてありましたが、 5 万円以下の罰金となります。 罰金というのはすなわち刑罰であるので、刑事事件として取り扱われることになります。

ただし、これとは別に

大型車

7 千円

普通車または二輪車

6 千円

原付車

5 千円

という反則金が定められているので、通常の取り締まりによる場合はこちらの方が科されることになるでしょう。 ( 2004年10月号 生活情報/Q&A 「改正道路交通法」 ) 罰金と反則金がどう違うのかは、 自転車には反則金という概念はないを参照してください。

青森県警弘前署は1日、運転中に携帯電話をし停止を命じた警察官の指示に従わず逃走したなどとして、同日施行されたばかりの改正道交法違反(携帯電話使用、信号無視)の現行犯で弘前市高田2丁目、無職成田光秀容疑者(35)を逮捕した。

取り締まりによって携帯電話の使用のみが咎められる場合は、ほとんどの場合反則行為として扱われ、反則金が科せられます。 しかし、こういったケースはもう反則行為という枠を超えていますので、信号無視の分と合わせてそれなりの罰金が科せられることになります。

運転中ってどんなとき

さて、次に気になるのが 自動車又は原動機付自転車の運転中における携帯電話等の使用等 という部分。 いったいどこからがこの罰則の対象となるのでしょうか。

運転中の携帯電話の使用に罰則が適用される改正道路交通法が施行された1日、各地の幹線道路で集中取り締まりが行われた。

東京・港区のJR品川駅前交差点では、警視庁高輪署などが取り締まりを実施。 歩道橋の上に警察官2人が立ち、電話機を手にしたドライバーを見つけると、「左手で通話」などと無線連絡。 車は「止まれ」の旗を持った路上の警察官に止められ、午前9時前には1人目が違反切符を切られた。

同庁によると、取り締まりの対象になるのは、「数秒間」以上、通話したり、画面を注視したりする行為。 イヤホンとマイクなどで手を使わず通話する「ハンズフリー」は違反の対象外だ。

これはあくまで警視庁が行う取り締まりにおける基準なので、 数秒間 というのは罰則適用の基準にはなりません。 それこそ東京都以外では「持っただけ」で取り締まり対象とするところが無いとは言えませんし。

また、施行前から疑問に思っていたのですが、いわゆる「信号待ち」は「運転中」に含まれるのかどうか。 道路交通法によると、

第2条 この法律において、次の各号に掲げる用語の意義は、それぞれ当該各号に定めるところによる。

14.信号機

電気により繰作され、かつ、道路の交通に関し、灯火により交通整理等のための信号を表示する装置をいう。

17.運転

道路において、事両又は路面電車(以下「車両等」という。)をその本来の用い方に従つて用いることをいう。

18.駐車

車両等が客待ち、荷待ち、貨物の積卸し、故障その他の理由により継続的に停止すること(貨物の積卸しのための停止で5分を超えない時間内のもの及び人の乗降のための停止を除く。)、又は車両等が停止し、かつ、当該車両等の運転をする者(以下「運転者」という。)がその車両等を離れて直ちに運転することができない状態にあることをいう。

19.停車

車両等が停止することで駐車以外のものをいう。

これに照らし合わせて考えると、信号待ちで交差点に停止している場合も停車と言えると思います。 そして、停車というものが運転というものに含まれないかというとそうではなく、停車も 本来の用い方 として運転に含まれると思うのです。 車はただ走るだけでなく、曲がったり止まったりするのものですから。 ( そもそも 本来の用い方 っていう表現もあいまいな気もしますが。 )

ただ、停車も運転に含めて考えてしまうと、「路肩に寄せて停車して携帯電話で通話やメールのやりとり、着信履歴などのチェック」「駐車場内に停車して携帯電話で通話やメールのやりとり、着信履歴などのチェック」といった場合も運転中に含まれてしまうのでは ? と思ってしまったので、これといった私なりの結論は出せませんでした。 まあ、これらの例は操作が終わった時点で発車することができますが、信号待ちの場合はそういった操作が終わった / 終わっていないに関わらず青信号になったら発車せざるを得ないので、信号待ちでは操作しない方が賢明かとは思います。

じゃあ、信号待ちで時計替わりに携帯電話を一瞬だけ開く、着信やメールがあっていないかをチェックするために一瞬だけ開く、といった場合はどうなるのか、といった反例も考えられますので、結局は実際の取り締まりがどのあたりまで適用されるかによるのかもしれません。

(運転者の遵守事項)第71条 車両等の運転者は、次に掲げる事項を守らなければならない。

5の5.

自動車又は原動機付自転車(以下この号において「自動車等」という。)を運転する場合においては、当該自動車等が停止しているときを除き、携帯電話用装置、自動車電話用装置その他の無線通話装置(その全部又は一部を手で保持しなければ送信及び受信のいずれをも行うことができないものに限る。)を通話(傷病者の救護又は公共の安全の維持のため当該自動車等の走行中に緊急やむを得ずに行うものを除く。)のために使用し、又は当該自動車等に取り付けられ若しくは持ち込まれた画像表示用装置(道路運送車両法第41条第16号若しくは第17号又は第44条第11号に規定する装置であるものを除く。)に表示された画像を注視しないこと。

このように、 当該自動車等が停止しているときを除き とあるので、信号で停止しているときは除外されると考えられなくもありませんが、それで取り締まりの対象にならないとは断言できませんので、やはり運転席に座っている間は一切触らないくらいの気概を持っていた方がいいかもしれません。

携帯電話で通話しながら、または携帯電話を操作しながら自転車を運転する場合は

一連のことを調べているうちに、あることに気付きました。 自動車又は原動機付自転車に対して罰則が定められているのですが、軽車両に関しては記述されていないのです。 自転車には反則金という概念はない - 反則金が科される対象 にもその区別を引用して書いていますが、自転車はれっきとした軽車両であり、道路交通法の適用を受ける範囲であるのです。

第2条 この法律において、次の各号に掲げる用語の意義は、それぞれ当該各号に定めるところによる。

8.車両

自動車、原動機付自転車、軽車両及びトロリーバスをいう。

自転車には反則金という概念はないでも書いている通り、自転車においては反則金というものがなく、最低でも科料ないし罰金が科されるため、実際には取り締まりではなく注意で済ませてしまうケースが多いと思います。 もちろん自転車に比べて自動車等の方が重量も大きく、速度も遥かに速いために事故時に与える衝撃が大きいのは当たり前ですが、自転車も充分走る凶器となり得ますので、同様のレベルとまではいかないまでも、取り締まりの対象にすべきではないかと個人的には思います。

以前私が見かけたケースでは、夜間に無灯火で、かつ携帯電話で通話しながら自転車で走行する 20 歳前後の男の子 ( 男性とは言いたくない ) というものもありました。 向こう側から歩いてきた女性が突然表れた自転車に驚いた様子、そして全く意に介さない男の子の様子が車中からでも分かりました。

自転車と歩行者、または自転車同士の事故というものは事故の数として数えられていないだけで、実際にはかなり多くの確率で発生していると思います。 もしここを読まれている方で、自転車に乗りながら携帯電話を使用する習慣のある方、または身近にそういった知り合いがいる方は自重をお願いしたいと思います。

前項の補足

軽車両に関しては記述されていないのです。 ( 中略 ) 自転車はれっきとした軽車両であり、道路交通法の適用を受ける範囲であるのです。 と書いたのは、道路交通法において車両に対して係る条文について述べているのであって、今回の改正道路交通法について述べているのではありません。

運転中の携帯電話の使用については、改正道交法Q&Aにもある通り、自動車又は原動機付自転車について述べられているので、自転車は当てはまりません。 道路交通法第 71 条の運転手の遵守事項においても同様です。 ( もちろん、自転車の運転中に携帯電話の操作に夢中になって歩行者に怪我を負わせたといった場合はその要素が加味されるでしょうが、現行の改正道路交通法を読む限りでは自転車の運転中に携帯電話を使用 = 罰則適用とする根拠がありません。 )

ただ、「たかが自転車」とたかをくくって運転していると思われる輩が多いなあという個人的な思いもあって前項を書きました。 誤解を招く表現であったことをお詫びします。 ( 雑念雑記:2004年11月分 - 改正道路交通法改の一部施行 )

雑念雑記:2004年11月分 - 11月になつて変はつた事2にて訂正されています。 お手数をおかけしました。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

「三田村特典」ていう名前いいなあ

記事データ

投稿者

望月真琴

投稿日時

2004-11-01T01:13+09:00

タグ
概要

「みたむらくん」第2巻発売記念フェア<中年デビュー!>開催決定!書店に三田村鉄男本人が登場 ! 来てくれた方には無料で以下の三田村特典が !! ( いらない方は拒否権あり )

リプライ

リプライはまだありません。

記事本文

何気なく地元の友達のアンテナを久しぶりに眺めていて、偶然読んだサイトからのネタ。

リンク先は画像がどーんと置かれているだけなので、テキストに起こした形で引用すると、

「みたむらくん」第2巻発売記念フェア<中年デビュー!>開催決定!

日時

10 月 30 日 ( 土 ) 14 時〜

場所

芳林堂書店コミックプラザ 東京都豊島区西池袋 1-18-2 藤久ビル西 1 号館 B1

  • 生三田村鉄男がやってくる !!
  • フェアの日だけはバックレません !!
  • 当日「みたむらくん (2) 」をご購入された方には、先着 50 名様でえりちん先生の直筆サイン入り単行本をお渡しします !!
  • さらに書店に三田村鉄男本人が登場 ! 来てくれた方には無料で以下の三田村特典が !! ( いらない方は拒否権あり )
    1. 三田村生写真プレゼント
    2. 一緒にポラロイド撮影
    3. 三田村君の肩もみ
    4. 三田村サイン

とのことです。 うわーすごく行きたかった。 仮に事前に知っていたとしても地理的に無理ではあるのですが。 というか 2 巻が出るのも知らなかった……。

どういった漫画なのか知らない方も多いでしょうが、 1 巻の後書きから引用すると、 「みたむらくん」は実在する人物の名を借りたフィクションですよ !! という漫画です。 そして 2 巻の発売記念フェアにおいてその本人が来場した、と。

ここで冒頭の偶然読んだサイトに話が戻るのですが、どうやらそのフェアに行かれたようです。

こちらの 10 月 30 日分の日記ですが、「一緒にポラロイド撮影」という三田村特典を選んだようで、そのポラロイドが公開されています。

……ええと、どちらが三田村さんでどちらがゴトウさん ( 一流ホームページ ) なのでしょう。 というかご兄弟ですか ? と言ってしまいそうなツーショットです。

……たぶん、右が三田村さん ( 違 )

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

補足情報

著作、講演、制作実績など