寝る。(:3[____] 腹は減ったままである。ぐぅ。

おな、かが、へっ、た。 _(┐｢ε:)_

はーらーへーっーたぁー……...。_(┐｢ε:)_

めちゃくちゃおなかへった。(´･ω･`)

TwitterのTLがコミケの当選情報とサークルカットでいっぱいだ。

そういえば、今日は時の記念日だ。この日に特別な思い入れがあるわけでは全然ないのだが、てがろぐベースで再開発中のカレンダーCGI（まだリリース前）に自由な記念日を登録できる機能を用意してあって、そのサンプルとして何か適当な記念日（祝日ではない記念日）がないかな……と探して「6月10日 時の記念日」という項目を加えたので記憶に残っている。

できれば今月中にリリースしたいと思っているのだが、準備がどこまで進められるか今の段階ではハッキリとは分からない。せっかく東京オリンピックの影響で発生した「移動祝日」にも対応したのに、とっくに過ぎ去ってしまった。

「検索避け」と呼ばれる種類の対策を多重に施すことで、逆に検索避けに失敗する、という話があまり周知されていない気がする。あるページがインデックスされないようにするには、そのHTMLのhead要素内にmeta要素を使ってname="robots" content="noindex"みたいに書けば良いだけなのだが、これに加えて robots.txt を使ったり .htaccess によるアクセス制限を使ったりしてクローラーのアクセスを拒否してしまうと、「アクセスが拒否されているので、noindexの指示が読めない」（＝検索サイト側が「そのページをインデックスしてはいけない」という指示の存在を読めない）という問題が発生する。「クローラーのアクセスを拒否していれば何にしてもインデックスしようがないのではないか」と思うかも知れないが、そうではない。第三者のウェブサイトからそのサイトへリンクが張られていれば、そのリンクを元にしてそのサイトの存在を認識することはできる。クロールはできないのでページ内部の情報は収集できないが、リンクテキスト等を参考にして検索結果に表示することはできる。その結果、「検索避け」は失敗する。このことは、Google自身も述べていて、noindexを使用して検索インデックス登録をブロックするという公式解説ページに重要: noindexディレクティブが有効に機能するようにするためには、robots.txtファイルでページまたはリソースをブロックせず、クローラがページにアクセスできるようにする必要があります。と注意が促されている。「全部やれば最強」という考えだとよろしくないのだ。