我的任務是爲我們的開發人員建立一個wiki，以共享項目信息（服務器IP，接口文檔，體系結構圖等）。我的經理建議Deki，我也聽說過MediaWiki和Twiki。一個項目使用Trac，但我們不需要它的SVN功能，如果可能，我們希望有一個所見即所得的編輯器。我們也想在本地託管這個wiki。什麼是最好的開源wiki平臺？
我無法找到比較各種wiki平臺的許多網絡資源，以前的堆棧溢出問題並沒有真正直接解決這個問題。
什麼是最好的維基平臺？過去曾使用過哪些好/可怕的東西？
要求：
如果不重複，非常相似：Coding Standard Wiki
更新：
我們決定一起去的Deki。良好的界面，所見即所得，用戶層次結構和從VM映像進行安裝非常簡單。我贊成Deki的帖子，但我會給出wikimatrix答案的最佳答案，因爲這是幫助我比較各種wiki平臺的最佳建議。謝謝！
你可以使用插件 – 2009-02-18 15:32:53
我喜歡的mediawiki，我們在這裏使用它：http://wiki.lessthandot.com/index.php/Main_Page
來插入FCKEditor或其他所見即所得的控件，你可以獲得幾乎所有的Mediawiki插件，包括一個豐富的編輯器插件，將可能會滿足所見即所得的要求。這也是幾乎所有人都知道的事實上的標準標記語言。 – rmeador 2009-02-12 15:25:20
在工作中我們currentl y使用Mindtouch的Deki。它具有您發佈的所有功能。
偉大的產品，但我選擇它的主要原因是他們在VMware鏡像上有一個準備使用的版本。只需下載鏡像和VWware播放器並從電腦上運行即可。然後你可以通過瀏覽器訪問它。
當我們得到一個VMware服務器時，我就把它移到那裏並繼續使用它。
我們在公司使用ScrewTurn Wiki作爲我們的本地維基。到目前爲止我們沒有遇到任何問題。 Afaik，它具有您要求的所有功能。但是，當然，您應該先嚐試一下，特別是如果您需要一個asp.net wiki引擎。
我不確定「用戶管理層次結構（用戶/組）」，但MoinMoin涵蓋了所有其他基礎。由於Wiki通常是平坦的（即每個人都可以做所有事情），所以我不確定將用戶分成兩個以上的層次結構（管理員和普通用戶）會有多大意義。當然，以前從未使用Wiki的人通常會被恐懼和懷疑所驅使，並且他們會相信他們必須保護wiki免受破壞。
反說法是，你不能刪除維基中的任何內容，而維基百科已經在互聯網上存活了多年，幾乎沒有任何保護。由於「回覆」僅僅是一次點擊而且價格便宜，我認爲能源更好地投入到wiki引擎的其他功能中。
個人經驗小記：所見即所得編輯仍處於起步階段。我發現使用原始編輯模式時速度更快。該功能使其更容易銷售給高層管理人員，儘管（=認爲「Word」==「操作系統」的人）。
MoinMoin +1 - 易於使用和設置 – 2009-02-12 15:40:18
關於所見即所得的事情是，當人們試圖粘貼來自其他來源的物品時。
我有一個我爲非營利組織維護的網站，我用FreeTextBox。它很整潔，它是免費的，它運行在ASP.NET中 - 我需要的所有標準。這個俱樂部的成員只不過是而不是會找出HTML並用它來使事情變得粗體，強調等等。所以，我給了他們FTB，這有點像微軟的Word。贏/贏，對吧？
錯誤。由於默認情況下，我留下了FTB給你的所有控件，所以人們挑選各種奇怪的廢話，主要是字體。組織中的每個人都愛上了Comic Sans。啊。這是爲了編輯一個面向公衆的網站，一切都看起來很不一致 - 字體的大小，字體的類型，一切。
因此，我進去關掉了大部分我不希望人們做的事情，比如更改字體或尺寸等等。
你知道人們做了什麼嗎？他們會在Microsoft Word中編輯所有內容，然後將其粘貼進去。他們注意到他們無法在FTB中做他們想做的事情，所以他們只是使用Microsoft Word來解決它（我確信這是他們如何在電子郵件中發送截圖好）。而且FTB只是接受所有這些，通常也是真的搞砸了換行符，所以看起來更加令人生厭。 FTB的設計使得當事情搞砸時，很難在不挖掘HTML的情況下修復它們，這超出了這些成員的能力範圍。
如果我再次嘗試觸摸該網站，我會剝離FTB並使用諸如堆棧溢出使用Markdown之類的WMD編輯器。我同意不讓人們看到他們的實時編輯將會是「維基」編輯錯過的問題。但我也認爲讓人們在線使用真正的所見即所得的編輯器（或者至少一個接受Word產生的背景HTML）是一種災難。我喜歡Stack Overflow使用的折衷方案 - 不要讓它們使用真實的HTML，而是要給它們一個實時預覽。
因此，雖然所見即所得編輯是您的要求之一，但您可能需要根據您的網站受衆重新考慮這一點。
這是演示與內容討論。維基是用來存儲和分散信息的，並且通過主觀測量使其看起來「不錯」應該是幾乎所有其他特徵的次要特徵。強制他們使用基本標記（標題，重點等），並讓每個用戶製作他們自己的樣式表 – 2009-02-18 15:45:25
儘管我主要使用MediaWiki，但它不具備所見即所得，並且它不適合限制讀取。如果你想限制編輯（根據你的「用戶管理層次結構（用戶/組）」），那麼這是非常可行的，但爲了限制閱讀，基本上保證你可以用水密的方式來完成。它不是爲此而構建的。可能你應該看看TWiki。它有一個所見即所得的編輯器，你也可以直接用HTML編寫。這是有益的，因爲你不會將尋呼機存儲在維基標記的中間層。
我相信它從底層開始具有非常強大的訪問控制。對於用戶來說這是相當不錯的。我認爲安裝很困難，但您沒有列出簡單的安裝作爲您的要求之一。 ;）一旦你過去了，它應該沒問題。它也有一個強大的社區，不過要注意不同名字的叉子，這要歸功於最近的呃disturbance。
您可以通過添加項來限制MediaWiki的訪問權限，例如。 http://www.mediawiki.org/wiki/Extension:Page_access_restriction。我嘗試升級TWiki安裝時遇到了不好的經歷 - 它不會起作用 - 但那是幾年前，也許他們自那時以來已經有所改進... – Jonik 2009-02-18 15:44:15
我喜歡Wiki中的FogBugz，但我使用FogBugz，所以它當然方便。
FWIW，我強烈推薦Foswiki.org（前TWiki）。這是一個非常成熟的Wiki，它有一個非常好的所見即所得編輯器以及實體wiki-ML，並且它還允許所有的HTML標籤。
這是很容易安裝在許多平臺上，幷包含良好的安全措施，包括對用戶和組的細粒度訪問控制。
還有一個選擇要求：數據庫或文件存儲。 – FerranB 2009-02-13 06:34:37