Memo

WordPressでWEBサイトを構築していると、時折Basic認証を使いたくなる場面に遭遇します。

Basic認証は手軽に、ユーザー名とパスワードを知らなければ閲覧できない会員のみのページを設定することができるんだけど、通常ディレクトリごとの領域で設定する。

WordPressでオリジナルテーマを制作した人ならお解かりだろうけど、WordPressは固定ページ（下層ページにあたるページ）を生成する際にディレクトリ構造にならない。
パーマリンク設定でカスタム構造を使用している人がほとんど（当サイトもそう）ですが、ディレクトリに見えてもmod_rewriteでパーマリンクをカスタム構造に書き換えているだけなので、下層ディレクトリがありそうなあくまで擬似的なURIとなっている。擬似的なのでBasic認証をかけるってことは基本的に出来ないのです。

WordPressの構築サイト全体をロックかけるとかなら容易なんだけど、一部のページ（もしくは一部のカテゴリーなど）を認証させたい場合はそうもいかない。

ではWordPressで手軽に会員の閲覧領域を作るにはどうしたら良いのだろうか？

続き

IE6がエンディングを迎えようとしている昨今ですが、ふとこないだコーディングの最中に発見したバグ（？）をメモしておきます。

最近自分もクロスブラウザの最低ラインをIE7以上にしているんだけど、これはIE8でのみ起こった現象。

floatで問題なくレイアウト出来てるのに、IE8で表示を縮小するとカラム落ちするというマニアックなバグです。

続き

Dreamweaverで制作していると普通はサイトの定義をしてコーディングを行うけど、PUTする時にあれっ？余計なフォルダが出来てる。

_notesというフォルダになにやらご丁寧に.mnoとかdwsync.xml（もしくは.xmlの別のもの）とかが生成されている。なんじゃこりゃ？そして手動で消すけど知らぬ間にまた出来てる。。

うがぁっ！ってなったら、こうしてしまおう。ってメモ。

続き

外部CSSに全て装飾をまとめて、htmlに読み込ませてサイト制作するのは今や当たり前。

外部CSSもあんまり長くなってしまうと探し辛いんで、用途ごとに分割してそれぞれの役割ごとにCSSファイルを便宜読み込ませて使用するのもごく普通のこと。

こないだその当たり前のことに余計なことを追加して余計な状態になったので、メモをしておく。

続き

Google Analyticsは使いまくるんだけど、最近ちょっと仕事で同じドメイン内で特定のディレクトリのみを解析する必要が出た。簡単だろうと思ってたが、正式なやり方を調べるとほとんど情報が無く、しかも何年か前にGoogle Analytics自体が変わってしまったため、ピンポイントのTipsが無かった。

でも数少ないTipsを見つけて設定して一安心、のはずだったが、トラッキングが何故か1日経ってもされず、時計マーク（完全なエラーではなく準備中のような感じ）が表示されたまま。しばらくそのままにしてれば直るだろ、と思ったけど、1ヶ月経っても変わらず。Googleのヘルプとかを見るも設定に間違いはなく、原因不明。

結局これは再設定し直して直ったんだけど、改めて解ったことがあったのでメモしておくことにした。

続き