最好連"此文章被隱藏"之類訊息也沒有
就像不曾存在過一樣
光看到某些老是在亂的人id就已經夠讓人不愉快了

支持+1.。。。。點文章還要先看發文id 蠻麻煩的

雖然偶也粉想支持....
但：
增添此功能固然容易，卻會造成『伺服器』大量負荷....
（『黑名單功能』使用者越多 or 所列入『黑名單帳號數量』越龐大∼『伺服器』負荷也越大）

試想：每當『伺服器』每次更新『主題列表』....
還得先對照『會員資料』內的『黑名單ID明細』，再決定最後顯示的『主題列表』
此功能已經相當於類似『閹割版：個人部落格∼討論區功能』了
也就是說：『登入會員數量』越多∼不同內容的『主題列表∼篩選結果』也就越多

例如（極端狀況）：
線上登入會員數1000人，就會有1000種『主題列表∼篩選結果』
本來，『伺服器』只需處理單一結果的『主題列表』∼
現在卻多了1000倍的『篩選結果（1000種黑名單）』需個別處理
可想而知，當開放此一『閹割版∼個人討論區功能』後∼『伺服器』負荷將會增加多少....

雖然：以上『極端狀況』不太可能會發生....
畢竟不是每個人都會登入（潛水）；也不是每個會員都有在用『黑名單功能』....
但是，偶個人保守估計：和原來『主題列表功能』相比∼可能至少增加10倍以上滴負荷吧....

PS：
為了盡量減輕『伺服器』負荷∼加速網頁開啟數度
本來：粉少發言滴偶，幾乎也粉少『登入論壇』∼完全潛水....
現在：不得已使用『黑名單功能』後，才比較常登入∼浮潛.... r2
PS：
雖然『個人化功能』就網頁設計來說雖然不難∼
但對網站『整體管理』和『伺服器負荷』等，卻是一大考驗....

其實，這個功能建議雖然看起來好像很複雜，
背後運作卻可能遠比想像中的簡單．

對於熟悉關聯式資料庫的SQL指令的人來講，
只要知道資料架構(table schema)，而且資料架構的設計也符合關聯式資料庫的精神，這樣的功能，可以用SQL指令很容易達成．

所以，我是覺得，如果這論壇完全從資料庫結構乃至與撰寫程式，
是站長自己或是朋友開發的，這功能不難達到．

不過，現在問題可能是卡在：
這論壇是用套裝軟體VBulletin架設的，並非自行開發，
所以一來後端使用的資料架構(table schema)並不清楚，
二來就算清楚資料架構，這個論壇套裝程式也未必有開放介面，可以讓管理者修改(或是變化)後端的SQL指令．


　

開發∼『個人化功能』確實不難....
約10年前，偶架在『NT伺服器』的論壇，就是用ASP來開發滴（完全DIY∼功能更多）
（當初ASP剛出現不久：但，拜開發軟體技術 and ASP版本進步等∼現在更加容易許多了吧）
雖然偶對PHP不熟：但偶猜想對PCDVD來說『伺服器負荷』可能才是最大致命傷吧....
平常瀏覽速度就不快了；尖峰時刻開個網頁更是要等粉久∼
因此：
偶實在不敢想像，若真的照辦∼將可能會『超龜速』變得有多慢了....

如果按照某人被加入黑名單的數量來決定該帳戶是否被停權，這個功能會不會很容易寫?

然後論壇就變成小團體生存的地方
不滿意誰的言論就一起停掉他

最好的辦法是
政治版分成了兩個副板藍板 綠板
然後雙方各推一個當版主
在兩版內,版主可以刪除對自己同立場不喜歡的言論

喜歡罵藍的就去綠版

喜歡罵綠的就去藍版

中立的可以看誰當政,選一版去罵

就像GOOGLE新聞，它是以點擊的數量多寡來決定新聞排序，很典型的工程師作法，這樣不需要費人力去挑所謂重要的新聞。

同樣的方式，推廣討厭帳號加入壞人名單，看數量，排名置頂的帳號一看是專門來亂的分身帳號就可以直接BAN掉帳號以及EMAIL，這樣的管理應該比較容易吧!

小圈子再怎麼多也不過三五十個，砍掉的門檻設高些，就不會被小圈子影響。

考量：
1.回歸PCDVD最大的問題∼還是『伺服器的負荷』
2.小圈子：『結黨營私；黨同閥異』∼亂搞一言堂
3.分　身：如某人有1000個分身∼就可隨他高興用『黑名單∼壞人卡統計』達到讓別人無法登入的陰謀....

撇開以上考量等：單從設計來說不難....只需小改一下即可^^
但不是用您所說的概念：反而類似『會員文章統計』∼超過某一數值就『無法登入』等