2007-12 アーカイブ

この度、初の確定申告をすることに。

仕事納めも終わり、それでも残る大量の業務を片付けるために休日出勤をして、ようやく年の瀬を迎えているところです。 ちなみに、昨日だけでは片付くはずもないのですが、今日から 1 月 3 日まではオフィスの事情で休日出勤できないので残りは年明けということで。

年が明けたら仕事始めはもちろん、確定申告の時期となります。 私は勤め人なので、例年は毎月の給与から所得税の源泉徴収と住民税の特別徴収が差し引かれ、年末調整で源泉徴収分の精算を行って納税が完了しています。 しかし、 2007 年は実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips の出版に伴う著作権使用料 ( いわゆる印税というものですね ) という収入があるため、 2008 年になったら確定申告を行う予定にしています。

国税庁のタックスアンサー「サラリーマンで確定申告が必要な人」に詳しく書かれてありますが、私の場合は 1か所から給与の支払を受けている人で、給与所得及び退職所得以外の所得の金額の合計額が20万円を超える人 に該当するためです。

Amazon アソシエイトの収入も雑所得に含まれることを忘れずに !

......さて、よくよく思い返してみると、実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips を hxxk.jp で紹介する際に、 Amazon アソシエイトを用いており、またありがたいことにかなりの冊数を私の ID からお買い上げいただいています。

Amazon アソシエイトの紹介料支払い方法は、 Amazonギフト券または銀行振込 のどちらかであると紹介料の受け取りにはどのような方法がありますか？にて説明されています。 ここで勘違いされやすい点が、 Amazon ギフト券で紹介料を受け取る場合でも、雑所得という所得に含まれるという点です。

「銀行振込ならお金として手元に入ってくるけど、ギフト券はお金じゃないし、 Amazon でしか使えないじゃないですか ! 」と思われる方もいらっしゃるかもしれませんが、商品券や図書券も確定申告が必要ですか？によると、

給与所得及び退職所得以外の所得には、銀行振り込みなどの金銭によるものだけではなく、商品券やギフト券などの品物であったとしても報酬には変わらないため、雑所得として申告は必要です。 なお、商品券やギフト券などはその券面額で評価されます。

とあります。

もちろん、 Amazon アソシエイトに限らず、各種アフィリエイトの収入も同様の考え方になります。 会社勤めをしながらサイトを運営し、アフィリエイトの収入が 20 万円を超えるような方は申告漏れが無いように注意しましょう。

......そういえば、はてなポイントを 80,000 ポイントもらったという話もありましたね。 この場合は送信者が匿名となっているため誰が送信したか分かりませんが、個人から個人へ送ったのであれば贈与税の考え方になるでしょうね。 もっとも、1年間にもらった財産の合計額が110万円以下なら贈与税はかかりませんし、個人から受ける香典、花輪代、年末年始の贈答、祝物又は見舞などのための金品で、社会通念上相当と認められるものと解釈することができれば贈与税は課税されないので、このケースでは贈与税は発生しないと思いますが。

ケース 1: 今年の各四半期ごとの紹介料支払額が 1 度も 12 万円を超えることなく、また年間合計額 ( Amazon 以外のアフィリエイトも含む ) も 20 万円を超えない場合

もし貴方が一般的なサラリーマンで、年間に 4 回ある支払時期において 4 回とも支払額が 12 万円を超えずに、また Amazon アソシエイトおよびそれ以外のアフィリエイトによる収入額が年間で 20 万円を超えなければ、特に確定申告をする必要はありません。 ただし、それ以外にも 給与の年間収入金額が2,000万円を超え ていないなど、いくつかの条件を満たしておかないと「確定申告をする必要はない」ケースに当てはまりませんので、国税庁のタックスアンサー「サラリーマンで確定申告が必要な人」をよく読んで、本当に確定申告をする必要がないかを判断してください。

何故「 12 万円を超えずに」かと言うと、 Amazon アソシエイト・プログラム運営規約にて 乙が日本の個人の居住者であって本項所定の紹介料が法律に規定された一定額を超える場合は、甲は必要とされる税額を源泉徴収し、残りを乙へ送金します とあり、その一定額は所得税法第 205条の法令解釈通達に 12 万円と示されているからです。

ケース 2: 今年の各四半期ごとの紹介料支払額が 1 回以上 12 万円を超えたことがあるが、年間合計額 ( Amazon 以外のアフィリエイトも含む ) は 20 万円を超えない場合

次に、年間の Amazon アソシエイトおよびそれ以外のアフィリエイトによる収入額が 20 万円を超えていないが、年間に 4 回ある支払時期において支払額が 12 万円を超えたことが 1 回以上ある場合についてですが、これは確定申告をする必要はありませんが、場合によっては行った方が良い、という類のものです。

年間 4 回の支払時期のうち、 12 万円を超えた回は源泉徴収分を差し引いて送金されているので、確定申告にて正確な税額を算定すると源泉徴収にて支払い済の額より安くなる可能性があるため、年間のアフィリエイト収入額が 20 万円を超えていないからと言って、確定申告の必要が全く無いというわけではありません。 もっとも、年間のアフィリエイト収入額が 20 万円を超えていないなら、差額もそんなに大きくないとは思いますが......。

ケース 3: 年間合計額 ( Amazon 以外のアフィリエイトも含む ) が 20 万円を超える場合

もし貴方が一般的なサラリーマンで、年間の Amazon アソシエイトおよびそれ以外のアフィリエイトによる収入額が 20 万円を超えている場合は 1か所から給与の支払を受けている人で、給与所得及び退職所得以外の所得の金額の合計額が20万円を超える人 に該当するので、確定申告をする必要があります。

確定申告を行うならば、 Amazon が発行する源泉徴収票が必要となるのですが、 affiliate.amazon.co.jp 内でそれらしき情報を発見することができませんでした。 そこでもう少し検索してみると、 2005年1～3月の、 2005 年 1 月 4 日の項に、 Amazon(アマゾン)に『Tax Withholding (源泉徴収)についてはどのように確定申告すればよろしいのでしょうか』って質問のメール投げたら 『登録いただいた住所宛に「支払い調書」をお送りさせていただきます』 という返事が来たよ。 源泉徴収票みたいなものでしょうか。 とあるため、確定申告を行う場合は直接問い合わせのメールを送った方が良いようです。

もしかしたら、年間の支払額が 20 万円を超えるようなユーザには、そういった案内を送っているのかもしれませんが、幸か不幸か私の場合は 20 万円にはほど遠いので、自分から問い合わせる必要があるようです。 ( 私の場合、 Amazon の紹介料だけでは 20 万円には到達しませんが、冒頭でも述べたように実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips の出版に伴う著作権使用料があるため、 Amazon から支払われた紹介料も正確に申告する必要があります。 )

紹介料の支払額の確認方法とまとめと注意

最後に、自分にいくら紹介料が支払われたかの確認方法を紹介し、まとめと私からの注意を添えてこの記事を締めます。

1. Amazon.co.jp アソシエイト・セントラルにサインインします。
2. 
3. 

この手順で紹介料の支払い履歴を確認できますので、 Amazon から 2007 年に支払われた額が 20 万円を超える方、または他のアフィリエイトの収入と併せると 20 万円を超える方は確定申告の準備をしておいた方が良いでしょう。 もちろん、個人事業主などの場合は 20 万円という枠ではありませんので、それは適宜ご自身の状況に合わせて読み替えてください。

また、私自身は税法・税制にあまり関係の無い職種のサラリーマンです。 確定申告自体も初めて行うので、法律・制度に関して間違った理解をしているかもしれません。 誤り等をご指摘いただければ迅速に修正しますが、記事を読まれたタイミングによっては間違った情報を掲載しているかもしれません。 記事に書かれてあることをそのまま鵜呑みにせず、ご自身でも調べていただくようお願いします。

とうとう公開情報が !

改めて紹介しますと、実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips という本は、私と 3ping.org の市瀬 裕哉さん、 Lucky bag::blog の福島 英児さんとの共著で出版した本です。

その 3 人で新宿で語り合った Shinjuku.be で、 ここでのトークは、まだオフレコにすべき内容がいっぱいあるので省略。 時期が来たら発表できるものはしていきますよー。 と書きましたが、本人からの発表が行われたようですので、 hxxk.jp でも紹介しておきますね。

Web標準テキスト(2) CSS

なんだかんだでゴールデンウィークから執筆を開始する とあるように、ゴールデンウィークに開催された Shinjuku.be と Beering festival "Hop or Die!" でお会いしたときに、新たな書籍の作業に取り掛かっていると教えていただきました。

これから CSS を学びたい方や、オーサリングソフトの WYSWYG だけでなくハンドコーディングを行えるようになりたい方、もう一度基礎を確認したい方など、どちらかと言うと初心者寄りをターゲットとして、CSS の基礎から段組レイアウトまでを分かりやすく解説しています。

例えばセレクタを解説する項目では、必ずしも正解がひとつではないセレクタのユースケースとして、あるサンプル文書内の特定要素を選択する際に、最低限考えられるセレクタをいくつか挙げ、それぞれの詳細度とともに解説していたりします。 そんな感じで、比較的基礎部分にページを割いているので、マニアックでディープな Tips 関連などは避けていますが、知っておくと役に立つかもしれない情報は載っているかと思います。

私は実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips において、 XHTML および CSS の仕様についての解説を担当したので、 CSS について全く知識が無いということはありません。 しかし、自分のサイトの CSS を書くときはついついシンプルというか安易に作成してしまう傾向があるので、この本でもう一度基礎を見直してみたいと思います。 この度は新刊の出版、本当におめでとうございます ! 2008 年 1 月 12 日に刊行とのことですので、時間があれば書店に入荷しているかチェックして廻ろうかなあ。

ちなみに、 マニアックでディープな Tips 関連 は実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips の方に掲載していますよ ! ( ちょっと宣伝 )

トラックバック送信先

Lucky bag::blog: 「Web標準テキスト(2) CSS」という本が出ます

ゴールデンウィークのオフで聞いていた情報が、本人のサイトでも公開されているので、 hxxk.jp でも紹介しておきます。

Movable Type のテンプレートタグリファレンスのサンプルコード

Movable Type のテンプレートタグリファレンスは、 Movable Type 4.0 のリリースと共にリニューアルされて、テンプレートタグの機能ごとのタグ分類が導入されるようになっています。

その反面、そのテンプレートタグをどのように使うかのサンプルは非常にシンプルに書かれており、テンプレートタグの使い方が理解しづらくなって、テンプレートタグをうまく活用できる機会を逃してしまいそうです。 例えば、 MTBlogResultHeader は MTSearchResults 内で使用するテンプレートタグなのですが、

<MTBlogResultHeader>
  <!-- do something -->
</MTBlogResultHeader>

というサンプルコードからはそれが読み取れません。 そこで、今回は検索結果のテンプレートに用いるテンプレートタグについて、自分用のメモとして書いたサンプルコードを記録しておきます。

MTSearchResults ブロックタグ - 実行した検索の結果

<MTSearchResults> ～ </MTSearchResults> で囲むことにより、検索条件に合致した内容を、合致数だけ繰り返して全て出力します。 このブロックタグ内で MTBlogResultHeader や MTBlogResultFooter を用いることにより、検索結果の記事数の表示や検索結果に対する見出しなど、合致数に関わらず 1 回だけ表示したい内容を出力することも可能です。

例えば、検索キーワードに該当した記事を dl, dt, dd, dt, dd, dt, dd... のように、 1 つの定義リスト内で羅列したい場合には次のように記述します。

<MTSearchResults>
  <MTBlogResultHeader><dl class="headline"></MTBlogResultHeader>
    <dt><a href="<$MTEntryPermalink$>"><$MTEntryTitle$></a><span class="date"> - Posted date: <$MTEntryDate format="%x %X"$></span></dt>
    <dd>
      <ul>
        <li class="textBody"><$MTEntryExcerpt$></li>
        <li class="author">Posted by: <span class="name"><$MTEntryAuthorDisplayName$></span></li>
        <li class="category">Category: <MTEntryCategories glue=" | "><a href="<$MTCategoryArchiveLink$>" title="<$MTCategoryLabel$> Index"><$MTCategoryLabel$></a><li>
        <li class="tag">Tag: <MTEntryTags glue=", "><a href="<$MTTagSearchLink$>" rel="nofollow"><$MTTagName$></a></li>
      </ul>
    </dd>
  <MTBlogResultFooter></dl></MTBlogResultFooter>
</MTSearchResults>

この例で MTBlogResultHeader や MTBlogResultFooter を用いなければ、 dl, dt, dd, dl, dt, dd... のように、検索条件に合致した数の分だけ定義リストが出力されるでしょう。

MTNoSearchResults ブロックタグ - 検索条件に合致した結果が得られなかった

<MTNoSearchResults> ～ </MTNoSearchResults> で囲むことにより、検索条件に合致する結果が全く無かった場合の内容を出力します。 MTSearchResults と違い、繰り返しはありません。

例えば、検索キーワードに該当した記事が無かったことを示したい場合には次のように記述します。

<MTNoSearchResults>
  <div class="section entry">
    <h2>検索結果</h2>
      <div class="textBody">
        <p><em><$MTSearchString$></em>というキーワードを含む記事は見つかりませんでした。次項のヒントを参考にして、検索キーワードを変えてもう一度検索してみてください。</p>
        <ul>
          <li>キーワードに誤字や脱字がありませんか ?</li>
          <li>キーワードの意味はそのままで、表現や言い回しを変えてみてください。</li>
          <li>専門的なキーワードだったり、長い文字列のキーワードだったりした場合は、より一般的で短いキーワードにしてください。</li>
          <li>キーワードを複数指定している場合は、キーワードの数を減らしてみてください。</li>
        </ul>
      </div>
  </div>
</MTNoSearchResults>

MTNoSearch ブロックタグ - 検索が実行されていない

検索フォームに、キーワードを入力しないまま検索を実行した場合のように、検索条件が指定されていない場合の内容を出力します。 このブロックタグも MTSearchResults と違い、繰り返しはありません。

例えば、検索キーワードが入力されていなかったことを示したい場合には次のように記述します。

<MTNoSearch>
  <div class="section entry">
    <h2>Error</h2>
      <div class="textBody">
        <p>検索キーワードが入力されていません。</p>
      </div>
   </div>
</MTNoSearch>

また、 MTElse と組み合わせることで、「合致する・合致しないに関わらず、何かしらの検索条件が与えられている」条件での内容を表示することも可能です。

<MTNoSearch>
  <MTElse>
    <MTIfStraightSearch>
      <p>今回入力した<em><$MTSearchString$></em>というキーワードを含む記事を今後もチェックしたい場合、<a href="<$MTCGIPath$><$MTSearchScript$>?search=<$MTSearchString encode_url="1"$>&#38;Template=feed&#38;IncludeBlogs=<$MTSearchIncludeBlogs$>"><img src="<$MTStaticWebPath$>images/status_icons/feed.gif" width="9" height="9" alt="" />&#34;<$MTSearchString$>&#34;を含む記事の Feed</a> を Feed リーダに登録することで、チェック漏れの可能性を低くできます。</p>
    </MTIfStraightSearch>
    <MTIfTagSearch>
      <p><em><$MTSearchString$></em>というタグが設定された記事を今後もチェックしたい場合、<a href="<$MTCGIPath$><$MTSearchScript$>?tag=<$MTSearchString encode_url="1"$>&#38;Template=feed&#38;IncludeBlogs=<$MTSearchIncludeBlogs$>"><img src="<$MTStaticWebPath$>images/status_icons/feed.gif" width="9" height="9" alt="" />&#34;<$MTSearchString$>&#34;というタグが設定された記事の Feed</a> を Feed リーダに登録することで、チェック漏れの可能性を低くできます。</p>
    </MTIfStraightSearch>
  </MTElse>
</MTNoSearch>

MTIfStraightSearch コンディショナルタグ - ブログ記事の検索の場合

検索の種類が、サイト内検索の場合の内容を出力します。

例えば、サイト内検索の条件に合致した記事数を表示したい場合には次のように記述します。

<MTSearchResults>
  <MTBlogResultHeader>
    <MTIfStraightSearch>
      <ul class="info">
        <li>Search:<em><$MTSearchString$></em></li>
        <li><em><span class="count"><$MTSearchResultCount$></span></em> Hits</li>
      </ul>
    </MTIfStraightSearch>
  </MTBlogResultHeader>
</MTSearchResults>

または、 MTElse を用いて「タグ検索ではない」という条件を指定して次のように記述することもできます。 これはブログ記事の検索とタグ検索の場合の記述を分ける時に、 MTIfStraightSearch と MTIfTagSearch の両方で If という名前を含むテンプレートタグを用いるより、 If-Else で記述したいという場合に用いると良いでしょう。

<MTSearchResults>
  <MTBlogResultHeader>
    <MTIfTagSearch>
      <MTElse>
        <ul class="info">
          <li>Search:<em><$MTSearchString$></em></li>
          <li><em><span class="count"><$MTSearchResultCount$></span></em> Hits</li>
        </ul>全文検索結果
      </MTElse>
    </MTIfTagSearch>
  </MTBlogResultHeader>
</MTSearchResults>

MTIfTagSearch コンディショナルタグ - タグ検索の場合

検索の種類が、ブログ記事・タグ検索の場合の内容を出力します。

例えば、特定のタグが設定された記事数を表示したい場合には次のように記述します。

<MTSearchResults>
  <MTBlogResultHeader>
    <MTIfTagSearch>
      <ul class="info">
        <li>Tag:<em><$MTSearchString$></em></li>
        <li><em><span class="count"><$MTSearchResultCount$></span></em> Hits</li>
      </ul>
    </MTITagSearch>
  </MTBlogResultHeader>
</MTSearchResults>

または、 MTElse を用いて「ブログ記事の検索ではない」という条件を指定して次のように記述することもできます。 これはブログ記事の検索とタグ検索の場合の記述を分ける時に、 MTIfStraightSearch と MTIfTagSearch の両方で If という名前を含むテンプレートタグを用いるより、 If-Else で記述したいという場合に用いると良いでしょう。

<MTSearchResults>
  <MTBlogResultHeader>
    <MTIfStraightSearch>
      <MTElse>
        <ul class="info">
          <li>Tag:<em><$MTSearchString$></em></li>
          <li><em><span class="count"><$MTSearchResultCount$></span></em> Hits</li>
        </ul>
      </MTElse>
    </MTIfStraightSearch>
  </MTBlogResultHeader>
</MTSearchResults>

サンプルコードの元ネタは 3ping.org

今回のサンプルコードは、 MTNoSearch と MTElse を組み合わせたものを除き、 3ping.org の検索ページを元に作ってみました。

何故 hxxk.jp の検索ページを使わなかったかというと、最終的に出力された XHTML をヒントに、元々のテンプレートがどのように書かれているかを推測するのもいい勉強になるかなあ、と思いまして。 今回のサンプルコードと 3ping.org で実際に使われているテンプレート、どれくらいの違いがあるでしょうか ?

......ということで 3ping.org のうーたんに採点をお願いしようと思いましたが、よく考えたら Vicuna - Movable Type テンプレートをダウンロードしたら正解のソースが容易に入手できるんじゃないでしょうかもしかして。

au W05K を購入しました

私は VAIO type U をモバイル用マシンとして所持しており、その通信環境には AIR-EDGE の 4x パケット方式を利用していました。 料金プランはネット 25 だったので、通信時間が 25 時間を超えなければ、約 5,000 円くらいの利用料金という計算でした。

AIR-EDGE の 4x パケット方式は 最大 204kbps という通信速度なのですが、私の住んでいる地域は、圏外もしくは最大 32kbps という速度にしかならないエリアだった ( これは契約時に説明されて、了承の上で享受した速度です ) のです。 実際にモバイルを使うのは都市部に出かける時が主だったので、 32kbps よりは速度が出ていたかもしれませんが、やはりブラウジング時に待たされることが多かったため、この度 au W05K に通信環境を変更しました。

オーダー直後に「速度が遅い ! 」という情報が......

仕事が休みの間に設定等を行いたかったので、入荷次第すぐ購入する事にしてショップに予約してきたのですが、その直後に W05Kを買った訳だが・・・という記事を見かけました。 ......まあ、自宅近辺では AIR-EDGE の場合は圏外になることもあったので、速度よりも接続できる地点が広くなればいいかな、程度に考えることにしましたが。

購入したその日に回線速度測定サイトで測定してみたところ、何度か試してみても 100kbps を超えません。 うーん、とりあえずケータイアップデートなる機能を試みることにしよう。 発売されたばかりの機種でアップデートも何もあったもんじゃない気もしますが。

......というのが昨日までの話。

マルチポートドライバをインストールすると W05K の速度が向上する

今日になってもう一度試したら、速度が上がっていたんですよ。 ケータイアップデートは失敗していたので「何故 ? 」と思っていたら、どうもケータイアップデートの実行の前提になっているマルチポートドライバのインストールがカギだった模様。

W05K はカード本体のアンテナと、外部アンテナの 2 種類のアンテナがありますので、外部アンテナを使わない場合と使った場合の両方で下りの回線速度を測定してみました。 なお、 Windows XP マシンで、受信最大 3.1Mbps 、送信最大 1.8Mbps 対応エリア外の環境で測定しています。 いずれ受信最大 3.1Mbps 、送信最大 1.8Mbps 対応エリアに赴くことがあったら追試してみますね。

	本体アンテナ使用	外部アンテナ使用
	1 セット目
1 回目
2 回目
3 回目
	2 セット目
1 回目
2 回目
3 回目

やはり外部アンテナを使った方が回線速度は速くなるようですね。 稀にガクンと落ちることがありますが、だいたい 500kbps は出ているので、 web サイトをブラウジングするくらいならあまりストレスなく使用できると思います。 このスクリーンショットの zip ファイル (500KB) をデスクトップマシンに移す時に、敢えてメール送信で移してみましたが、添付ファイル付きのメール送信もそれなりに行えるので、私としては今回の乗り換えは成功ということで。

似顔絵を描いてもらったよ !

Mushline のアサノさんは、ここ最近 Asano - はてなハイクにて IRC でお話ししている方々の似顔絵を描かれています。 はてなハイクのお絵描き機能は簡易なものなのですが、それを上手く使いこなして、特徴をよく掴んだ似顔絵に仕上がっているのです。

ということで、私も私も ! と IRC でお願いしていたら、 id:hxxk - Asano - はてなハイクという似顔絵が出来上がってきました。 自分から指定したとはいえ、これくらいの髪の長さだった頃もあったなあ......と懐かしい気持ちになりました。 アサノさんありがとう !

そういえば、似顔絵ともちょっと違うのですが、以前 JamGraffiti の壱茉さんから実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips のイメージイラストを描いていただいたこともありました。 ちょうど weblog の休止時期だったので、この場を借りて壱茉さんにもありがとう !

企画化するつもりはありませんが

アサノさんの場合は、実際に何度かお会いしたので想像が入る余地がありませんが、 web のようにキャラは知っていても顔を知らない友人知人の似顔絵を想像で描く、というのも面白そうだなあと思いました。

ということで、想像で似顔絵を描いてみよう企画をぶち上げようかと思ったのですが、以前 q:id:1160571706 にて

会ったことが無い方の場合、後日でも結構ですので想像する顔もしくは全身像を描いて、それを makoto@hxxk.jp まで送付ないしサイト上で公開してトラックバック等でお知らせしていただくと、そのクォリティ ( イラスト自体の巧拙のクォリティではなく、私に「そうくるか ! 」と思わせるクォリティ ) に応じてはてなポイントを送らせていただきます。

という投げかけをしていたことを思い出しました。 考えることが去年から変わっていませんね私。

それとオフレポとしては書いていませんが、第 2 回 Twitter 福岡オフにて Twitter アイコンを用いた名札を作成していたら、その直前のタイミングで痕跡症候群の水瀬さんのアイコンが、水瀬さん自身の手で描かれたまなめさんの似顔 (?) 絵に変更されていて「これ、この絵で名札を作っていいんだろうか......」と葛藤したため、迂闊に想像で描かれるのもハイリスクハイリターンだなあ、と思いました。

というかオフの時からずっと Twitter / minasesan のアイコンはこのままだったのか...... !

2007 年も健診結果を晒し......記録しておきます

カラダ語り 2005 やカラダ語り 2006 で習慣付けていたので、今年も健診結果を記録しておきます。

今回はサーバ移転や新スタイルの作成などでこの時期になりましたが、本当は結果が返ってきたらすぐに記録するべきなんですよね。 でないと、「そういえば先月受けた健診の結果ってまだ返ってきていないよね......いつ返ってくるんだろう ? 」と、やきもきすることになってしまいますから。

健康診断 2003-2007

過去にも記事として記録しているので、全ての年度を書く必要はないかもしれませんが、ひとつの記事で一覧できる方が自分用の記録としては便利なので 2003-2007 の範囲で書き出します。

基準値内に収まっているとは言え、全体的に数値が高くなっていますね......。 今年度は残業時間が鰻上りだったので当然と言えば当然なのですが、中性脂肪は倍になっていますから、数字はいかに不摂生だったかを如実に語ってくれますね。

総合判定では異常無しだったのですが、この結果をもらった翌月、すなわち 12 月になって急に体調を崩したので内科を受診したところ、自律神経の失調が原因と思われる不整脈という診断が下ったのが皮肉というか。 病院が年末休みに入る前にもう一度受診して、正式な判断を下してもらう予定にはしていますが。

アカウント名をアドレスバー上で書き換える

はてなハイクという新しいサービスが開始されたようですね。 今更かよ、と言われるかもしれませんが、最近の私は毎日ネットに繋ぐわけでもなくなったので今更ではないんです。

私自身はまだはてなハイクを使っていないんですが、 IRC で仲良くおしゃべりしている方のハイクをのんびり眺めさせていただいています。 Puregeek の hkn さんや Mushline の Asano さんなど。 orzccc は脚を描きすぎ。

ふだん IRC で仲良くおしゃべりしている方々ですから、はてなのアカウント名も既に知っています。 そういう時、私はブラウザのアドレスバーでアカウント名を直接書き換えてそれぞれのページを渡り歩くのですが、うっかり http://h.hatena.ne.jp/Asano/ から http://h.hatena.ne.jp/hkn/ に移動する際に、次のような動作を行いました。

1. http://h.hatena.ne.jp/Asano/ をブラウザ上で表示
2. アドレスバー上で BackSpace キーを押して http://h.hatena.ne.jp/ までアドレスを削る
3. http://h.hatena.ne.jp/hkn と入力
4. Enter を力強く打つ
5. 404 Not Found
6. oeo??

はてなの各種サービスの、アカウント名の後にスラッシュを入れずにリクエストした場合のレスポンスのまとめ

先に答えを書いてしまうと、 http://h.hatena.ne.jp/hkn/ と入力すべきところを http://h.hatena.ne.jp/hkn と入力してしまったために、 404 Not Found になってしまいました。 スラッシュを入力し忘れるのは、おそらく Twitter での癖が付いてしまっているんでしょうね。

いや待てよ、でも確かはてなダイアリーだったらスラッシュが無くても大丈夫だった気がするぞ......。 ということで、はてなの各種サービスがどうなっているか、メモがてら調べてみました。 id:hxxk でテストしたので、もしかしたらアカウント名によってはサーバ名などが異なってくるかもしれません。

これをレスポンス別にまとめると、

アカウント名の後にスラッシュを付けずにアクセスしても、 302 を返して該当ページを表示してくれるサービス

• はてなアンテナ
• はてなブックマーク
• はてなダイアリー
• はてなグループ
• はてなアイデア
• 人力検索はてな
• はてな RSS

アカウント名の後にスラッシュを付けずにアクセスすると、 404 を返してくるサービス

• はてな
• はてなフォトライフ
• はてなグラフ
• はてなハイク
• はてなメッセージ
• はてなマップ
• はてなリング
• はてなスター
• はてなワールド

のように分類できます。 比較的新しいサービスだと 404 Not Found を返す傾向にあるのかもしれません。

サーバの設定などもあり一概には言えませんが、個人的にはスラッシュなしでアクセスしても、自動的に該当ページを表示してくれる方が嬉しいですね。