“Taiwan, Province of China”

不知為什麼大家將 DRUPAL 翻譯成 "水滴",並在出版刊物中應用,真的很難聽。對於一個品牌的稱呼,個人有點執著。比如我只會講 "Google",絕不會講 "谷歌",即使這是官方公佈的名稱。

我不理政治正不正確,我會選擇使用 "繁體中文",不愛 "正體中文"。原因很簡單,在我的生活環境中,除了 FOSS 社區以及政治話題中以外,絕不會有人這麼稱呼它們。

DRUPAL 剛剛 COMMIT 了一個 ISSUE: 將 "Taiwan" 修改為 "Taiwan, Province of China"

這改變肯定有人不喜歡。此外也帶出另一糟糕問題: 若你想改變這一名稱,除了預裝程式並通過介面翻譯改正外,你必須 HACK CORE。

"Taiwan, Province of China" 該如何翻譯 ?

我偏愛 "台灣"。原因同上。

 

UPDATE 29-06-2013: 現已使用 CLDR 數據,台灣是 TAIWAN ( https://drupal.org/node/1938892 )

Drupal CKEDITOR 模組 linebreaks 問題

我們的一個網站由於開發時並沒有使用 Ckeditor 模組,最後導致啟動編輯器後引起 LINEBREAK 的錯誤 (右面是期待的正確結果)。從網上及官網資料大概了解到這是一個已知問題, 也沒有解決方法。

想一想,最後決定直接更新文章內容,替代 LINEBREAK 為 HTML <br />。本來較好的方法是透過 Drupal API 更新,可是我們的網站很簡單,寫 API 太浪費時間,所以選用直接 MYSQL REPLACE:

  1. 為安全起見,隨機找了一段文章字詞進行全資料庫搜尋,結果符合預期: 只有一個欄位儲存這些資料 (CACHE TABLES 可以乏略)
  2. MYSQL REPLACE

    
    UPDATE field_data_body SET body_value = REPLACE(body_value, "n", "<br />");
    UPDATE field_revision_body SET body_value = REPLACE(body_value, "n", "<br />");
    
  3. Enjoy It !

如果你是使用 Wysiwyg 模組可以試試: Wysiwyg Linebreaks

效能篇: Field Storage 效能測試

分享一篇很值得一讀的文章: http://posulliv.github.com/2013/01/07/bench-field-storage/

節錄:

  • 透過調整 MYSQL 增加效能,這點一定要做!

innodb_buffer_pool_size=6G
innodb_log_file_size=512M

注意以上兩點需按伺服器性能及網站需求設定,如果設定後不能啟動可以參考這裏修正

  • 使用 MongoDB,提升三倍多效能,需要伺服器支援,也增加維護難度

然而作者的 FOLLOW UP 文章也測試了另一個 Field SQL norevisions 模組。如果你有看過 DRUPAL 數據庫結構,你會發現 DRUPAL 在做很笨的事情: 同時寫入相同的數據到兩個 FIELD 資料表中。而這模組作用就是停止這愚蠢的行為。(Kay.L: 不知有沒有副作用 ^_^)

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


// .. 省略
      if (count($children) > 0) {
        // Render nested list.
        $data .= theme_item_list(array('items' => $children, 'title' => NULL, 'type' => $type, 'attributes' => $attributes));
      }
// .. 省略

更改為


// .. 省略
      if (count($children) > 0) {
        // Render nested list.
        $data .= theme_item_list(array('items' => $children, 'title' => NULL, 'type' => (isset($item['type']) ? $item['type'] : $type), 'attributes' => $attributes));
      }
// .. 省略

如果不會使用 theme_item_list(),可看看這裏 EXAMPLE

個人 Drupal 相關的小總結

某人問我 "對 Drupal 7 作了 11 個小貢獻" 中,其他 10 個怎麼算出來的?

這是依據 Drupal Commit 算統計出來的圖表,找不找到我? 找不到 !! 再找找吧.. 用用放大鏡…. 還是找不到 ??

沒錯,如果只看用在 LDO 的帳號,真的……….. (這是一個很舊的帳號,是某天在 drupaltaiwan.org 打漏了一點才發現還來這麼一個帳號)。人地江湖,壞事做多了,分身自然很多…….. 

I'm Kay.L, a droplet

最近要處理的事情多了,沒什麼空閒時間弄 Drupal 的東西。看看 marvil07 分享的數據,由 D8 開發以來,還算做了一些小事情。

純是 Drupal 8 記錄:

全部 Drupal 貢獻記錄:

 

筆者並沒有很刻意分配出時間作貢獻的。全是在使用 Drupal 時遇上了問題,就去修正;或是午餐間、等待客戶回覆中的無聊時間上去看看。大家有心的,也可以參與參與。如果你有興趣 Drupal Core 開發,可以看看 Drupal Core Contribution Tips (中文),http://core.drupalofficehours.org/

還不知如何起步,或有 ISSUE 需要人幫助 REVIEW,可以 直接 EMAIL 找我。(十一月人在台灣一周,台灣的朋友,如果你碰到我的話也可以問問哦)

模組推薦:快速新增 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 說好話 (事實) 的文章,不知何解,我心裏有點高興。

IE 10 將會很好,期望過渡期中,網路能找到平衡點。好讓開發者輕鬆點,多點時間享受生活。

 

今天是七夕,這篇給 IE 的。

修改 Drupal Views SQL 沒難度![hook_views_query_alter]

Drupal Views 讓你可透過界面設定所需條件,輕鬆抓取特定資料。不過開發者創意無限,Views 架構沒可能完全滿足您的要求。在此時,可以考慮使用 hook_views_query_alter() 修改/增強 Views 預設不能滿足的條件。

引用 Drupal Taiwan 論壇上一問題作例子:

做出一個列表,當使用者登入後,可以看到同一組別的成員

對於 Views,這類列表本是很簡單,但要實現時卻發現問題:Views 只能過濾登入使用者的 ID (User: Current)。要以登入使用者的角色或其他因素似乎有點難度。

在主題中,我提出了使用 Contextual 的方案,問題的確能解決,但你的 URL 將變成:my-group-member/{使用者的組別}。也不太完美。(另外,也提及了 Views PHP,估計也能達成效果,但筆者想更深入地看看萬能的方法)

不能確認原發問者需求,為此教程,筆者定義組員列表規格

  • 列表中只能看到同一組別的成員 (此教學中,我們將要列出 K Team 成員)
  • URL:example.com/my-group-member
  • 透過 Profile 增加一個 Team (field_team) 選擇欄位,包括選項:K Team | Drupal Team

 

修改 Views Query

在此略過寫模組的基本需要。我們來建立一個 View,然後如下圖設置。(為了說的更清晰,筆者去除了多餘的設定)
我們增加了 User: Team (= Drupal Team)。這並不是我們想要的,但沒關係,因為即將下來透過程式碼進行修改。

 

此時,如果你有打開 SQL 預覽,可以對比增加 Filter Criteria 前後的 SQL 變化。沒錯,會寫程式的你應看懂 Views 是在做什麼..
([admin/structure/views/settings] -> Live preview settings ->  Show the SQL query)


Views 將一個資料庫表關連了,並設定了 WHERE 過濾條件。所以,我們最終要改變的將是 WHERE 條件中的 IN('Drupal Team') 為當前使用者的 Team

hook_views_query_alter() 真正登場了

*** 下面程式碼包含了詳細註釋,由上至下細看***
(dpm 是 Drupal Devel 模組的 Debug Function)


/**
 * hook_views_query_alter
 * 模組名_views_query_alter
 */
function alterquery_views_query_alter(&$view, &$query) {
  // 看看有什麼東西
  dpm($view, 'Views 的所有資訊');
  dpm($query, 'Views SQL 查詢');

  if (
    // Views 的 Machine Name
    $view->name == 'my_group_member' 
    // Views 頁面 Machine Name (收藏在設定頁面的 Advanced 裏)
    && $view->current_display == 'page' 
  )
  {
    if(!isset($user)) { // $user 是保存當前使用者資訊的變數。在這裏我們檢查有否載入
      $user = user_load($GLOBALS['user']->uid);
    }
    dpm($user, '當前使用者資訊');

    /**
     * $user_team = $user->field_team['und'][0]['value'];
     * 上面這行較直接,但之前談過,由於 Drupal 是支援多語言,這不是最好的方法。
     * 看:https://notabluescreen.com/field_get_items
     */
    $team = field_get_items('user', $user, 'field_team');
    $user_team = $team[0]['value'];
    dpm($team, '使用者組別資訊');


    /**
     * [K-1]我們需要修改 field_data_field_team.field_team_value 這一項
     */
    foreach ($query->where['1']['conditions'] as $key => $value) {
      if ($query->where['1']['conditions'][$key]['field'] == 'field_data_field_team.field_team_value') {
         $query->where['1']['conditions'][$key]['value'][0] = $user_team;
         break;
      }
    }

    // 看看有沒有正確修改
    dpm($query, '修改後的Views SQL 查詢');
  }
}

清除 Drupal Caches,重新整理網頁,應有其效果了!

( 到此為止,要是看不懂,猜想還沒達到 PHP 基本水平。好好再學學 PHP 。 )

 

上面 [K-1] 處的 我們使用了 FOREACH 語句。只要你掌握到所需的資料表,你還可以取消 Filter Criteria: User: Team (= Drupal Team),及將該處程式碼替代為:


// 增加上面關聯的資料表
    $query->add_table('field_data_field_team');
    
    // 增加 WHERE 條件 (不難看出吧!跟上面 [K-1] 的程式碼是對應的)
    $query->add_where(0, 'field_data_field_team.field_team_value', array($user_team), 'in');

 

除了註釋,實際只有十行左右。附上測試模組。