管理メニュー 2004-07-31 (土) 00:14:20+09:00

ソフトウェア

試行錯誤して、今の形に落ち着いた。

最初は、まずログインフォームがあって、パスワードを入れてsubmitしたら、記事の投稿とキャッシュ更新のできる管理メニューフォームが表示されて、「キャッシュ更新」ボタンを押すとキャッシュ更新するような仕様で作りかけたが挫折。

ログインフォームで入力されたパスワードを管理メニューのフォームにPOSTするまでは良いが、そこからさらにキャッシュ更新ボタンが押されたときに、キャッシュ更新フォームにパスワードをPOSTするには、どうしても管理メニューのフォームのinputタグのvalueに値をセットしてやらないといけないので、htmlソースを表示されるとパスワードが丸見えになって非常に間抜けな結果になるので、この方式は断念。今のような形にすれば、入力されたパスワードはPOST一回しかされないので、たとえソースを見られてもパスワードは見えない。

…と、なぜかさっき(午前零時回ったあたり)から、ブラウザで更新ボタンを押すたびにカウンターがアップしていってしまう…。なぜだろ…。(^^;

原因判明。FireFoxで更新ボタンを押したときに、リファラだけ送信されずユーザエージェントは送信される、という状態になることがあるためらしい。(たとえば、カウンタの設置されたページを表示して、そのタブで記事投稿ページに飛び、「←」(戻る)ボタンでカウンタの設置されたページに戻ると、以降更新ボタンを何度押してもリファラだけが送信されない状態になる。他のブラウザでもそうなるのかは未確認。

とりあえず:
if((!$_SERVER['HTTP_REFERER'])&&(!$_SERVER["HTTP_USER_AGENT"])) $bCount = false;

if((!$_SERVER['HTTP_REFERER'])||(!$_SERVER["HTTP_USER_AGENT"])) $bCount = false;
と変更してみた。オリジナルはなぜ論理積なのだろう。これで問題ないのか知らん。(^^;

追記:論理和にするとカウントが増えないようなので元に戻した。リファラかユーザエージェントが送信されないケースが大半なのかも知れない。…とすると、やはり直近アクセスのIPアドレスを保存しておいて同じならカウントしない…というような処理が必要になる気がする。

追記2:カウンタ修正。counter.logに、リモートアドレス、GMTタイムスタンプの2フィールドを追加して、「(counter.logに記録されてるのと同じリモートアドレス)かつ(counter.logに記録された時刻から1時間以内)」の条件のときは、カウントアップしないようにしてみた。今のところうまくカウントできているようだ。

[コメントの受付は終了しています ]
1: りん (08/04 14:46)
例えばブックマークからお気に入りのサイトに行ったような場合、前のページというのが存在しないから、当然リファラは入って来ないです。
あと、再読み込みでカウントアップするのは別に構わないと思った。
2: 冬星 (08/05 15:27)
あ、なるほど…。理解できました。
today_pageviewとtoday_accessに分けてあったので前者が更新でカウントアップする方かと思いましたが後者もですか…カウンタ1個でも奥が深いですね(><
この記事のリンク元 | 1 |