カテゴリー: インターネット

最近、遅まきながらTwitterを始めたのですが、これ、結構楽しいですね。

始める前はこう思っていました。「そりゃ、広瀬香美ならたくさんフォロワーが付くだろうさ」。
ブログならたとえ無名でも良い記事を書けば大勢の人に注目して貰える。少なくともチャンスはある。だけど、Twitterでは既に有名な人が圧倒的に有利で、無名の人はいくらつぶやいてもむなしいだけ。と、そう思っていたわけです。

ですが、やってみると、自分よりも人のつぶやきを見る方が楽しいです。どうやら、このサービス、出来るだけ面白い人、あるいはよく知っている人を厳選してフォローした方が良いようですね。全然知らない人が「今昼飯食ってる」とか書いてるのを見ても流石に面白くないですからね。

さて、表題の「労力ゼロでつぶやく方法」ですが、ちょっと誇大表現だったかも知れません。あらかじめ謝っておきます。すみません。
その方法とは迷言ジェネレータを利用することです。↓みたいな感じです。

この迷言ジェネレータ、読んで字のごとく、なんとなくもっともらしい「迷言」を自動的に生成し、バカみたいに大きな字で表示します。Tと書いてある大きな青いボタンを押すと、Twitterに迷言が入力されます。以上です。
正直、スパム的手法のきらいはありますが……。

—

ちなみに、これ、以前私がPHPの練習のため作ったもので、まずWordという抽象クラスを作り、それを継承するSubjectやPredicativeというクラスを作り、さらにAdjectiveやTransitiveやIntransitiveを作る、といった風に結構凝った作りになっています。現状では単語数が少ないので、あまり効果的ではないですが。手前味噌ですみません。

もちろん、ボタンを押さずとも一定時間ごとに自動的に迷言をつぶやくようにする、いわば「迷言フィーダ」のようなものも簡単に出来ますが、それだと本当にスパムになってしまうので自粛した次第です(^^;

このような自動生成の発言を流すのは、冒頭に書いたTwitterの楽しさをスポイルしてしまう恐れがあるのは確かです。が、堅苦しいことは抜きにして、まぁ、なにも思いつかないときなどに、シャレで使ってみるのも一興ではないでしょうか。

Google Webmaster ToolsのLabs（実験的な機能）に、Fetch as Googlebotと「不正なソフトウェアの詳細」が追加されましたね。前者は文字通りGoogleのボットがページをどう見ているかが分かる機能で、非常に興味深いですし、後者はサイトが最近流行ったJSRedir-R（通称GENOウイルス）のようなマルウェアに感染していないかチェックできる、という大変ありがたいものです。

このWebmaster Tools、使い始めるにはそのサイトを”所有”していることを証明するために、Googleが指定するMetaタグを特定のページに挿入する（1）か、同じくGoogleが指定する名前のファイル（中身は空で良い）を特定のディレクトリに置く（2）ことが必要です。

実は、筆者が管理するサイトの一つで（2）の方法が使えないことがありました。

なぜでしょうか。

答えは、サーバがステータスコードを正しく返していないからでした。そのサイト、sitemix.jpという無料スペースに置いているのですが、このsitemix.jpでは、意図的かミスなのか分かりませんが、存在しないURLにアクセスしようとすると「404 File Not Found」というページを表示はするのですが、実際には404を返さないのです（2009年10月現在）。

Googleの方では、指定したファイルのURLにアクセスするとステータスコード200が返り、且つ、ランダムに生成したファイル名にアクセスすると404が返って初めて、そのサイトをそのユーザーが”所有”していると見なします。
なぜ、200が返るだけではダメなのかと言うと、そのサーバではどんなリクエストに対しても200を返すように設定されているかも知れず、そういう変な設定のサーバを見つけて「身分詐称」する人が居るかもしれないからです。

さて、404が返らず、Googleがサイトの所有権を確認出来ない場合、（1）の方法を使うのが簡単ですが、今回は、.htaccessに、

ErrorDocument 404 /error/404.html

と一行追加して、独自の404ページを表示するようにしました。
注意が必要なのは、URLは相対指定しなければいけない、ということです。http://～と絶対指定してしまうと、404でなくリダイレクトになってしまうんですよね……。ややこしいですね。

flushと聞いて、何を思い浮かべられますでしょうか。私の場合、真っ先に浮かんだのは「トイレを流すこと」です（笑）。手元のプログレッシブ英和中辞典では『（顔の）紅潮,上気,赤面』が第一義として挙げられています。
また、コンピュータの世界では「バッファを出力すること」を「flushする」といいます。上記の「トイレを流す」のと似たイメージですね。

先日、この意味のflushについてぐぐっていてあることに気がつきました。検索結果に”flash”が多く混じっているのです。言うまでもなくadobe flashに関する記述です。

どうやら、flushとflashがしばしば混同されるので、Googleが両者を関連づけているようです。

でも、これってどうなんでしょう。
確かにflushとflashは間違えやすい単語ですが、だからこそ検索エンジンは両者を厳密に区別して欲しいものです。そうしないと、ますます混同する人が増えてしまいます。

とりあえず、”flush”の検索結果から”flash”を排除するには、”flush -flash”とすれば良いわけですが、こんなことしなくても最初から”flush”でぐぐるとflushのみ、”flash”でぐぐるとflashのみが出てくるのが望ましいですね。

デフロスタつけて車を走らせる

筆者が管理するサイトの一つでiepngfix.js（IE6で半透明pngを正常に表示できるようにするスクリプト）を使っているのですが、最近、ふとIE6で確認してみると表示が乱れていました……orz

このjsは内部でhttp://www.isella.com/（作者のTakashi Aidaさんのサイト）に置いてある透明gifを参照しており、現在、（筆者の環境からは）上記サイトが404になっていることが原因と思われます。

そこで、自分で用意した透明gifに置き換えました。
iepngfix.jsのライセンスはCG-GNU LGPLなので、自分で利用する範囲で改造するのはOKのはずです。

それにしても、IE6対応は手間がかかりますね～。

—

ところで、このブログはご覧の通りSeesaaが用意したテンプレートをそのままつかっているのですが、いやぁ、ラクですね。さすが、プロが作ったデザインは「抜け」がないというか、どのブラウザでも問題なく表示されます。ただ、没個性的になってしまうのが悲しいところ……というと贅沢でしょうか。

まずは CNET Japan のこの記事を御覧ください。

もし、意図せず「ほしい物リスト」が公開されてしまっていた人は直ちに設定を変更してください。

私はこの機能を使っていなかったので影響は受けていないのですが、そもそも何が問題なのかを理解するのに時間がかかってしまいました。というのも、この機能はほんの数日前（3月8日）まで「ウィッシュリスト」と呼ばれていて、「ウィッシュリスト」ならば公開して当たり前、公開されていなければ意味がないと思っていたからです。

wish list というのは米話語でして、「これが私のほしい物なので、プレゼントをくれるならこの中からにしてくれ」というかなり図々しい発想の代物です。以前アメリカに住んでいたころは子供が親にこの wish list を突きつけるのを偶に見かけたものです。あと若い女性が恋人に突きつけたり（笑）
ですから、アメリカでは Amazon の wish list がデフォルトで公開になっているからと言って問題視する人はまずいません。いたらパラノイア扱いだと思います。ただ、公開される範囲がはっきりしていなかったという問題はあるかも知れません。いずれにしろ wish list という言葉の定義上、公開は当然の前提で、親しい友人・知人に範囲を区切っておきたいならそのように設定し直せば良い、と、彼らはそういう考え方です。それに、結局その友人・知人から親しくない人にまで伝わるかも知れず、また伝わったとしても「ほしい物」をプレゼントしてもらえる確率が少しでも上がるならウェルカムでーす、と。

ところが、日本人にはこういった図々しい発想はあまりありません。ですから、本当に自分のためのちょっとしたメモとして利用している人が多かったのでしょう。で、思いがけずそれが全世界に公開されていることを知ってびっくり、というわけです。おまけにご丁寧にも実名で公開されてしまう。この「実名で」という部分が特に問題なのかも知れません。やはり、日本では実名が公開されることに神経質ですからね。一方欧米ではプライバシーに関してうるさい割には実名を晒すことにはあまり抵抗がないようです。というか、wish list というものの性質上、リアルワールドの知人に向けて公開しないとあまり意味がなく、そのためには実名である必要があるわけです。

さて、Amazon の「ウィッシュリスト（ほしい物リスト）」はもともとこのようなものであるわけですが、それがなぜ今になって問題視されるのか。一つには上に述べたような文化的差異によるものがあるのでしょうが、もう一つ、あまり根拠はないのですが、競合他社による FUD の疑いがあるように思われます。
FUD というのは Fear、Uncertainty、Doubt の頭文字をとった単語で、要するに Amazon の商売敵が悪い噂を流しているのではないか、ということです。Amazon のウィッシュリストの機能は前から変わっていないのに、今になって問題視されだすのはどうも釈然としない、というのが正直なところです。

先日、読まれる文章を書く三つのポイントの第一として「気になるタイトルをつける」ということを挙げましたが、ことインターネット上では全く異なるアプローチが必要になるのかも知れません。
どういうことかと言いますと、抽象的な、あるいは比喩的な表現は、検索エンジンに適切にインデックスされないのですね。

例えば、ギターを恋人に喩えて何か一筆ものしたとします。検索エンジンには両者の相関が分からないので、その文章は「恋人」に関連づけられるでしょう。そして、それは「恋人」で検索してきた人にとってはおそらく有益な文章ではないはずです。むしろ、「ギター」で検索されたい。そうであるならば最初から凝った比喩など使わず愚直に「ギター」と表現すればよかった、となるわけです。

実際、検索エンジンを意識するあまりヒネリもなにもないタイトル（もちろん本文も）ばかりになってしまう、という現象は最近の職業文筆家の頭痛の種となっているようです。

ですから、随筆的な文章では「気になるタイトル」、実用的な文章では「素直なタイトル」が良いのでしょう。考えてみると、当たり前のことですね～
それにしても、当ブログ、雑記ばかりで肝心のカントリーブルースについてあまり書いていませんね（汗
うーむ……。

追記：
本エントリも最初は「検索エンジンのことも考えないと」というひどく退屈なタイトルでしたが、変えてみました。

さらに追記：
しかし、「気になるタイトル」もほどほどにしないといけませんね。本エントリも一見辛口社会派コラムっぽいタイトルのくせにヌルい内容ですみません（滝汗
ただ、検索エンジンのために自分の文章スタイルを曲げなければいけない、というのは困ったことですね。もしかすると、Google の存在が今後日本語のあり方にさえ影響を与えていくのかも知れません。おそるべしっ。

別のところでも書いたのですが、最近 target=”_blank”で別窓を開くことへの風当たりが厳しいですね。
この問題、どういうわけかユーザーの視点を置いてけぼりにして語られることが多いように思われます。

別窓反対派の主張は大きく分けて二つ、一つは、「W3C が非推奨だと言っているのだから非推奨なのだ」という形式論。もう一つは、「ユーザーは同窓で開くか別窓で開くかを自由に選べるべきであるが、target=”_blank” を指定してあると選択の余地が無く全て別窓で開かれてしまう」という実質論。

前者について。W3C が target 属性を非推奨にしたのはポップアップ広告の流行に対応する為ではなかったかと思うのですね。言わば、「羮（＝ポップアップ地獄）に懲りて膾（普通の別窓）を吹く」ようなものではないかと。イヤな広告はユーザーによる淘汰によって無くしていけばよいので、target 属性を廃止してそもそも別窓を開けなくするというのはあまり良い解決策とは言えません。（もっとも、target=”_blank”を使わずに別ウィンドウで開く方法もいくつかあるようです）
次に、後者（実質論）には一理あると思うのですが、結局のところ別窓反対という結論ありきの議論で本当の意味でのユーザー視点になっていない。多くのユーザーには「他サイトは別窓で開くもの」という期待があるので、思いがけず他サイトが同窓で開かれると、そこも今まで開いていたサイトの一部と思ってしまう、あるいは戻れなくなってしまう（もちろんブラウザのバックボタンで戻ることはできますが、例えば A → B → C と移動した場合、一旦 C から A へ戻ると、経過点である B へ移動するには意識的に「進むボタン」を押さねばならず、端的に言って困難）、という現象が起きるわけです。

ただ、先進的なユーザーは既にほとんどがタブブラウザに移行し、「ホイールクリックで別タブに」というのが標準的な操作になりつつあるので、この場合は確かに target=”_blank” は要らぬお節介ということになってしまうのかも知れません。

結局、多数派に従うに如くはなし、ということでしょうか。
個人的には勝手に別窓（というか別タブ）が便利と思うんですけどね～

先日、Score Grapher Pro で作った楽譜を Photoshop に渡す方法を紹介しましたが、一つ書き忘れていたことがありました。

Web 用に加工する場合解像度を落とすことになると思いますが、その際 Photoshop デフォルトのバイキュービック法ではなく、バイリニア法でやるのがおすすめです。バイキュービック法の方が高度な補間法なのでしょうが、五線譜（もちろんタブ譜も）のように単純で色数も少ない画像の場合、バイリニア法のシンプルなアルゴリズムの方が好結果を生むようです。

そもそもラスタライズせずにベクトルデータのまま渡せればそれに越したことはないんですけどね。

あと余談ですが、Vista や .NET Framework 3.0 をインストールしてある XP では Microsoft XPS Document Writer も使えますね。ただ、こちらは .xps ファイルを読み込めるアプリケーションを持っていなかったので今回は使いませんでした（IE7 や XPS Viewer で表示することは可能だけど、画像としてエクスポートすることはできない）。面白いことに .xps ファイルは実は単なる zip 書庫で、解凍してみると中には xml と png 画像が入っていました。意外にもオープンな規格のようです。