notaBlueScreen - DRUPAL 教學 / UI
"Taiwan, Province of China"
不知為什麼大家將 DRUPAL 翻譯成 "水滴"，並在出版刊物中應用，真的很難聽。對於一個品牌的稱呼，個人有點執著。比如我只會講 "Google"，絕不會講 "谷歌"，即使這是官方公佈的名稱。
我不理政治正不正確，我會選擇使用 "繁體中文"，不愛 "正體中文"。原因很簡單，在我的生活環境中，除了 FOSS 社區以及政治話題中以外，絕不會有人這麼稱呼它們。
DRUPAL 剛剛 COMMIT 了一個 ISSUE: 將 "Taiwan" 修改為 "Taiwan, Province of China"
這改變肯定有人不喜歡。此外也帶出另一糟糕問題: 若你想改變這一名稱，除了預裝程式並通過介面翻譯改正外，你必須 HACK CORE。
"Taiwan, Province of China" 該如何翻譯 ?
我偏愛 "台灣"。原因同上。
{ 閱讀更多 }
效能篇: Field Storage 效能測試
分享一篇很值得一讀的文章: http://posulliv.github.com/2013/01/07/bench-field-storage/
節錄:
- 透過調整 MYSQL 增加效能，這點一定要做！
innodb_buffer_pool_size=6G
innodb_log_file_size=512M
注意以上兩點需按伺服器性能及網站需求設定，如果設定後不能啟動可以參考這裏修正
{ 閱讀更多 }Drupal Commerce: Notice: Trying to get property of non-object in commerce_product_line_item_populate()
Manager Order 時出現錯誤，GOOGLE 一下，沒有解答。個人時間有限，沒仔細查原因，另外也因為是全新網站，所以直接清除資料庫攪定。
資料表是 commerce_order / commerce_order_revision，將他們清空便可。
{ 閱讀更多 }Drupal: 增加子項目 type 支援到 theme_item_list()
D8 Issue (COMMITED):
http://drupal.org/node/1785310
D7 可自已增加到 theme 中:
http://api.drupal.org/api/drupal/includes!theme.inc/function/theme_item_list/7
個人 Drupal 相關的小總結
某人問我 "對 Drupal 7 作了 11 個小貢獻" 中，其他 10 個怎麼算出來的？
這是依據 Drupal Commit 算統計出來的圖表，找不找到我? 找不到 !! 再找找吧.. 用用放大鏡.... 還是找不到 ??
模組推薦：快速新增 MENU 至內容類型 (Content Types)
大家都知道新增選單 (MENU) 後，可以到內容類型管理頁面啟用，增加到 NODE 編輯頁面。
數個步驟，當只有兩個內容類型時，還好。若要增加至十個或更多類型中很要命。以下模組正解決了此問題：
Content types per menu
http://drupal.org/project/ct_per_menu
啟用後可在 MENU 管理頁面進行管理
{ 閱讀更多 }I ♥ IE
我好像對 IE 情有獨鍾，記得 Firefox 及 Opera 冒起頭來、HTML & CSS 語義標準 (所謂的 CSS + DIV) 大熱之時，即使我使用 Firefox 作開發工具，平時瀏覽網站還是用以 IE6 為核心的 Maxthon 瀏覽器。經過多次來回嘗試，才下定決心到現在使用的 Chrome 身上。所以挺懂為什麼很多人選擇使用 IE 6, 7 ... 真的，不易感受不到更換的原因，習慣難以改變。(就像 Chrome 的開發工具很齊全，還是獨愛 Firebug)
IE6 也算幫我賺了點金錢，最早一次網賺就是修復 IE 的兼容性問題，15 分鐘、50 美金。這令我留下深刻印象，也改變了現在的工作與生活。
最近還看到幾篇為 IE 說好話 (事實) 的文章，不知何解，我心裏有點高興。
{ 閱讀更多 }修改 Drupal Views SQL 沒難度！[hook_views_query_alter]
Drupal Views 讓你可透過界面設定所需條件，輕鬆抓取特定資料。不過開發者創意無限，Views 架構沒可能完全滿足您的要求。在此時，可以考慮使用 hook_views_query_alter() 修改/增強 Views 預設不能滿足的條件。
引用 Drupal Taiwan 論壇上一問題作例子：
做出一個列表，當使用者登入後，可以看到同一組別的成員
對於 Views，這類列表本是很簡單，但要實現時卻發現問題：Views 只能過濾登入使用者的 ID (User: Current)。要以登入使用者的角色或其他因素似乎有點難度。
UED：圖標連結擺位要一致性
這是 Samsung Galaxy S3 的截圖，"撥電話" 與 "聯絡" 界面上方排列。
Favourites | Contacts 互換了，一不留神就會按錯。
在 Drupal 中也找到不好的例子：
