記事本文
Limit って使ったことないなあ
私がこの話題を聞いたのは 11 月 10 日だったので、だいぶ間が空いていますが……。
私自身は HTTP についてはまだまだ不勉強な点が多いのですが、このリソースは丁寧に解説されているので良く分かりました。 読み進めていけば分かりますが、 Limit ディレクティブでメソッドを切り分ける必要が生じる場面はほとんどありません。
最初にこの話題を教えてくれた方も、
マジかー。 ってまぁ、Limit なんてつこーとらんので実害ないけど。 うははは、ははは、はは……。 λ...
と言っておられますし。
知らず知らず Limit 使っているし……
自分じゃ使っているつもりが無くても、実は使っていましたというオチ。
この .htaccess は上書き出来ないようになっているのでタチが悪いです
とあったので、自分の環境でもそうなるのか試してみたら……上書きできましたよ ?
一度 FTP で削除して、新たに put し直したので、「上書き」という言い方が適切かどうか分かりませんが。
AuthUserFile /virtual/USERNAME/public_html/log/.htpasswd
AuthGroupFile /dev/null
AuthName LOG
AuthType Basic
<Limit GET POST>
require valid-user
</Limit>
AuthUserFile /virtual/USERNAME/public_html/log/.htpasswd
AuthGroupFile /dev/null
AuthName LOG
AuthType Basic
require valid-user
これで GET メソッドや POST メソッド以外の任意のメソッドによるログクラッキングを試みられても、ユーザー名とパスワードが分からない限りは安心。 このサイトのログファイルをクラックして入手しても有益な情報は無いとは思いますが……。
トラックバック送信先
そういえば ドメイン or アカウント直下のトータルコンテンツへのリンクにてトラックバックを送った際は激しく文字化けしてしまっていたんですよね……。 なので今回のトラックバック送信は内心びくびくしていました。
ちなみに、その時の Excerpt は 「私は必ずしも hxxk.jp にリンクされることが最も嬉しいわけでなく、各分類にリンクされることと同一に考えているのですが、やはり一般的には各分類よりもサイトの総合トップにリンクされることの方が嬉しいのでしょうか。」 といったものでした。 ( コメント欄にて TYLIGHT さん ( read a little. ) にその旨お知らせしました。 ) 私のサイトも Reread もどちらも EUC-JP のはずなのになあ…… ?

