Danny Lin

你沒有正面回答問題。 終結內容農場的設計是兩大封鎖機制： * 一是在載入網頁前預先根據網址判定是否為內容農場，是就攔截載入。 * 二是檢查網頁中每個超連結的網址，如果是連往內容農場，就加上標示。 如果要偵測網頁裡的內容決定是否攔截，一定要先載入網頁， * 對於第一種情況，如果要載入網頁後才根據內容判定是否為內容農場，那就不是「載入網頁前」攔截。這種情況下內容農場已經接到流量、收益了，那就失去了封鎖的意義。 * 對於第二種情況，前面也提過，如果每個連結都要預先主動走訪，會有安全風險，基本上不可行。 這兩個問題如果沒有解決，講再多都是空談而已。 你打算用什麼方式解決這兩個問題？

@v3470 感謝回饋，這的確是我們目前的考量點。 技術上來說，要在 uBlock Origin 等專業的封鎖器加上這些功能不難，但那些工具的作者八成會認為沙盒檢視被封鎖的網頁和標示農場連結之類功能不是封鎖器該做的XD 反過來說，終結內容農場是比較簡化及特化的內容農場封鎖／提醒工具，目前提案的確可以算是廣義上與抵制內容農場有關，只是要在目前基礎加上那些功能還需要非常多相關研究及解決非常多可能的相關問題就是…

試試如果把「標示網頁中的內容農場連結」選項關掉是否仍有此問題。 如果關掉就沒有，問題應該單純只是Firefox執行腳本速度較慢，因此遇到含有大量超連結的網頁就會發生腳本過慢的問題。 這個目前大概無法解決，只能等Firefox改進腳本執行速度，或哪天有高人幫我們改良演算法讓速度更快。

1. "假新聞網站清單" 和 "詐騙網站清單" 都有註明只是備考，並非正式清單。基本上就是從其他來源整理而來，但我們目前還沒有研究出完整的方針，所以僅供參考。所以我們不會特別去處理備考清單和正式清單重複的問題。 空一格是代表註解沒錯，當時弄成註解是因為有些項目無法使用或明顯不是內容農場，但為了保留「有來源將XX網站認定為XX」的資訊，因此只是設成註解而未刪除。 2. coder.work 重複的問題會處理。該網站大量改編 Stack Overflow 文章，但未按照 CC-BY SA 授權要求聲明授權及明確表彰來源，因此認定為侵權農場。

> 我上面第4點說的不是兩個清單之間重複，而是一個清單內自己就有重複的規則了。像是同一個清單內有兩個域名，其中一個是另一個的子域名的這種。 > 以 "標準內容農場清單" 為例，用我那個小工具去檢查，就會看到下面這幾條重複規則： > 這些的確是可以先去除，感謝！

我們最近也注意到 4.0 以後版本偶爾會發生類似問題。在 Firefox 桌面版也發生過，應該和瀏覽器關係不大。 4.0 有稍微更動 framework 以簡化程式碼，方便後續維護。但可能 framework 運作和原來做法有些微差異，或有哪個地方不慎誤改造成問題。不過這問題是偶發性的，不易重現，目前還不確定有沒有找到原因。 目前已知： * 套件剛升級時似乎較容易發生。 * 發生問題時，進入選項頁，會看到「作用中的黑名單」一直是一片空白。 * 停用再啟用套件有時可解決問題，但似乎也有無效的時候。 * 關閉再重新啟動瀏覽器通常可解決問題。 4.1.2 有再更改一處可能導致問題的程式碼，麻煩剛升上或已升上 4.1.2 協助觀察看看是否還有遇到類似問題。 暫時重開問題，觀察一陣子。

你用的是哪個版本？ 你說的那個偵測必須要開啟選項頁面才可能作用，如果要關閉頁面也能運作會變得非常耗資源，也沒辦法檢查是否有還非同步作業正在進行。

這個比 #55 更複雜，還要再評估。（為何要關閉 #55？） 目前初步測試，如要支援 #55 的效果，會大幅影響效能，慢到難以接受的程度。本問題也是一樣。在研究出改善效能的技術以前都沒辦法這樣做。 （註：uBO 是使用大量複雜的技術，創造大量複雜的自訂語法，限制正規表示式的使用，才能維持比較好的效能。）

uBO 封鎖網頁有提示頁面啊。 不過說那麼多也無意義，現況就技術瓶頸明擺在那裡需要解決……

不錯的點子。不過和 #33 類似，我們還要評估具體使用什麼符號或語法比較適合。如果大家有「為什麼使用 XXX 語法比較好」或「為什麼使用 XXX 語法比較不好」的理由，歡迎提出。 你的 ` # type:紅色媒體` 前面是有個空格的嗎？ 判斷範圍倒是不難，假設語法是 `# type: 紅色媒體`，那就是在遇到下一個 type 以前都套用這個 type。如果要回復預設的「內容農場」可用 `# type:` 表示。