2008 【 第四屆全球華文部落格大獎 】
不知不覺，這活動已經到了第四屆的時候了。
活動的詳情請到 http://blogaward.chinatimes.com/2008/index.aspx 去觀看。
報名時間為 9/1 日到 9/15 日。
有實力的部落格請去報名吧！得到獎項真的是一個很棒的鼓勵。
還有附屬一個活動【 最佳人氣獎票選活動 】
2
踩踩樂的時機來到
在不知不覺中，本站的瀏覽數已經達到 19萬7千 的水準了。
而踩踩樂的遊戲一向是舉辦在【 整數關卡 】，或是對主人有意義的【 特殊數字 】上面。
而目前剛剛好來到了一個整數關卡的前方不遠處，所以是舉辦踩踩樂的最佳時機。
但是一個良好的活動，通常必須有很美好誘因來吸引大家的參取。而對踩踩樂這活動而言，做美好的誘因應該就是對於踩到關鍵數字的人，給予一些小小的獎勵，送點有意義有價值的東西。
可惜，目前我就是沒有這樣的東西，所以‧‧‧
網頁設計者的良伴 IETester
無名的免費房客也可貼 javascript
這不知道算不算是新發現，也不知道這算不算是 無名 的一個小錯誤。
只是到我發現這件事情之前，我的觀念就是 無名的免費房客(沒繳錢的使用者) 無法在側欄使用 JavaScript 的 Widget 小工具。
之前反正我沒有使用無名，就也沒有去嘗試有沒有辦法做到，只是今天我自己做了一個 Widget 小工具，在為其撰寫各大 BSP 的側欄添加說明的時候，想說還是去無名測試一下好了。
最主要也是在無名的 VIP 功能列表 中發現，網誌小玩意 JavaScript 的功能是全部會員都可以使用的，所以應該是有辦法添加的才可以的啊。
總之，扯了這麼多，就是 無名 的免費使用者也可以使用 JavaScript 製作而成的小工具。
Order By Rand() 替代方案
先說，我手邊現行的資料庫的資料量都不大，所以無法測出當資料量到達 5萬 或是 10萬筆的時候效率
好不好！
至少可以很肯定 ORDER BY RAND() 這樣的寫法在資料量大的時候，或是條件繁複的時候會有不好的效率，這點在 MySQL 的使用手冊中就有講到，詳情請見 MySQL 使用手冊 12.4.2 章節關於 RAND 函數的講解。
主要是因為【在ORDER BY語句中，不能使用一個帶有RAND()值的列，原因是 ORDER BY 會計算列的多重時間】與【在WHERE語句中，WHERE每執行一次， RAND()就會被再計算一次】
所以就要想出其他的替代方案來。
[WordPress] 分類的文章數量
不知道會不會有人跟我有一樣的疑問，在 WordPress 的後台可以設定每頁顯示的文章數量，這樣可以設定你的首頁擁有多多少篇文章，也就決定的首頁的長度。
為了我覺得的美觀，我通常會設定讓側邊欄位的長度與文章區域的長度差不多，以免有一邊白白一大區塊不好看。
可是這也帶來了我的問題，因為在分類或是彙整的頁面，我不像首頁顯示那麼多的文章內容，而修改只顯示前三行而已，這樣就會導致文章區塊短短的一小截而已。
不過，不用擔心這問題，官方有很細心的想到這方面的設定，不過他沒有在後台讓你可以很方便的些改。
Google AdSense for Feeds
因為更新了網站樣板的關係，又一次登入 Google AeSense 修改設定。
不然以前我都只是登入看看收入的狀況，在各網站的顯示狀況，看看有沒有什麼異常的情況發生。
廢話不說，今天發現又多了一個新的功能。
繼不久之前跨足到 Mobile 上面，這次又將 Feed 納入旗下的服務之中。
證據如下：
繼續閱讀 »
中華台北棒球隊 加油~
沒什麼特別的啦！
只是繼昨日的 6:1 敗北給日本。
今日又以 7:8 敗北給中國。
真是沒想到會取得這樣的戰績。
不過比較擔心一點點的是，對日本一戰，在最後一局狂瀉 四 分讓挽回的機會微乎其微。
今日的中國之戰，奮戰到9局結束仍然打平進入延長賽，而在 12局的要命的失誤輸掉了比賽。
連續兩場比賽都是在後段的比賽出現失去水準的演出。
這樣明日還要對上強敵 古巴，尤其是他今日以 5:4 力克美國成功。
北京奧運，中華台北隊，加油~