長久鏈接的英文原文是Permanent link或Clean URL，指的是一個鏈接具備靜態且完全的地址。長久鏈接起初主要是為了做搜索引擎網站優化(SEO)，由於Google的機器人對靜態的URL有偏好，所以對於動態生成的頁面，許多人想出了這樣個方法來使其假扮成一個靜態的頁面，以便讓Google更好的引得網站內部實質意義;額外一個最初的心願是增加URL地址的可讀性(前些年的URL每常十分復雜，特別是一點門戶網站)。這兩年隨著意寫技術(Rewrite)的廣泛應用和REST的興起，長久鏈接成為了一件相當初髦的事物，你如今看見的我的Blog，就認為合適而使用了長久鏈接。

　　但許多人仿佛好象不重視了長久鏈接的一點可用性問題。

　　首先，從理論上來講當一個頁面領有了長久鏈接後，不管在何時何地過訪這個鏈接地址，用戶都應當獲得同一個頁面-否則還叫啥子長久鏈接呢!但事情的真實情況卻並不老是這麼，因為這個它的第1個可用性問題就是：長久鏈接並不實在長久!

　　這個問題常見於網站列表頁上必必需的翻頁導航。我的Blog也有(如下所述圖)，為了達到上面所說的兩個目標，翻頁導航中的鏈接所有是長久鏈接，仔細仔細查看其URL，不不好看出那裡面的page:(數碼)表達頁碼兒。但由於我會不停地更新Blog的內部實質意義，某一頁面內的內部實質意義便會變樣，這麼便會導致本月看見的第三頁的內部實質意義和下個月看見的有可能便會不同，此時長久鏈接也就不再長久了。萌生這一問題的溯源在於，為了讓用戶首先看見最新的內部實質意義，網站預設者把一般意義上的最終一頁(還是說最新一頁)成為了第1頁，導致引得絕對失去效力了。這就好似你在讀一本書的同時，筆者不斷從開頭增加內部實質意義，最後結果你發覺當你第二次拿起這本書的時刻，不管怎麼樣也不可以依據記憶中的頁碼兒來找物品了。

　　那末怎麼解決這一問題呢?我感到至少可以從以下兩方面著手：

　　依照事實中的習性來為網站內部實質意義引得

　　就是沿襲時間順著次序來天然的增大頁碼兒，這是一種鏟除問題的方法。但欠缺在於它會挑戰用戶習性，由經驗我們曉得，這是很使人害怕的 😛

　　給頁碼兒鏈接增加時間戳

　　給每一個動態生成的頁碼兒鏈接加上一個時間戳，譬如page:3/date:20071216，以資來表達此頁碼兒的管用時間范圍。但這顯然會增加手續預設的困難程度，況且從它的暗喻來講比較奇怪，2007年十二月16號的第三頁?這聽起來令人不可思議，固然這一辦法的確能解決上面所說的問題。