要安裝多少個wiki實例？

Question

我被要求安裝Mediawiki來存放公司內部網的文檔。此外，我被要求安裝幾個實例 - 每個貢獻組一個：非技術用戶得到一個，開發人員一個，管理一個等。這個想法是爲每個組提供單獨的網絡空間。有一種方法可以在一個實例內實現分離嗎？

Answer 1

名稱空間在那裏是有原因的。

Answer 2

雖然調出您的主管可能會很愉快......我不得不認爲部署Wiki中的不同類別或部門的單個Wiki是最容易的。

此外，鑑於目前的經濟條件下，有可能是在管理5個或6的Wiki實現一些附加的工作保障...

Answer 3

我想你已經有了一個有力的論據：維護多個實例將是一個疼痛。另外，如果所有用戶都可以讀/寫所有用戶，那麼在他們之間協調一個登錄系統會是一件痛苦的事情。

你可能會說服你的主管，你真正需要的是一個使用多個類別的wiki，因爲聽起來更像他真正想要的。類別可以保持條目的組織。你甚至可以爲每個類別編寫一個單獨的門戶頁面（它肯定比爲每個組維護一個新實例的工作少得多！）。儘管我沒有建議它，但您可以設置您的服務器以擁有指向同一站點的多個入口點...（即，wiki/dev，wiki/qa都指向相同的站點）。

Answer 4

我正在使用基於wiki的trac。
（小小的假設，你的wiki和我一起工作的wiki很像）
我認爲你可以安裝更多的wiki，因爲它們很容易維護。

當然你可以建議你的老闆，從一個維基開始，有很多類別。
建議：

1. 一個Wiki是一個系統工程，需要備份更加靈活和恢復
2. 從文檔防止從一個複製
3. 開始（可以說，對於開發商），然後添加其他維基。 （當開發人員開始在wiki上工作時，您可以再次嘗試使用「類別版本」，並且您將確切知道很多維基的費用）
4. 他對Mediawiki有什麼看法？ wizard of wiki choising

Answer 5

如果你結束了一個維基會和多個命名空間，確保在您的本地設置的$wgNamespacesToBeSearchedDefault，從而創建一個新的用戶帳戶，當它被設置爲自動搜索新的命名空間默認。

Answer 6

將幾個MediaWik作爲"wiki family"或「wiki farm」掛鉤在一起是可能的。然而，我必須同意其他評論者的觀點，即如果每個人都可以訪問所有內容，那麼這將會過度，而且這不是一個龐大的團體。

Namespaces「可以被認爲是同一個wiki中不同類型信息的分區，並且使」真實「內容與用戶簡檔，幫助頁面等分開。」您可能有名稱空間「Testing：」，「Dev：」，「Mgmt：」，「Users：」。然後，您可以從這些不同的角度撰寫有關每個主題的文章。因此，頁面「測試：登錄」，「開發：登錄」，「管理：登錄」，「用戶：登錄」等。

然而，當你在MediaWiki中製作[[links]必須明確地放置名稱空間（如果沒有明確的名稱空間，則它是沒有前綴的「主」名稱空間）。所以你必須教導每個組，總是把命名空間放入他們的鏈接和搜索中。這很煩人。如果你堅持使用像命名空間這樣的方法，我會推薦PmWiki。其「名稱空間」功能稱爲WikiGroups。創建「命名空間」與創建鏈接一樣簡單，更重要的是，如果您在某個特定名稱的頁面上，默認情況下，您對其他頁面創建的鏈接將位於同一個命名空間中。如果你想鏈接到不同命名空間中的頁面，你必須明確地說明。這對用戶來說是一大利好。

但是你當然不需要去命名空間來組織MediaWiki中的內容。您可以使用categories和/或templates來分組內容。如果你可能有不止一個團隊在同一主題上撰寫文章，那麼很可能你會遇到頁面衝突。您可以讓每個人都在同一頁面上書寫，按章節分隔不同的作者組，例如， ==用戶== ==測試== ==開發== ==管理==。

說實話，從你所描述的我真的只使用PmWiki。這是相當簡單和有效的。

Answer 7

我建議詢問誰要你這樣做爲什麼。這可能是爲了「安全」。但維基全都是關於協作的 - 那就是當它們蓬勃發展時。過度熱忱的安全考慮會殺死一個wiki。

我建議你爲維基的一個命名空間爭論，然後爲「安全的東西」分開維基（或名稱空間，甚至包括內容管理的Word文檔）。

請注意，您也可以跟蹤頁面瀏覽量。如果這是公開的，它會降低安全泄漏的可能性。