クライアントで最後にアクセスしてから更新された どうかわかる様になると良いと思うのだけど、どうなのだろう？ キャッシュが出来るのだからクライアントがアンカーの色変えるとか 出来そうな気がするのだけど。あまり、仕掛けわかってないんで 頓珍漢なこといってるかもしれないけど。
てなことを、思い付きで書いた。会社の知人と少し話してみたのだけども、 キャッシュが出来るからってのは早計だった。単純にやろうとすると 各アンカー毎に、各々サーバにコネクトしなきゃいけないことに なってしまう。
で、色々聞かせてもらった意見（なので、殆ど私のアイデア じゃない）をまとめると、アンカーがあっても過去にアクセスしていない アンカーはチェックの必要がない。それから、更新頻度の低い所は ポーリングする回数減らして、良い筈。って、ことでhistoryの情報に 最終アクセス日時、最終更新日時、更新頻度の情報をつけて、適当な 更新予想アルゴリズムつくれば、そこそこなんとかなりそうな感じ。 まだまだ、考えが甘い所あると思うけど。
私としてはなんか各クライアントが上に書いた様な処理するより、 システム全体としての仕掛けがあると良いともおもう。だけど、 ＷＷＷのリンクって単方向のリンクで、これが双方向のリンクなら 更新情報を流すのは簡単だけど、単方向のリンクであるところが ＷＷＷの良い所であって難しい所。
取り留めが無くて、纏まってくてごめんなさい。気が向くと続くかも しれない。^^;