Issue #1170 More progress migrating adblockplus.org to our CMS.

locales/zh_TW/faq_internal.json

 {
   "title": {
     "message": "FAQ - Adblock Plus 內部實作"
   },
   "s1": {
     "message": "哪裡有全部 Adblock Plus 偏好設定值的用途？"
   },
   "s2": {
-    "message": "Adblock Plus 有許多可經由"
+    "message": "Adblock Plus 有許多可經由 <a>about:config</a> 存取的偏好設定。它們都是以"
   },
   "s3": {
-    "message": "http://kb.mozillazine.org/About:config"
+    "message": "extensions.adblockplus."
   },
   "s4": {
-    "message": "about:config"
+    "message": "開頭的 (與 Adblock 及 Adblock Plus 0.5 以"
   },
   "s5": {
-    "message": "存取的偏好設定。它們都是以"
+    "message": "adblock."
   },
   "s6": {
-    "message": "extensions.adblockplus."
+    "message": "開頭不同)。完整的說明列表可以在 <a>這裡</a> 取得。"
   },
   "s7": {
-    "message": "開頭的 (與 Adblock 及 Adblock Plus 0.5 以"
+    "message": "我要怎麼從自己的擴充套件存取 Adblock Plus？"
   },
   "s8": {
-    "message": "adblock."
+    "message": "要讓其他擴充套件整合 Adblock Plus，可使用"
   },
   "s9": {
-    "message": "開頭不同)。完整的說明列表可以在 <a>這裡</a> 取得。"
+    "message": "IAdblockPlus"
   },
   "s10": {
-    "message": "我要怎麼從自己的擴充套件存取 Adblock Plus？"
+    "message": "介面。詳細情形請參閱 <a>介面文件</a>。"
   },
   "s11": {
-    "message": "要讓其他擴充套件整合 Adblock Plus，可使用"
+    "message": "Adblock Plus 是如何過濾網址的？"
   },
   "s12": {
-    "message": "IAdblockPlus"
+    "message": "其實最關鍵的部份是由 Gecko，也就是 Firefox，Thunderbird 及其他應用程式的最底層引擎完成的。它包含一種稱之為「內容策略」(content policy) 的機制。內容策略簡單地說就是一個 JavaScript (或 C++) 物件，每當瀏覽器需要載入某些東西時就會呼叫。它會觀察網址及其他資料來決定是否允許載入。有許多內容策略是內建的 (當您在 Firefox 或者 SeaMonkey 中定義哪些網站的圖片不該載入時，您也就設定了其中一個內容策略)，所有套件也都可以註冊一個自己專用的。所以 Adblock Plus 要做的也就是註冊一個自己的內容策略，剩下的就是建立應用程式邏輯來決定哪些網址應該阻擋，並提供使用者界面來設定過濾條件。"
   },
   "s13": {
-    "message": "介面。詳細情形請參閱 <a>介面文件</a>。"
+    "message": "給開發者： 要註冊一個內容策略，您必須 <a>撰寫一個 XPCOM 元件</a> 並實作 <a>nsIContentPolicy 介面</a>。請確保您有調整模組中的 registerSelf 方法來註冊您在 \"content-policy\" 類別中的元件 (利用 <a>category manager</a> 來實作)。現在您元件裡頭的 shouldLoad 方法將被呼叫，且您可以決定是否該接受指定的請求。"
   },
   "s14": {
-    "message": "Adblock Plus 是如何過濾網址的？"
+    "message": "Adblock Plus 如何處理它的過濾條件，以及哪種過濾條件更快？"
   },
   "s15": {
-    "message": "其實最關鍵的部份是由 Gecko，也就是 Firefox，Thunderbird 及其他應用程式的最底層引擎完成的。它包含一種稱之為「內容策略」(content policy) 的機制。內容策略簡單地說就是一個 JavaScript (或 C++) 物件，每當瀏覽器需要載入某些東西時就會呼叫。它會觀察網址及其他資料來決定是否允許載入。有許多內容策略是內建的 (當您在 Firefox 或者 SeaMonkey 中定義哪些網站的圖片不該載入時，您也就設定了其中一個內容策略)，所有套件也都可以註冊一個自己專用的。所以 Adblock Plus 要做的也就是註冊一個自己的內容策略，剩下的就是建立應用程式邏輯來決定哪些網址應該阻擋，並提供使用者界面來設定過濾條件。"
+    "message": "所有的過濾條件都會在內部轉換成 <a>正規表示法</a>，即使不屬於這類寫法的條件也是。舉個例子，此條件"
   },
   "s16": {
-    "message": "給開發者： 要註冊一個內容策略，您必須"
+    "message": "ad*banner.gif|"
   },
   "s17": {
-    "message": "http://developer.mozilla.org/cn/docs/How_to_Build_an_XPCOM_Component_in_Javascript"
+    "message": "將被轉換成正規表示法"
   },
   "s18": {
-    "message": "撰寫一個 XPCOM 元件"
+    "message": "/ad.*banner\\.gif$/"
   },
   "s19": {
-    "message": "並實作"
+    "message": "。然而給予 Adblock Plus 一個網址時，它會針對所有的過濾條件進行檢查，一條接一條地檢查可不是簡單的工作 -- 這會不必要地拖慢瀏覽速度。"
   },
   "s20": {
-    "message": "http://www.xulplanet.com/references/xpcomref/ifaces/nsIContentPolicy.html"
+    "message": "除了將過濾條件轉換成正規表示法之外，Adblock Plus 也會嘗試從中摘錄出一些文字訊息。它需要一個唯一的，八個字元的字串 (這稱為一個「捷徑」，shortcut)，當某網址符合過濾條件時，該字串會被呈遞出來 (其字串長度是隨意的，只是八個字元最合理)。舉個例子，若您有一條過濾條件"
   },
   "s21": {
-    "message": "nsIContentPolicy 介面"
+    "message": "|http://ad.*"
   },
   "s22": {
-    "message": "。請確保您有調整模組中的 registerSelf 方法來註冊您在 \"content-policy\" 類別中的元件 (利用"
+    "message": "，則 Adblock Plus 會選擇 \"http://a\"，\"ttp://ad\" 及 \"tp://ad.\" 其中之一，這些字串中的任何一個都將在網址符合過濾條件時被呈遞。可惜的是，目前無法為包含星號的八個字元或正規表示法找出捷徑。"
   },
   "s23": {
-    "message": "http://www.xulplanet.com/references/xpcomref/ifaces/nsICategoryManager.html"
+    "message": "所有的捷徑都會被推入一個搜尋表中，Adblock Plus 會經由各自的捷徑快速搜尋到相對應的過濾條件。當某個特定的網址需要檢驗時，Adblock Plus 會先在表中搜尋已知的捷徑 (這個動作非常快，所需時間幾乎與捷徑多寡無關)。只有在找到捷徑時，才針對這個字串進行相對應的正規表示法檢驗。然而，沒有捷徑的過濾條件仍需要一條接一條地檢查，這是相當緩慢的。"
   },
   "s24": {
-    "message": "category manager"
+    "message": "結論：使用哪一種過濾條件更快呢？您應該盡可能地少用正規表示法，它們一直都很龜速。然後盡量使用至少八個不間斷字元的簡單條件 (這表示裡頭不能包含像是 * 的特殊字元)，否則它們會和正規表示法一樣慢。不過只要是符合簡單條件的規則，不論多寡，處理的速度都是一樣的。這表示您即使拿 20 條簡單條件來取代一條正規表示法都是值得的。說到這裡 -- 推薦使用 <a>將正規表示法轉換成一般規則</a> 這個網頁工具。"
   },
   "s25": {
-    "message": "來實作)。現在您元件裡頭的 shouldLoad 方法將被呼叫，且您可以決定是否該接受指定的請求。"
+    "message": "配對過濾條件的演算法細節"
   },
   "s26": {
-    "message": "Adblock Plus 如何處理它的過濾條件，以及哪種過濾條件更快？"
+    "message": "元素隱藏功能是如何實作的？"
   },
   "s27": {
-    "message": "所有的過濾條件都會在內部轉換成 <a>正規表示法</a>，即使不屬於這類寫法的條件也是。舉個例子，此條件"
+    "message": "元素隱藏規則會被翻譯成 <a>CSS</a> 並套用到所有使用者造訪的網頁。一條像是"
   },
   "s28": {
-    "message": "ad*banner.gif|"
+    "message": "example.com#div(evil_ad)"
   },
   "s29": {
-    "message": "將被轉換成正規表示法"
+    "message": "的規則看起來就等同："
   },
   "s30": {
-    "message": "/ad.*banner\\.gif$/"
+    "message": "@-moz-document 是一個 CSS 標準的延伸，您可以在 <a>Mozilla Developer Center</a> 閱讀更多相關細節。"
   },
   "s31": {
-    "message": "。然而給予 Adblock Plus 一個網址時，它會針對所有的過濾條件進行檢查，一條接一條地檢查可不是簡單的工作 -- 這會不必要地拖慢瀏覽速度。"
+    "message": "那些沒有限制特定網域的規則將會被設定在 http:// 及 https:// 協定下以防它們不小心隱藏瀏覽器的界面 (chrome:// 格式)。舉個例子，條件"
   },
   "s32": {
-    "message": "除了將過濾條件轉換成正規表示法之外，Adblock Plus 也會嘗試從中摘錄出一些文字訊息。它需要一個唯一的，八個字元的字串 (這稱為一個「捷徑」，shortcut)，當某網址符合過濾條件時，該字串會被呈遞出來 (其字串長度是隨意的，只是八個字元最合理)。舉個例子，若您有一條過濾條件"
+    "message": "#div(evil_ad)"
   },
   "s33": {
-    "message": "|http://ad.*"
+    "message": "將被翻譯為："
   },
   "s34": {
-    "message": "，則 Adblock Plus 會選擇 \"http://a\"，\"ttp://ad\" 及 \"tp://ad.\" 其中之一，這些字串中的任何一個都將在網址符合過濾條件時被呈遞。可惜的是，目前無法為包含星號的八個字元或正規表示法找出捷徑。"
+    "message": "給開發者：Adblock Plus 使用這裡的 <a>樣式服務</a>。此介面自 Gecko 1.8 起允許擴充套件動態加入使用者樣式表 (以前只能修改 userContent.css 並需要重新啟動瀏覽器)。使用者樣式表將複寫所有網站的 CSS 程式碼，它們擁有最高的 <a>優先權</a>。"
   },
   "s35": {
-    "message": "所有的捷徑都會被推入一個搜尋表中，Adblock Plus 會經由各自的捷徑快速搜尋到相對應的過濾條件。當某個特定的網址需要檢驗時，Adblock Plus 會先在表中搜尋已知的捷徑 (這個動作非常快，所需時間幾乎與捷徑多寡無關)。只有在找到捷徑時，才針對這個字串進行相對應的正規表示法檢驗。然而，沒有捷徑的過濾條件仍需要一條接一條地檢查，這是相當緩慢的。"
+    "message": "過濾條件集檔案的第一行會是什麼樣子？"
   },
   "s36": {
-    "message": "結論：使用哪一種過濾條件更快呢？您應該盡可能地少用正規表示法，它們一直都很龜速。然後盡量使用至少八個不間斷字元的簡單條件 (這表示裡頭不能包含像是 * 的特殊字元)，否則它們會和正規表示法一樣慢。不過只要是符合簡單條件的規則，不論多寡，處理的速度都是一樣的。這表示您即使拿 20 條簡單條件來取代一條正規表示法都是值得的。說到這裡 -- 推薦使用 <a>將正規表示法轉換成一般規則</a> 這個網頁工具。"
+    "message": "通常條件集的第一行都是簡單的"
   },
   "s37": {
-    "message": "配對過濾條件的演算法細節"
+    "message": "[Adblock]"
   },
   "s38": {
-    "message": "元素隱藏功能是如何實作的？"
+    "message": "。然而您也許已經注意到最近版本的 Adblock Plus 有時會替換成不同文字。這是因為您的列表中有些條件需要使用新版 Adblock Plus 才支援的進階語法，而不被原本的 Adblock 支援。像下面這個例子："
   },
   "s39": {
-    "message": "元素隱藏規則會被翻譯成"
+    "message": "這只是一個簡單的註解。Adblock (或 Adblock Plus) 將忽略實際標記前的內容。這裡的需求版本不是強制性的，因為 Adblock Plus 0.6.1.2 也還不支援它。不過，如果您使用更新的過濾條件語法，您也許會需要改成："
   },
   "s40": {
-    "message": "http://www.w3.org/TR/CSS21/"
+    "message": "這種標頭的類型從 Adblock Plus 0.7.1 開始支援。較舊的 Adblock Plus 及 Adblock 版本無法開啟這種標頭的檔案。至於目前的版本，會先檢查標頭的版本編號並與本身的版本比較。如果檔案需要更新的 Adblock Plus，則使用者會收到一個要求更新的訊息。過濾條件集仍會載入這些新版 Adblock Plus 才能正常使用的檔案，不過會在偏好設定視窗中顯示警告訊息。"
   },
   "s41": {
-    "message": "CSS"
+    "message": "最後，如果你只想要求使用 Adblock Plus 而不想指定版本，您可以在檔案開頭寫上"
   },
   "s42": {
-    "message": "並套用到所有使用者造訪的網頁。一條像是"
+    "message": "[Adblock Plus]"
   },
   "s43": {
-    "message": "example.com#div(evil_ad)"
-  },
-  "s44": {
-    "message": "的規則看起來就等同："
-  },
-  "s45": {
-    "message": "@-moz-document domain(example.com)\n{\n  div#evil_ad, div.evil_ad\n  {\n    display: none !important;\n  }\n}"
-  },
-  "s46": {
-    "message": "@-moz-document 是一個 CSS 標準的延伸，您可以在"
-  },
-  "s47": {
-    "message": "https://developer.mozilla.org/en/CSS/@-moz-document"
-  },
-  "s48": {
-    "message": "Mozilla Developer Center"
-  },
-  "s49": {
-    "message": "閱讀更多相關細節。"
-  },
-  "s50": {
-    "message": "那些沒有限制特定網域的規則將會被設定在 http:// 及 https:// 協定下以防它們不小心隱藏瀏覽器的界面 (chrome:// 格式)。舉個例子，條件"
-  },
-  "s51": {
-    "message": "#div(evil_ad)"
-  },
-  "s52": {
-    "message": "將被翻譯為："
-  },
-  "s53": {
-    "message": "@-moz-document url-prefix(http://),url-prefix(https://)\n{\n  div#evil_ad, div.evil_ad\n  {\n    display: none !important;\n  }\n}"
-  },
-  "s54": {
-    "message": "給開發者：Adblock Plus 使用這裡的"
-  },
-  "s55": {
-    "message": "https://developer.mozilla.org/en/XPCOM_Interface_Reference/nsIStyleSheetService"
-  },
-  "s56": {
-    "message": "樣式服務"
-  },
-  "s57": {
-    "message": "。此介面自 Gecko 1.8 起允許擴充套件動態加入使用者樣式表 (以前只能修改 userContent.css 並需要重新啟動瀏覽器)。使用者樣式表將複寫所有網站的 CSS 程式碼，它們擁有最高的"
-  },
-  "s58": {
-    "message": "http://www.w3.org/TR/CSS21/cascade.html#cascading-order"
-  },
-  "s59": {
-    "message": "優先權"
-  },
-  "s60": {
-    "message": "。"
-  },
-  "s61": {
-    "message": "過濾條件集檔案的第一行會是什麼樣子？"
-  },
-  "s62": {
-    "message": "通常條件集的第一行都是簡單的"
-  },
-  "s63": {
-    "message": "[Adblock]"
-  },
-  "s64": {
-    "message": "。然而您也許已經注意到最近版本的 Adblock Plus 有時會替換成不同文字。這是因為您的列表中有些條件需要使用新版 Adblock Plus 才支援的進階語法，而不被原本的 Adblock 支援。像下面這個例子："
-  },
-  "s65": {
-    "message": "(Adblock Plus 0.6.1.2 or higher required) [Adblock]"
-  },
-  "s66": {
-    "message": "這只是一個簡單的註解。Adblock (或 Adblock Plus) 將忽略實際標記前的內容。這裡的需求版本不是強制性的，因為 Adblock Plus 0.6.1.2 也還不支援它。不過，如果您使用更新的過濾條件語法，您也許會需要改成："
-  },
-  "s67": {
-    "message": "[Adblock Plus 0.7.1]"
-  },
-  "s68": {
-    "message": "這種標頭的類型從 Adblock Plus 0.7.1 開始支援。較舊的 Adblock Plus 及 Adblock 版本無法開啟這種標頭的檔案。至於目前的版本，會先檢查標頭的版本編號並與本身的版本比較。如果檔案需要更新的 Adblock Plus，則使用者會收到一個要求更新的訊息。過濾條件集仍會載入這些新版 Adblock Plus 才能正常使用的檔案，不過會在偏好設定視窗中顯示警告訊息。"
-  },
-  "s69": {
-    "message": "最後，如果你只想要求使用 Adblock Plus 而不想指定版本，您可以在檔案開頭寫上"
-  },
-  "s70": {
-    "message": "[Adblock Plus]"
-  },
-  "s71": {
     "message": "。當然這個檔案只會被 Adblock Plus 0.7.1 及更高版本接受。"
   }
 }