WWW – Page 173 – Gea-Suan Lin's BLOG

Firefox 的兩三事...

這幾天跟 Firefox 有關的事情不少：

Mozilla 宣佈 Firefox 3.0 的下載次數已經列入金氏世界紀錄了，次數是 8002530 人次：We’re official!。
Firefox 3.0.1 已經在測試，而 Firefox 2.0.0.15 已經釋出，應該都是為了安全性問題而修正：Firefox 2.0.0.15 security and stability update now available for download。
Javascript 的問題。假設 obj.fn 裡有一個 foo 變數，在 Firefox 上可以使用 var a; eval('a = foo', obj.fn) 把 foo 變數抓到 a 裡面，所以你如果有使用這種方法來放與安全性有關的東西，就得重新檢查一次程式碼：Module Pattern Provides No Privacy...at least not in JavaScript(TM)。在一陣討論後，這個功能打算在 Firefox 3.1 拿掉：Remove eval's optional second argument。

MySQL 調整

昨天晚上幫人「測試」網站，發現速度卡在 MySQL 的 CPU bound，先用 httperf 丟在背景跑，再用 mytop 抓幾個比較明顯的 slow query，補了幾刀 INDEX 後，速度快了不少，不過還是不太滿意。

印象中 MySQL 除了可以紀錄 slow query 外，還可以紀錄沒用到 INDEX 的 SQL query，花了不少時間才找到。這些指令是可以線上改，不需要重開 (如果你堅持要改設定檔重開也 ok)，不過請不要在 production 的機器上開，以免 SQL query 寫的很爛，產生大量的 log：

mysql> SET GLOBAL log_queries_not_using_indexes = 1; Query OK, 0 rows affected (0.00 sec) mysql> SET GLOBAL slow_query_log = 1; Query OK, 0 rows affected (0.00 sec)

參考：The Slow Query Log。

PS：這只是告訴你問題在哪裡，而非解決的方法。要知道為什麼會慢，你需要讀不少資料，像是 High Performance MySQL 這類的書籍，以及網路上 MySQL 資料庫長輩們的討論。

Update：翻到 Arjen's Journal - Finding useless indexes 這篇，可以檢查過度 index 時造成效能降低的問題 :p

Using jQuery in Greasemonkey

Using jQuery in Greasemonkey (with Google AJAX Libraries)：

(function(){
    function myjob()
    {
        // your code...
    }

    GM_xmlhttpRequest({
        method: 'GET',
        url: 'http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js',
        onload: function(r){ eval(r.responseText); myjob(); }
        });
})();

Bloglines 水管工不見了...

剛剛連不上的畫面：

下面是以前的水管工 :p

Update：恢復後一堆未讀...

進入修羅場狀態...

接下來的幾個禮拜應該都是跟 PHP、MySQL、jQuery 戰鬥了...

PS：說到 MySQL，最近看到的 MySQL Workbench Community 版還蠻好用的，有興趣的人可以下去玩看看 :p

FFmpeg 的 FreeBSD ports

FFmpeg 這套影音轉檔程式跟幾年前的 Debian 一樣，有一個 stable 版，但是大家都去抓 Subversion Repository XD (因為 stable 版實在太舊了...)

FreeBSD ports 裡有一個 2007/10/04 的版本，不過這個版本從以前就寫的很亂，後面維護的人改起來一直很辛苦... 所以想要客製化的人通常會選擇重作 XD 所以我當初弄了一個版本給 PIXNET 用，也差不多是 2007/10 包的，在 blog 上也有提過：ffmpeg (全包在一起)。

由於這半年多 FFmpeg 改了不少東西，所以差不多是重包一個新版看看有沒有把之前遇到的問題解決：ffmpeg-2008.06.14.13767.shar，這個版本是 Subversion Repository 上抓下來的，checkout 的時間點是 2008/06/14 r13767。

理論上在 FreeBSD 上把 shar 檔抓下來後丟到 /tmp 下跑 sh ffmpeg-2008.06.14.13767.shar，會產生一個 ffmpeg 的目錄，到裡面 make clean install clean 就可以了。

因為新的 FFmpeg 有支援 Dirac，所以我送了 Schrodinger 這個 port：ports/124575: [NEW PORT] multimedia/schroedinger: High-speed Dirac codec。~~如果這幾天要裝 FFmpeg 的人請先手動安裝這個 port...~~ (lwhsu 把 Schrodinger 送進 ports，不需要自己安裝了)

Javascript 對於 !important 的處理

無名小站的 Wretch Album Expander 一直跑的很好，但是我們家的 PIXNET Album Expander 在使用者自訂 CSS 時對 height/width 標 !important 就會爛掉...

今天花了時間去找，終於找到解法了：用 style.setProperty 蓋過去。在 Source for "PIXNET Album Expander" 這邊的程式碼裡面這樣寫：

this.style.setProperty('height', 'auto', 'important'); this.style.setProperty('width', 'auto', 'important');

改好的版本已經放到 Userscripts 上了：http://userscripts.org/scripts/show/24589，效果可以參考 GINOLA's Football Pics 這本相本。

Google Code 更新 SSL Certificate

公告在這邊：SSL Certificate Renewal for Project Hosting on Google Code。

主要是 svn 會發現 ssl certificate 改變而跳出警告，所以特地公告出來。

另外，我發現 git 對 Subversion Repository 還是有不少問題，像是 branch 出來後修改，再 merge 回 master 後，再 git-svn dcommit 上去後可能會有問題。而 git-svn 的 manpage 裡就直接建議在開發時儘量保持 linear... XD

就是要 branch 才好用啊啊啊啊啊...

所以我有一些比較小的 project 又改回 svn client 了...

從 Twitter 換到 Jaiku

因為 Twitter 爛太久了，所以搬到被 Google 買下的 Jaiku... (關於 Jaiku 可以參考這篇：[網站] 青出於藍而勝於藍 - Jaiku)

另外，Jaiku 目前正搬移到自家的 Google App Engine 上，如果 Twitter 再不趕快修好就沒機會了：Wroom - we’re moving to Google App Engine。

Update：才剛搬過去就看到這個... XD

Google App Engine 的收費，以及功能的加強

在 ReadWriteWeb 的訪談中跟 Google App Engine 的 Product Manager 談到收費的金額：Google App Engine Announces Pricing Plan, APIs, Open Access。

Update：Google 正式的新聞稿也可以在網站上看到了：Google App Engine to Announce Open Sign-ups, Pricing Plans, and New APIs at Google I/O。

頻寬的費用與 Amazon Web Service 差不多，儲存空間的部份跟 Amazon S3 比起來也差不多，CPU 暫時沒有想到要怎麼比較。

除了收費的事情之外，文章裡有提到會多兩組功能，一組是對圖片的處理：目前不清楚 Google 是不是自己有另外開發，不過在自己建置的環境裡常用 GD 或 ImageMagick 處理。另外一組功能是 cache，讓你可以把算好的資料存起來重複使用。

再來是大家一直都很希望 Google App Engine 可以支援 Python 以外的語言，不過照文章裡的說法，目前暫時沒有計畫。

以後應該有 Blog software 會 porting 到 Google App Engine 的環境上，以這種用多少算多少的方式，之後可以考慮把整個站搬到上面？