3 月 7 2010
Xuite 的問題(with RSS/Atom feed from Feedburner)
這是前陣子在寫 Plurk Bot 時發現的問題。
因為 FeedBurner 已經被 Google 買下了。
所以,FeedBurner 會以「http://feedproxy.google.com/…..」這種 URL 進行 HTTP 重新導向,讓瀏覽器存取「http://原始URL/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A……」這種頁面。
若是部落客用 FeedBurner 把放在 Xuite 上面的部落格 RSS/Atom feed 燒起來,而訂閱者透過 feedproxy.google.com 連結到文章頁面時,容易得到 HTTP 400 Error 的頁面(只有瀏覽器第一次被重新導向時,頁面顯示才是正常的)。
會得到 HTTP 400 Error 頁面的原因是…
經過使用者第一次瀏覽後,瀏覽器的 cookie 會被塞入兩個值(__utmz 跟 __utma),而 Xuite 無法正確解析。
目前,使用者自行排除問題的方式是拒絕 Xuite 存取瀏覽器的 cookie。
4 月 16 2010
[Benchmark] eAccelerator v.s. APC on PHP 5.3
FreeBSD ports tree 的 lang/php5 升級到 5.3.2, www/eaccelerator 也升級到 0.9.6。
)。
但是… 目前,FreeBSD ports tree 的 www/pecl-APC 依然是 3.0.19,無法在 PHP 5.3 運作;為了讓它正常運作,jnlin 送過 PR(我沒有先查詢,也送了一個
其實 eAccelerator 0.9.6 在 2010 年 2 月初就已經釋出了,可是,從 changelog 看來,很多不錯的功能被砍掉(反璞歸真?):
這麼看來,2008 年的這篇文章的參考價值就低了些…
為了滿足我自己的好奇心,就把 APC 3.1.3p1 裝起來測試看看。
系統/硬體:
設定:
測試結果(ab -c5 -n500):
332.834 ms/req.
131.487 ms/req.
112.750 ms/req.
552.822 ms/req.
363.124 ms/req.
168.580 ms/req.
284.979 ms/req.
126.421 ms/req.
135.506 ms/req.
依照結果看來,APC 3.1.3p1 的確略勝 eAccelerator 0.9.6。
可惜的是.. Xcache 目前的最新版本(1.3.0)沒辦法在 PHP 5.3 跑…
分享此文:
By Joe Horn • FreeBSD, PHP, WWW • Tags: Apache, APC, benchmark, eAccelerator, PHP, ports