Home » 2008 » October (Page 2)

301 Permanent Redirect 代表的意義

Note:我是 PIXNET 員工。

這篇是延續「PIXNET 換網址後的 PageRank 情況」,我對部落格觀察的批評。我要提兩個重點:

  • 為什麼 PIXNET 不通知「部落格觀察」,或是其他服務的 service provider?
  • 為什麼要手動幫 PIXNET 更新網址?

我認為這兩個問題 PIXNET 的立場都沒錯:因為 PIXNET 有照著標準走。

第一個問題,我們不只沒有通知部落格觀察,我們也沒有通知 GoogleYahoo 這些搜尋引擎。因為我們送了 HTTP 標準裡面的「301 Permanent Redirect」,會自動告訴搜尋引擎「你連到的是舊網址 http://blog.pixnet.net/cwyuni,我們已經永久搬到新的網址 http://cwyuni.pixnet.net/blog」。

這就帶出第二個問題的解答,如果你的系統像搜尋引擎會依照 HTTP 標準走,那麼他就會自動更新。但如果你的系統不會自動更新,那麼就應該手動更新,像是 funP (funP 對 Pixnet 文章與部落格網址進行調整) 或是 SiteTag (2008/08/22 - 針對《PIXNET 痞客邦》所做的網址轉換)。

這就是為什麼上面兩個問題,我認為 PIXNET 沒有做錯,而 Gene 的作法是錯的原因。

HTTP/HTTPS 的相對路徑

寫網頁很常看到 http://www.example.com/static/foo.jpg 這種用法,或是 /static/foo.jpg 這種用法。前者的用法在 HTTPS 的環境下會產生問題 (在 HTTPS 裡讀取 HTTP object),後者的用法只能在同一台機器上。

如果想要保持 Protocol,但卻是不同機器時,可以用 //www.example.com/static/foo.jpg 這種用法。即使都是 HTTP 或 HTTPS 也有好處:少送出 5 bytes 或 6 bytes。

這次改版裡面用了很多,像是這樣:

<link rel="stylesheet" href="//s.pixfs.net/blog.pixnet.net/comment-form.css?v=e86de92d69f3b8eba3448c5404551725" type="text/css">
<link rel="stylesheet" href="//s.pixfs.net/blog.pixnet.net/choc-base.css?v=e86de92d69f3b8eba3448c5404551725" type="text/css">

這是之前看到的技巧,剛剛找到看到的地方了:Http-https transitions and relative URLs

PIXNET 換網址後的 PageRank 情況

照慣例還是得先說明,我從去年八月 (還是九月?) 開始就是 PIXNET 的員工,負責處理各種雜事。(不過不包括換燈管,那不是我的工作)

另外說明,我對 Gene 的 OO 沒有信心,所以請不要跟我討論 Gene 為什麼不用 oo 方法或是 xx 方法,我知道 Gene 都知道這些方法,但是這會擋人財路所以不能做 (不要忘記他跟 BloggerAds 的關係)。

下面是星期五在公司發生的鳥事情...

星期五下午被 far 叫進辦公室,與其他同事討論換網址後「部落格觀察」不更新網址造成的影響,有很多 Blogger 很在乎這個分數。討論時覺得奇怪,不是已經換很久了嗎,怎麼又突然拿出來討論?回到家發現原來是「這次 PageRank 變動表現出無名的跌落? 」以及「在 9 月底的 PageRank 變動 (新的 PR6 部落格)」這兩篇文章故意捅 PIXNET 兩刀造成的。

這兩篇文章的敘述故意給人印象「PIXNET 換網址造成 PageRank 變低,所以部落格觀察不列出也不會與現實狀況違背太遠」。但事實上 Gene 早就預測到 PIXNET 這種改版方式反而會讓整個 PIXNET 的排名大幅提昇,所以故意在「這次 Pixnet 改網址的對應」這篇以「技術上做不到」的假理由拒絕...

九月底這一波 Google Dance 不僅將本來舊網址的 PageRank 分數搬過來,更因為個人化網址的關係,讓 PIXNET 許多 Blogger 的 PageRank 提昇的比原來高。

依照 Gene「宣稱」9 月底只有 14 個 PageRank 6 的 Blog,所以我把 Gene 故意漏掉的 PIXNET 個人的 Blog 列出來:(由於只有挑熱門排行榜上的掃,所以除了這 7 個外,可能還會漏掉幾個)

另外還有一些是團體的:(也是挑熱門排行榜上的掃)

各位寫手們,不要再相信那個「觀察」了,那是沒有意義的啊 XD

lighttpd 1.4.20

lighttpd 居然放出 1.4.20 了:1.4.20 - Otherwise the terrorists win

除了從 trunk 把處理 FastCGI 的程式碼 merge 回 1.4 branch (merge spawn-fcgi changes from trunk (from @2191)),幾乎都是 security fix 與 bug fix。

由於 security fix 的部份每一家都會在 lighttpd 官方釋出 patch 時自己先 patch 進 package system 裡的版本,再加上這次有改到 FastCGI 的部份... 如果現有的 FastCGI production 環境跑得很好,建議先維持在原版本,觀望 mailing list 上的情況。

Archives