YouTube 搜尋的使用量超越 Yahoo Search 使用量

(指的是美國的搜尋量)

Slashdot 上看到這則新聞的時候一直笑:YouTube Passes Yahoo As #2 Search Engine。引用的新聞稿在這:comScore Releases August 2008 U.S. Search Engine Rankings

另外有個值得注意的是,Ask.com 這幾個月一直上升,也許沒事就試看看 Ask.com 會搜尋到怎麼樣的東西...

高畫質的 YouTube 影片

YouTube "In Super HD" 這邊的文章看到的,高畫質的 YouTube 影片網頁在這邊:Youtube, Now in Super HD

放四個 YouTube player,機車到爆炸的方法 XDDD

PS:如果把 clickjacking 的想法引入,似乎可以做到無縫?(因為內嵌的 iframe 是 same origin,所以...)

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 上的情況。

jQuery 與 Microsoft & Nokia 的合作

jQuery 官方 Blog 公佈了這項消息:jQuery, Microsoft, and Nokia

jQuery 將被整合進 ASP.NET Ajax Framework,同時微軟也會利用 jQuery 為基礎發展 widgets。Nokia 則是在自己的平台 (Web Run-Time) 試著整合現有的開發工具 (而非重新造輪子),所以選擇了 jQuery。

如同官方 Blog 所說,微軟與 Nokia 都直接拿來用,而非要求 jQuery 釋出特殊的版本。所以不需要擔心之後升級 jQuery 會需要 patch 之類的問題。

Catalyst 與 Apache 的測試環境

Catalyst FrameworkPerl 上一個蠻有名的 MVC Framework,使用 Catalyst 比較知名的站台是 Vox.com。(可以參考 How we build Vox 這一份投影片)

在正式環境下會用 FastCGI 或是 mod_perl 提供服務,但測試環境用 CGI 版本似乎是個還可以的選擇,因為改完後馬上就會生效。我記得我很久前用過 Apache + Catalyst-CGI,但是一時間找不到設定檔,只好再從頭摸起。趁這次重新摸的時候把設定檔寫到 blog 上,之後用 Google 找的時候才找的到。

.htaccess 裡這樣設定:

#
AddHandler cgi-script .sh
Options +FollowSymlinks -Indexes
#
RewriteEngine on
RewriteBase /~gslin/testbed/
RewriteCond %{REQUEST_URI} !/~gslin/testbsd/index\.sh/
RewriteRule ^(.*)$ index.sh/$1 [L]

然後 index.sh 要設成 0755:

#!/bin/sh
cd ../../hg/project
exec script/project_cgi.pl

另外 project_cgi.pl 也要設成 0755。這樣子除了靜態檔案應該都會動了。不過靜態檔案已經慢慢有習慣丟到另外一個 domain 上,所以還好...

Update:修正 .htaccess 的內容,這樣也順便修好 Catalyst 處理 static files 的部份。

YUI Compressor

Yahoo! UI Library: YUI Compressor,用 Java 寫的 CSS 與 JS 壓縮器,安裝以及使用起來也很方便。雖然軟體的速度不快,不過以現在的效能已經夠用了。

FreeBSD 上可以透過 portswww/yuicompressor 裝到系統裡,而使用上只要把檔案從 stdin 輸入,或是在第一個參數裡指定檔名,就會從 stdout 輸出 (或是用 -o 指定輸出檔名) 壓縮過後的版本。

軟體本身的授權方式與 YUI 本體相同,都是 BSD license。