使用 Services_JSON 1.0.3 版注意事項

發生錯誤的原因，是因為 JSON.php Line 255 => header('Content-type: application/json');
Class 中送出了多餘的 header，會蓋掉之前使用者自己建立的 header。
修正方式有兩種：
1. 修改原始碼，將 255 行註解掉 ( 基於個人不喜歡修改引用的原始碼，故不考慮 )
2. 在呼叫 $json->encode() 之後，再多送一次自己需要的 header

PS：因為工作環境是PHP4，沒有json_encode()可以用 囧rz

GWT － Automatic Resource Inclusion

之前做的案子，使用的是GWT1.4.62。
最近因為功能修改的關係，要順便升級到GWT1.5.3。
瞎忙了兩天，沒注意自己code在升級過程中有貼錯檔名的地方。
誤以為是版本的差異，造成舊版的有些方法不能用...XD

發生錯誤的地方是仿 http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/gwt/i18n/client/Dictionary.html 的方法，製作的多語系功能，其中 JavaScript object 的部份，是另外獨立宣告在四個不同的 JS 檔案，然後利用 php 判別後，動態載入。
真正造成不能編譯的原因是：1. 貼 GWT 程式碼貼錯其他初始參數、2. 貼錯載入的 JS 檔名，
沒注意到真正的問題的我，開始認真的找起資料來 debug，一開始找錯方向，找到 http://code.google.com/p/google-web-toolkit-doc-1-5/wiki/DevGuideSpecifyingLocale ，差點沒把自己嚇死，因為該網頁上面的作法與目前的完全不一樣...T^T

後來有發現自己真正錯的地方，除了順利解決無法編譯的問題，也順便把注意到 Automatic Resource Inclusion做個紀錄。

Debug 找資料的過程中，在 http://www.scribd.com/doc/7470980/Refcardz-01-GWT-Style-Configuration-and-JSNI-Reference#document_metadata 的第四頁右下角，看到 "Resource Injection" 的部份，以為是自己要的解決辦法，就照著修改下去，卻仍不見效果，原本設計動態載入的 JS 檔變成了靜態...囧rz

去官方找了一下其他文件，在 http://code.google.com/p/google-web-toolkit-doc-1-5/wiki/DevGuideAutomaticResourceInjection 看到了原因...T^T
原來 Automatic Resource Inclusion 的載入方式，是在編譯的時候會寫死在 *.nocache.js ，目的是在呼叫 onModuleLoad() 之前就預先載入好，難怪我寫在 php 上的動態載入沒有反應。( 話說此時我已經早就發現，並修改好我真正的錯誤了)

Wordpress 網頁開啟速度變慢～

網路上普遍的討論文都是說這是 wordpress 本身的問題，
解決辦法整理就是使用 Cache 之類的外掛。

以下資料摘錄自：http://briian.com/?p=5148

常見快取外掛：

* WP-Cache：速度稍慢，還是會用掉不少PHP、MySQL資源。
* WP-SuperCache：速度比WP-Cache快，但安裝步驟繁複、主機設定較多。
* Cos-Html-Cache：速度比WP-Cache快，但是得改變文章網址形式。
* 1-Blog-Cacher：這外掛是參考WP-Cache跟HTML Cache Creator兩個外掛的優缺點修改而成，速度比WP-Cache快。

測試網頁速度的幾種方法～

工作上的需要，所以整理了一下找到的資料，做個紀錄。

第三方網頁工具：
1. http://webwait.com/
2. http://tools.pingdom.com/fpt/
3. http://www.freespeedtest.com/

FF瀏覽器外掛：FireBug

[PHP] 計算頁面執行時間：
1. http://blog.csdn.net/phphot/archive/2007/10/16/1826874.aspx
2. http://blog.linym.net/archives/103
3. http://www.backup.idv.tw/viewtopic.php?t=1740

不過雖然是測試得出數據，但是仍有太多不穩定因素會造成影響，
測試出的數據僅供參考用途...XD

Inove 的 sidebar 特殊之處…

本文是從我自己的測試部落格轉錄過來：
http://blog.board19.com/changic/2009/02/13/inove-的-sidebar-特殊之處/

陰錯陽差的發現…>///<

如圖所示，此三個版塊出現的原因，是因為 north_sidebar、west_sidebar、east_sidebar、south_sidebar 等四個區塊的預設情況。

north_sidebar：當沒有設定任何”可用模組”，預設會處理兩個模組－Random Posts、Tag Cloud。

1. Random Posts：在任何頁面下，只要north_sidebar沒有設定可用模組時，就會顯示該板塊。
2. Tag Cloud：在首頁下，且north_sidebar沒有設定可用模組時，就會顯示該塊

west_sidebar：當沒有設定任何”可用模組”，就會顯示Archives版塊。

east_sidebar：當沒有設定任何”可用模組”，就會顯示Categories版塊。

south_sidebar：當沒有設定任何”可用模組”，就會顯示Meta版塊。

所以要拿掉這些預設版塊，只需要分別設定”可用模組”即可。

填問卷遊日本－有夠爛的線上問卷

從沒見過這麼爛的線上問卷

https://www.enjoy-japan.tw/entry.php

挖哩咧，這份問卷我填了八次才送成功 @@|||
一整個爛到不行的設計，真懷疑工程師是不是不會寫UI程式。

問題作答提示：( 耽誤問卷送出的鳥困擾 )

第八題官方提示：
請從下列各項中選擇三種當你決定旅行目的地後用來收集所需資料的方法或媒體，並依其重要程度將號碼填進以下表中。（選擇題/必須）

作答技巧：
選擇三個checkbox當作你的答案，第16的選項的後方有個長條形的input，請在框框內依重要性輸入剛剛選的三個選項的編號，不然你的問卷結果會一直無法送出。

PS：>///< 因為我就是看不懂要怎麼填，所以總共送了八次，第八次終於成功。

javascript window.open 自動產生器

資料來源：忘了在哪邊的部落格看到介紹 @@||

http://weblog.gilbert.tw/public/scripts/js_windowopen.html

測試鑲嵌Comicomi with Embed

測試鑲嵌兩部漫畫：

內文測試漫畫來源：http://www.comibook.com/cb238


內文測試漫畫來源：http://www.comibook.com/cb366

測試 Read more...

使用中的修改參考：http://chagg.blogspot.com/2006/10/blogger-beta.html
修改參考：http://metamuse.blogspot.com/2006/11/read-more-archive.html
內文測試漫畫來源：http://www.comibook.com/cb1212

鑲嵌Comicomi by Iframe

內文測試漫畫來源：http://www.comibook.com/cb1213

鑲嵌Comicomi by Embed

內文測試漫畫來源：http://www.comibook.com/cb1243

text widget 的 bug 修正方法

為了貼http://stickeraction.com/smoke_free串連貼紙而發現的錯誤…

Textwidget ( 文字 ) ：

用途說明：用來填寫任意文字 or HTML

錯誤說明：輸出畫面後，版面會錯亂

解決辦法：在加入的內容最前方 or 最後方加入

<div>

即可修正錯誤