0187期：修正 Nucleus FancyURL
作者：CGS • 日期：2006/10/17 • 類別: 技術新探 ;•
;•
其實這個問題應該是早在我該開始架 Nucleus，使用 FancyURL就存在，只是之前我一直沒處理這個問題，直到我開始研究 部落格觀察 的各個數字產生的規則，發覺如果用 Blogger Search ，找到的文章數一直都是很少。
Nucleus 系統原本的 FancyURL 就是處理 SEO 的工具，他原本的預設是 /item/nnnn 代表第 nnnn 篇文章 , /blog/yyyy 代表第 yyyy 個網誌，但是如果要把這個規則套用在 Blogger Search，很不幸的，它常常會認為這篇文章/item/nnnn 不屬於 /blog/yyyy。
而正確的 SEO 就得產生成 /blog/yyyy/item/nnnn，很多搜尋引擎才能把文章歸檔給個別的類別，如果要做的比較完整，category 跟 archives 也要以同樣做法實作。
實驗了一下， Blogger Search 因此找到的文章數會增加，不過隔了一天就會減少一些， Google 類的搜尋引擎好像都會有這種數字先提高然後再下降的做法，可能是刪除重覆性高的文章吧。
我也另外發現原本我的實作 atom 1.0 跟 rss 2.0 可以用 include fancyurl 來處理才是比較正確的作法。如果需要我的作法的 Nucleus 用戶可回本篇留言，我會再把作法放到 Nucleus 討論區。
Nucleus 系統原本的 FancyURL 就是處理 SEO 的工具，他原本的預設是 /item/nnnn 代表第 nnnn 篇文章 , /blog/yyyy 代表第 yyyy 個網誌，但是如果要把這個規則套用在 Blogger Search，很不幸的，它常常會認為這篇文章/item/nnnn 不屬於 /blog/yyyy。
而正確的 SEO 就得產生成 /blog/yyyy/item/nnnn，很多搜尋引擎才能把文章歸檔給個別的類別，如果要做的比較完整，category 跟 archives 也要以同樣做法實作。
實驗了一下， Blogger Search 因此找到的文章數會增加，不過隔了一天就會減少一些， Google 類的搜尋引擎好像都會有這種數字先提高然後再下降的做法，可能是刪除重覆性高的文章吧。
我也另外發現原本我的實作 atom 1.0 跟 rss 2.0 可以用 include fancyurl 來處理才是比較正確的作法。如果需要我的作法的 Nucleus 用戶可回本篇留言，我會再把作法放到 Nucleus 討論區。
