日曜日コンサルティングのネタ帳でタグ「Webサイト構築」が付けられているもの

robots.txtをさくせいする！

以下、Yahoo!さんから引用。

【HTMLのMETAタグで登録拒否をするには】
検索結果からサイトへのリンクや説明文などの、特定のページを検索結果から削除する場合は、下記のHTMLを記述します。

<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">

【robots.txtで登録拒否をするには】
robots.txtを置いて登録を拒否する方法は以下のとおりです。

・サイトで公開されているすべてのページをモバイル版Yahoo!検索の[サイト検索]の検索対象から除外する場合
下記のテキストを「robots.txt」という名前で保存し、サイトのあるウェブサーバーのトップレベルに置きます。

ファイルの中身（Y!J-SRD/1.0を拒否する場合の例）

    User-agent: Y!J-SRD/1.0
    Disallow: /


・モバイル版Yahoo!検索を含む、すべての検索エンジンから除外する場合
下記のテキストを「robots.txt」という名前で保存し、サイトのあるウェブサーバーのトップレベルに置きます。

ファイルの中身

    User-agent: *
    Disallow: /


        
    
    ヒント         ヒント
    
    
・「*」は、すべてのクローラーの訪問を拒否するという意味になります。
特定のディレクトリのみを拒否対象に指定したい場合は、「Disallow: /」に続いてディレクトリ名を入力します。

例： aaaというディレクトリのみを拒否対象にしたいとき

Disallow: /aaa/

・トップレベルとは、サイトのアドレスの、一番上の階層を指します。

例：
トップレベル　　 　　　　 ：http://○○○.co.jp/
トップから1つ下のレベル：http://○○○.co.jp/△△△/
サイトがこのような構造の場合、http://○○○.co.jp/robots.txtなどとなるように「robots.txt」を保存してください。
一般的に、独自のドメインを持っているサイトでは、トップレベルにindex.htmlというファイルが置かれています。
（例：http://○○○.co.jp/index.html　などとなっていることが多い）

トップレベルに任意のファイルを置けない場合（Yahoo!ジオシティーズなど、独自ドメインでないサーバーを利用している場合）は、「robots.txt」による登録拒否はできません。METAタグによる登録拒否を行うか、ページそのものを削除してください。

たとえば、Yahoo!ジオシティーズのトップレベルは　http://www.geocities.jp/　ですがお客様のホームページは、 http://www.geocities.jp/△△△/という1つ下のレベルからになるため、トップレベルにファイルを保存できません。

現在サービスを提供しているpingサーバーはコチラ。

http://www.blogpeople.net/ping/
http://blogsearch.google.co.jp/ping/RPC2
http://api.my.yahoo.co.jp/RPC2
http://r.hatena.ne.jp/rpc
http://ping.fc2.com/
http://rpc.reader.livedoor.com/ping
http://blog.goo.ne.jp/XMLRPC
http://ping.blo.gs/
http://ping.myblog.jp
http://ping.weblogalot.com/rpc.php
http://rpc.blogrolling.com/pinger/
http://rpc.pingomatic.com/
http://www.blogpeople.net/servlet/weblogUpdates
http://ping.rss.drecom.jp/
http://blogsearch.google.co.jp/ping/RPC2
http://blog.goo.ne.jp/XMLRPC
http://rpc.reader.livedoor.com/ping
http://blogsearch.google.com/ping/RPC2
http://api.my.yahoo.co.jp/RPC2
http://rpc.technorati.com/rpc/ping
http://rpc.technorati.jp/rpc/ping
http://blog.goo.ne.jp/XMLRPC
http://ping.namaan.net/rpc/

簡単なJavaスクリプトでフッターのコピーライトの年間表示を自動化してみました。

オーサリングソフトで操作していると変更ミスなんかがあったりしますよ。

CMSでWebサイトを構築していたとしても、自動化した方が便利ですよね。

そこで次のスクリプトですよ。

コピーライトってだいたい次のようになっていますよね。

フッターの年数の更新する側に上記のスクリプトを貼り付けます。

こうすれば、フッターの年数表示を気にすることがなくなりました。

１年に１回しか変更しないものは忘れちゃいますよね

なお、日付を表示するプログラムは、「イヌでもわかるJavaScript」様を参考にさせていただきました。

本当にありがとうございます。

Google のテクノロジー

共 同創設者ラリー ペイジは、"完璧な検索エンジン" とは、"ユーザーの意図を正確に把握し、ユーザーのニーズにぴったり一致するものを返す"ものであると定義しています。その "完璧な検索エンジン" の開発という目標達成に向かって邁進する Google に並ぶものはありません。目標達成のため、Google は常に画期的な技術を求め、既存のモデルの限界を打ち破ってきました。その結果、独自のサーバー インフラストラクチャと画期的な PageRank™ テクノロジーの開発に成功し、検索の方法を一新したのです。

Google の開発者たちは、正確な結果を高速に提供するためには、新しい種類のサーバーが必要なことを当初から認識していました。検索エンジンの多くは、少数の大規 模サーバーで構成されているために負荷がピークに達するとスピード ダウンしますが、それに対し Google は、PC をリンクして 1 つ 1 つの検索にすばやく結果を返します。この革新的な技術によって、短い応答時間、高い拡張性、低いコストが達成されました。以来、Google のアイデアは他の検索エンジンにも取り入れられるようになりましたが、Google はそのバックエンド テクノロジーをさらに改良してさらなる効率化に成功しています。

Google の検索テクノロジーを支えているのは、一連の計算を数分の一秒で同時に行うソフトウェアです。従来型の検索エンジンは、単語が 1 つのウェブ ページに何回出てくるかに重点を置いています。Google の PageRank™ テクノロジーはウェブのリンク構造全体を調べ、どのページが最も重要かを判断します。その後、ハイパーテキスト一致分析を通じて、現在行っている検索に関 連のあるページを特定します。Google は、全体の重要度と検索クエリとの関連性を組み合わせ、最も関連性の高い、信頼の置ける結果を提供しているのです。

• PageRank テクノロジー: PageRank は、5 億の変数と 30 億以上の用語の等式を解決することでウェブ ページの重要度を客観的に測定します。PageRank は、リンク数を数えるのではなく、ページ A からページ B へのリンクを、ページ A によるページ B への投票として解釈します。ページの重要度は、ページが受けた投票数によって決まります。
  
  PageRank では、投票したページの重要度も考慮されます。重要度が高いページからリンクされたページも重要度が上がります。重要なページは PageRank が高くなり、検索結果の上位に表示されます。Google のテクノロジーは、ウェブ上に蓄積された情報を使用してページの重要度を決定します。検索結果にまったく人の手が加わらないことが、有料広告などに左右さ れない客観的な情報源としてユーザーの皆様から信頼を受けている理由です。

 

• ハイパーテキスト一致分析: Google の検索エンジンは、ページのコンテンツも分析します。といっても、各ページのテキストを単にスキャンするのではなく (この方法はサイトの運営者によってメタ タグで操作される可能性があります)、ページのコンテンツ全体と要素をフォント、分割構造、および各単語の厳密な位置という観点から分析するのです。 Google は、隣接するウェブ ページのコンテンツも分析し、ユーザーの検索クエリに最も関連する結果を確実に提供できるようにしています。

Google の技術革新は、デスクトップ上だけに留まりません。Google は、正確で高速な検索結果を携帯端末からウェブにアクセスするユーザーにも提供するため、HTML をその場で WAP、i モード、J-SKY、および EZWeb 向けに変換する初めてのワイヤレス検索テクノロジーを開発しました。

通常、1/2 秒に満たない Google クエリのライフ サイクルは、多数のステップで構成されています。全ステップが完了して初めて、ユーザーに検索結果が表示されます。

3. 数分の一秒の間に、検索結果が表示されます。			1. ウェブ サーバーが検索クエリをインデックス サーバーに送信します。インデックス サーバーのコンテンツには、本の後ろにある索引と同じように、クエリと一致する単語がどのページにあるか記録されています。

	2. クエリがドキュメント サーバーに移動すると、ドキュメント サーバーは保管された書類を読み込みます。各検索結果を描写するスニペット (ページの抜粋) が生成されます。

http://www.blogpeople.net/servlet/weblogUpdates
http://ping.rss.drecom.jp/
http://blogsearch.google.co.jp/ping/RPC2
http://blog.goo.ne.jp/XMLRPC
http://rpc.reader.livedoor.com/ping

htaccessファイルに次の呪文ｗを書いて、違うwebサイトやフォルダにジャンプさせること。

htaccessファイルの設置可否や設置場所については各サーバーによって異なる。

Redirect permanent /test/ http://www.shtml.jp/htaccess/

実は、303リダイレクト以上に、もっと多機能なことができるんだけれども、それはまた次回。

メモメモ。

以前作成した「遅延Cookieを有効にする」エントリーが僕のブログの中でもかなりヒット率が高いので、もう少し詳細な説明を書こうかと思いました。まぁ、前回は全く分かっていなかったので、とりあえず何が違うのかだけ実験しただけでしたけどね。

まぁ前置きはさておいて、youtubeの「遅延Cookieを有効にする」ヘルプを読むとこんなコトが書いてあります。

原文の英語テキスト:
Enabling delayed cookies means that the YouTube video player will not set any non-session cookies on the computer of a visitor (viewing the page on which the YouTube video is embedded).

「遅延クッキーを有効にする」こは、閲覧者のコンピューターのYouTubeビデオプレーヤーにセッションCookieを設定していないことを意味します。（youtubeビデオプレイヤーが埋め込まれたページを見るとき）

………英文が続く。

まぁ、僕の翻訳が間違っていることは確証が持てますが、「遅延クッキー」を理解するためにセッションcookieを学ぶ必要があるみたいですよ。

んなわけで、セッションcookieとはなんぞや？について説明します。引用ですが。

■Cookie
Cookieとは、Webサーバーを利用したときのさまざまな管理用の情報をクライアントに保存するファイルのことです。Cookieに書き込まれたデータは、次回そのユーザーが同じWebサイトを訪問した場合に、Webサーバーに受け渡されます。たとえば、Cookieを利用すると、ログオン情報を保管することもできるため、次回からログオン処理を省略できるようになります。
しかし、別のWebサイトのCookieが他のWebサーバーから不正に読み取られ、そこに含まれる個人情報が漏洩するなど、最近ではセキュリティ上の大きな問題のひとつになっています。そのため、現在のWebブラウザでは、さまざまな方法でCookieの受け取り方法を設定することができるようになっています。

■セッションCookie
Cookieのセキュリティ上の問題点を解決したものが、セッションCookieです。セッションCookieではユーザーの情報がWebサーバーに保存され、クライアントには対応するセッションIDだけがCookieとして保存されます。このため、他のWebサイトから情報を盗難される可能性が極めて少なくなります。
なお、セッションCookieでは、Webブラウザを閉じたり、一定時間が経過すると、Webサーバーに保存されていた情報は消去され、セッションIDは無効となります。

出典　http://www.asp-user.jp/help/session_cookie/

有効期限を持たないCookieは「一時的なCookie（session cookie）」と呼ばれる。こちらは、ディスクではなくメモリに一時的に保存され、ブラウザのセッションが継続している間のみ有効である。ブラウザのセッションを終了すると（通常はIEを終了すると）、Cookieの情報はメモリから消去される。

http://www.atmarkit.co.jp/fwin2k/experiments/ie6privacy/ie6privacy_02.html

てなわけでした。

要するに遅延クッキーはセッションｃｏｏｋｉｅを利用したセキュリティ関連の機能みたいですね。と言うことは、遅延クッキーを有効にする／しないのメリット／デメリットはセッションcookieに依存しそうですね。僕が考えたメリット、デメリットを紹介。

遅延クッキーを有効にする　メリット

ブラウザ終了と同時にクッキーが消去されるので、個人情報が流出する心配が少ない
（※　訪問履歴の消去ではない）

デメリット

セッションクッキーを許可しない設定を実行している場合、サーバーとのセッションを確立する事ができずにページを表示できない場合がある。

っとまぁ、遅延クッキーについての解説はこんな所でしょうかね。

もし分からないところがありましたら、ご質問くださいませ。

僕も未熟なのでなかなかお答え絵dきないかもしれしれませんが、　で　き　る　だ　け　お答えできるようがんばります。

以下、遅延クッキーのヘルプ原文　現在

詳細: Enabling delayed cookies for embedded videos
You can enable delayed cookies on videos embedded on another site's page.

Enabling delayed cookies means that the YouTube video player will not set any non-session cookies on the computer of a visitor (viewing the page on which the YouTube video is embedded). The YouTube video player may set non-session cookies on the visitor's computer once the visitor clicks on the YouTube video player.

Enabling delayed cookies
If you'd like to enable delayed cookies for a video you're about to embed on another site, simply...

Find the video you'd like to embed.
On the video play page, to the right of the video, you'll see the video's embed code. Directly below the embed code you'll see various options including the Enable delayed cookies checkbox.
Click the check box to select and enable delayed cookies on the video you're about to embed.
Copy the video's embed code and paste the code into the section of the site where you'd like the video embedded. The video will be embedded with delayed cookies.

To learn more about embedding videos, please visit the following Help Center entry.

<mt:SetVarBlock name="title"><$mt:BlogName encode_html="1"$></mt:SetVarBlock>

mt:setvarblockで宣言して

<$mt:Var name="title"$>

引っ張りたいページでvarで呼び出す

<MTArchives archive_type="Category">

<MTArchiveList archive_type="Month" lastn="10">
  <MTEntries lastn="10">
    <MTEntriesHeader>
<h3><img src="<mt:BlogUrl />img-home/t-kouhoushi.gif" alt="広報誌" width="94" height="20" />　<$MTCategoryLabel$></h3><address><$MTEntryModifiedDate format="%b %d, %Y %H:%M" language="en"$></address>
<ul>
    </MTEntriesHeader>

<li>
<h4><$MTEntryTitle$></h4>
<p><$MTEntryBody words="80"$>…　　　（<img src="img/link.gif" alt="" width="13" height="12" /><a href="<$MTEntryLink archive_type="Individual"$>" target="kouhoushi">続きを読む</a>）</p>
</li>

    <MTEntriesFooter>
      </ul>
    </MTEntriesFooter>
  </MTEntries>
</MTArchiveList>
</MTArchives>

<MTEntries lastn="1"><MTEntryCategories>
    <a href="<$MTArchiveLink archive_type="Category"$>">最新号の記事一覧</a>
</MTEntryCategories></MTEntries>

結構多いんだな。

これからさらにふやすってんだから、正気の沙汰じゃない

とりあえず、ブログランキングをメモして今日は寝る

http://blog.with2.net/banner.php

http://www.blogoon.net
http://blog.goo.ne.jp/XMLRPC
http://www.blogpeople.net/servlet/weblogUpdates
http://ping.bloggers.jp/rpc/

とりあえず、アメブロで標準的に送信できるピングの一覧をメモしてみる

google.com
weblogs.com
あと、ＭＴで標準的に送信先になっているところ

ウチのお客様のアクセス解析を見ていると、概ね以下のような感じですよ（平均的な意味で）

と、こんな感じでした。

Ｗｅｂデザイナーからすれば、あまり望ましくない結果ですね。

IE6.0使うのはやめてほしいぃ

ウチのお客様のアクセス解析を見ていると、概ね以下のような感じですよ（平均的な意味で）

と、こんな感じでした。

Ｗｅｂデザイナーからすれば、あまり望ましくない結果ですね。

IE6.0使うのはやめてほしいぃ