net Archive

ブログ検索であるキーワードの結果のフィードを配信している場合があります。これについて、特定キーワードのなかから任意の語を除いた結果のフィードについてみていきます。

Googleのブログ検索では、検索結果をAtomフィードまたはRSSフィードにて配信しているようです。

さてここでは、Googleブログ検索を例としてみることにします。おことわりとして、以下は検索クエリ実行の具体例としてあげているものであり、検索の結果にあがっているサイトなどについてを言及する目的とは異なります。

例えばですが、「links」というキーワードをブログ検索を利用して検索し、その結果のフィードをリーダーに登録するということをやったとします。

• ブログ検索結果- links

links for XXXX というタイトルのページがいくつか結果に出ると思います。これは、del.icio.usのdaily blog postingといって、del.ici.usブックマークしたページをブログに自動投稿する機能によるものです。

人のブックマークしたリンクのページには興味が無く、単にlinksというキーワードの情報だけが欲しいときには以下のような検索語にすることでlinks forの記事が結果から除外されることとなります。

• links -"links for"

上の検索結果のAtomフィードは以下のようになっています

• links -"links for" - Google Blog Search

しかしながら、この方法は万能ではないようです。というのも、記事タイトルなどにlinks forを含んだdaily blog posting以外のブログ記事がブログ検索の結果にあがったときに取りこぼすことがあるからです。

（daily blog postingには年号が記載されているので、2008という語も追加して除外することで回避できることと思われます）

もちろん、除外処理をおこなわなければ、取りこぼしはないのですが、自分にとっては興味のない情報もフィードに入ってきます。どちらを取るかというのはキーワードによって見極める必要はありそうです。もっとも情報を受け流すだけで済むような話ではありますが。

余談：Googleブログサーチの結果のフィードをBloglinesにいれてるのですが、時々[ ! ]（エラー）がでることがあるようです。アクセス制限にでもかかってるのでしょうか？？ちなみにエラー番号は、53でした。

Firefoxにおいて、Safariでテキストを選択したときのスタイルのようにするためのユーザスタイルがありました。

事のいきさつ

たまにFirefoxでwebページを見たときに、文字選択して反転になったときのスタイルを変えているサイトに遭遇します。

このようなサイトは、スタイルシートで、::selection擬似要素が使われているようなのですけど。よくわからないのが、background-color: #fffなページで特定の背景色で指定されてあるよような例です。ワタくシとしては、::selection擬似要素を用いるのは、ページ背景が濃い目のデザインなので文字選択したときがブラウザのデフォルトカラーだとみにくいのを調整するものだとばかり思ってたのです。

そんなことから、「このサイトは、選択時はこの色にしてもらったほうがいいです」、というような特段な理由でもないのならば、特に指定することも無いのではないかなと思いました。

かといってそのサイトの文字選択の色が気にくわないという理由だけで、スタイルを無効にして閲覧するのもなんですので、ユーザスタイルで何とかしようということにしました。

VFox Selection (Safari Style)のインストール

自分で書く気がなかったので、userstyles.orgで探しましたら、「VFox Selection (Safari Style)」というものがありました。

名称のとおりに、Safariブラウザで文字選択したときのようなスタイルにするというものです。

Firefoxへのインストールには、FirefoxのアドオンのStylishもしくは、Greasemonkeyが必要となります。

ワタくシは、Stylishのほうでインストールしました。

選択するとこのような状態になります。

Stylishでのインストールですと、Install optionsのstylishのほうのボタンを押せばインストールが始まります。

なお、デフォルトのままですとすべてにおいて適用になります。ウェブページのみに適用したい場合は、編集画面から、@namespace url(http://www.w3.org/1999/xhtml);を先頭に追記します。

対決形式で２つのサイトをXHTML的にValidかどうか診断してくれて投票もできるサイト、XHTML Challengeについてです

百式経由で

• XHTML的にどちらのサイトが正しいかを判定してくれる『XHTML Challenge』

XHTML的にどちらが正しいか、勝負だ！という人のためのサイトをご紹介。
XHTML Challengeでは、二つのサイトのどちらがマークアップやらバリデーションやらでより正しいかを判定してくれる。

また、ホームページを作る人のネタ帳 にて、いくつかの対決がピックアップされてます。

• 『firefox vs IE』『MacOS X vs Windows Vista』などのxhtml対決という発想

対決云云というよりは、そのアイデアというか発想のほうを買いたいという感じのサイトではあります。
＃サムネイルを見ただけでVote出来ちゃいそうなシステムなのは結局何がしたいのかな？とは思いましたけど。

検索フォームがありましてそこから気になるサイトを探すこともできるようです。やってみたら、Wordpress vs. Movabletype.comというのを見つけました。

MT負けてますた。＞＜

ブログのカスタマイズネタとか好きなものでよくチェックしたりするのですけど、カスタマイズすることによる副作用とかもあるみたいでして。

風流さんのブログ、風柳亭 - 別館：書庫のある庵 -をちょっと別のフィードリーダーに登録しようとして気づいたんですけど、ブログのdescriptionのところに妙な記述がありました。atomフィードから一部を抜粋してみます。

きまぐれな風のつぶやきwindow.ccSOstyles=[[ 　...途中省略... 小技メモきまぐれな風書庫積読メモ伝言板

＃実際は改行コードが入ってるみたいですが、当方で編集させていただきました。

ここに記載されているのは、/atom.xmlのtagline要素で、atom1.0でいうとsubtitle要素にあたる部分です。

なんかスクリプトのコードっぽいなと思って調べたら、以下のページでカスタマイズされていたんですね。

• 【ココログ】SideOff：必要に応じてサイドバーを隠すボタン

ココログの仕様がどうなってるか、使っていないためにわかりませんが、このカスタマイズはサイドバー側で設置できないのがミソなのではないでしょうか。つまりこういうことでしょう。サイドバーの表示をoffにするボタンがサイドバー内にあったら、押してしまったらそれ以降、再びサイドバー表示させたいときに、クッキーを消したあとで再読み込みしないといけなくなりますから。

おそらく、そのような背景があって、ココログの「サブタイトル欄」にスクリプトを埋め込むというアイデアになったと読んだのですが。どうもこの部分、他のテンプレートで使いまわされているようで、フィードの場所にも反映されているようでした。

おそらくMTでいうところの、MTBlogDescriptionタグに、remove_htmlという、グローバルモディファイアが使われているためにこのような出力になっているのではないかと。

さて、このremove_htmlが指定されているとHTMLタグ除去がおこなわれます。このカスタマイズで紹介されているような場合、scriptタグの開始タグと終了タグが除去されてwindow.ccSOstyles=の箇所が出力されているというわけです。

ですのでフィードでスクリプトの部分が反映されなくするためには、メンテナンス性は落ちるかもしれないけど、読み込んでいる外部jsファイル内にスタイルの指定部分も入れるのがいいのかも。

＃本来、ブログの説明とかサブタイトルを書くところなので、できれば、このような場所にスクリプトを埋め込みたくはないですけどね。

ブログなどでよくある、続きを読ませるためのリンク。たまに煩わしさを感じるのですが、閲覧する側からみるとどうなのかと考えてみました

続きを読むリンクは必要？

人力検索はてなのアンケートに以下のようなものがありました。

再アンケートです。
ブログでよくある「続きを読む」のリンク。
トップページをすっきりさせるという意味ではいいと思いますが、クリックが増えるので煩わしく感じることもあります。
ただ、「続きが読む」がない場合はスクロールし続ければ全部読めますが縦に長くなってしまいます。

「続きを読むためのリンクがあったほうがよい」という考えのかたは少なめのよようで、「記事が長い場合にあったほうがよい」という考えの方が多いという結果のようです。

はてなユーザの層とかあるのでこれだけで判断できるものでもないですけどね。

個人的には、ページが縦長になることへはそれほど煩わしさを感じませんから、極力続きを読ませるためのリンクは使わないほうがいい、という考えを持っています。

縦に長くなっても構わないよ、というのはキー操作の部分でカバーできることによります。例えば、PageUP/PageDownキーとかスペースバーによるページスクロール、マウスでもページスクロールをボタンに適用できる機能を備えたものもあります。

記事ページが長い場合にあったほうがいい、という意見には、それは仕方ないかなと思うけれども、それならば記事を分割させてもいいのではと思います。ただIT関連のニュースサイト系に多い、無駄にページ分割が多いというのもちょっと困りますが。

続きのためのエントリ？

話は変わりますが、ワタくシがBloglinesに登録してるフィードのなかで、このようなものがあります。

タイトルとリンクのみが配信されていて、リンクをクリックすると、情報のサマリー。全文を読むには、全文を読むためのリンクをクリックしないといけない（しかも内容はどこぞのサイトの転載記事だったり）。

この場合に、中間にある、記事のサマリーが掲載されているページが閲覧者にとっての余分なページのように思います。せっかくのフィードですのでせめてサマリーくらいは配信してもいいのではないか、と思うのあります。

ところで、Movable Typeでは、記事本文を表示させるためのテンプレートタグと追記部分を表示させるためのテンプレートタグがそれぞれ用意されています。

<MTEntryBody>タグと<MTEntryMore>タグなどがそうです。

MTEntryMoreは追記のために使われているかと思うと、ひとによっては、本文のところがサマリー、内容全体が追記（EntryMore）のような使われかたをされているケースは結構あります。

これは、アーカイブページや、メインインデックスページなどのエントリが羅列されるページにおいて、ページの量を抑えると意味で、記事のサマリーを表示させているのではないかなと思います。

アーカイブページで全文が載ってしまうと縦長になるという問題は、アーカイブページのページ分割をおこなうとか、サマリーを載せるのにMTEntryExcerptを使うというやりかたで解決できそうではあります。

あと、個別記事ページにおいて、追記部分を折りたたむ形にするというカスタマイズが紹介されていたりするんですが、何故にこのようなものが需要があるのか不思議に思っています。例えばです。追記部分に重要な内容がある場合だとします。このようなとき、はじめから隠された状態よりも寧ろページが表示されたときにわかりやすい箇所に明示されているほうが親切なのではないでしょうか。

で、結局どうするか

MT4になってから、本文と追記はタブ切り替え式で縦方向のサイズは可変となってます。前は本文のテキストエリアが狭く、追記のほうが広くとられていたので、追記のほうがメインで書くべきなのかなとは思っていました。

ということで記事内容によっては追記エントリもありとするのですが、ひとつの記事は1ページ完結になるようにMTEntryBodyでおさめられたらいいのでないかなと。その前になるべく簡潔に記事を書く能力を養わないとですが＞＜

【追記：2008/09/21】 Open MagicVox.netさまが、関連エントリをアップしてくださいました。

• 続きを読むリンクについて考える - Open MagicVox.net

「翻訳パネル」というFirefoxのアドオンが更新されていましたのでメモ。翻訳パネルは、Firefoxに翻訳を支援する拡張です。

Firefoxで海外サイトをみるときに、部分的に翻訳したい箇所がある場合、「翻訳パネル」は結構重宝します。以下のページから最新版を入手することが出来ます。

• 翻訳パネル :: Firefox Add-ons

気づくのがおそくなったんですが、バージョンアップされていたようです。今の時点で、「1.4.14.9.141」が最新となっています。

大きな変更は、Firefox3.0ベータ5に対応などです。いくつかの問題も修正されているもよう。詳細は、翻訳パネル のバージョン履歴 :: Firefox Add-onsに明記されています。

追記：　2008/6/18の時点で、Firefox3.0 には対応していませんでした。

• ブックマークレット - エキサイト 翻訳

ActionStreamの登録するサービスのうち、Flickrがあるんですけど、アカウントの表示名で登録して、Flickr側でURLを設定してないと、プロフィールページが見つからなくなるようです

いつの間にか影をひそめた感のある、「ActionStreamsプラグイン」なのですけど、今日たまたまきづたので修正をおこないました。

ActionStreamsを使っていないかたはわかりにくいかとおもうんですが、ActionStreamsプラグインには、「Find Me Elsewhere」といって、登録しているサービス群をリストアップするwidgetsがあります。

この出力で、Flickrに登録する際、FlickrのIDを表示名（screen name）に（自分のでいうとmaRkdesuですが）してしまいますと、

• http://flickr.com/photos/＜表示名（screen name）＞/

のようになってしまいます。Flickr側のYour account（http://flickr.com/account/）で、Your Flickr web addresses の設定をせずに＠つきのままつかっていますと、リンク先（＝profileおよびphotostream）がPage Not foundになってしまいます。

ワタくシは、一旦登録済みのFlickrをMTのプロフィール設定の「Other Profiles」のところより削除して、あらたに、＠つきのアカウントにて登録しなおしをしました。

Flickr側にてURLを設定された場合にどういった挙動になるのか、試してませんのでわかりません。ちなみに、表示名にて登録していても、ちゃんとFlickrの投稿は拾ってくれておりました。

＃でもよくみたら、Flickrを登録する時点で説明に、「For example: 36381329@N00」と書いてありました。調子に乗って登録しまくったので見落としてしまったかも。

アクセス解析サービスの、「AccessAnalyzer」で提供されるコードをXHTML1.0Strictに対応するための改造バージョンについてです。

まず、最初にお断りですが、「AccessAnalyzer.com」では、解析用タグについての改変については基本的に認めておりません。XREAのサポートボード内でのやりとりにて一部の修正については許されてはいるようですが、公式なものではないと認識したほうがよさそうです。

XREA　AccessAnalyzer　FAQより引用

■貼り付けHTMLを改変してもいい？
一切の改変を禁止しております。ユーザー削除となる場合がありますので、公式なオプション以外の変更は行わないで下さい。

で、dededeさま（http://wp.skylocal.net/）により、以下のページにて、AccessAnalyzerの解析用タグをXHTML準拠にさせるためのタグが紹介されています。

• XREA⇔XREA-XREA/Value-Domain/AccessAnalyzer/総合公認サポートサイト

なお、使用する際は、注意事項をよく読んでから利用しましょう。

＃ここでは、借りているサーバが提供するアクセスログを利用しておりますためAccessAnalyzerは利用しておりません。

同じ省略語が存在すると、検索されるときに混乱をまねかないかとちょっと心配。

今日のダメだなと思った省略語はこれ

• MT4

最近になってわかったんですが、MTというと、Movable Typeのことと思うのですが、そうでもありません。

• Meta Trader

ワタくシは、為替はやったことがないんでわかりませんが、為替取引で使うクライアントのようです。

• Meta Quotes software

ソフトの名称が、「Meta Trader 4」。略すと当にMT4です。「Online Trading Platform」なんて文言もありますね。

それで、Googleさんに「MT4」できいてみますと、Movable TypeのほかにMetaTraderもでてきます。スポンサーリンクにもでているようです。関連語としてmt4 fxなんてのもありました。もちろん、MetaTraderの情報を知りたいかたは「MT」という検索語でMetaTraderが検索上位にきてくれたほうが勝手がよいわけですが。同じMTという省略語があり、さらにバージョンも含めて同じく「MT4」なる省略語があったとしますと、検索する側は絞り込み検索を活用しないことには、目的の情報にたどり着くまでの時間を消費してしまうわけです。

abbr要素のtitle属性の内容を検索エンジン側が反映とかできればとおもうのですが、例えば、「metatrader プラグイン」といった検索語でGoogleで検索をおこなうとMovable Typeの情報が出てきています。

ということで、MTという語句には複数の競合サイトがあるというお話しでした。

日本語で書かれているテキストの中で、ひらがなの「く」が連続しているのが記号に見えてしまうのですが

例文として、いかのようなものがあったとします。

• 会話文はカギ括弧でくくらないと読みにくくありませんか。

「くく」の部分は、「«」「＜＜」「<<」とかのように見えてしまうんです。多分に、自分の目が悪い（乱視あり）せいなのかなぁとおもっていくつかのフォントで試してみました。

中には、記号なのかひらがななのか区別のつかないのもあるみたいです。ひらがなの「く」はもとはというと、漢字の「久」のくずし（というか草書）からきているわけで、記号なんかと同等に見えてしまうというのは困ったものです。それよりも、前後の文から読み取れない自分が一番問題ではあります。

Twitterの情報を表示させるブログパーツです。iPhone仕様とのことで、デザインは洗練されてますね。

ブログパーツは、WEBデザイン　BLOGさまにて以下の記事にて紹介されてます。貼り付け用コードも掲載されています。

• jQueryでTwitterブログパーツ iTwitter（iPhone仕様）完成 - WEBデザイン　BLOG

おもわず手に取りたくなるようなデザインです。ちょっとブログに常時表示させるには場所を選びそうですが。

＃こういうのって、日本人の感覚でいくと、幅の狭くて小さめなパーツのほうが喜ばれるんでしょうか

プライペートなガジェット的使用というのにも向いているのかもわかりません。とりあえずこのページにおいてみます。

埋め込みコード