Wiki 的麻煩

，作者 Brian Kelly | 2006年12月20日 | 活動、Wiki | 2 則留言。UKOLN 於 2006 年 11 月 3 日在伯明罕舉辦了一場「探索 Wiki 潛力」的工作坊。工作坊的評估摘要現已發布；關於工作坊、演講和討論小組的評論，顯示出人們對機構提供 Wiki 的興趣。然而，隨著 Wiki 軟體的使用日益增加，一些限制也變得更加明顯。以下是我所發現的一些問題，這些問題可能未在工作坊中討論過：導覽性：Wiki 上的「首頁」按鈕是什麼意思？它是 Wiki 服務的首頁（可能是為整個機構提供的服務）嗎？它是個人的首頁，而該個人可能擁有多個子 Wiki 嗎？還是它是某個子 Wiki 區域的首頁？URI 結構：還記得機構曾提供 URI 命名慣例的指引嗎？例如 UKOLN 的《專案網站 URI 命名慣例》簡報文件？這類指引處理的問題包括：對 URI 中單詞的大小寫採取一致的做法，以及 URI 中單詞分隔的慣例（通常偏好使用「-」而非「_」或空格）。使用 Wiki 時，你可能會發現 Wiki 軟體強制套用某種 URI 結構，而這可能與機構的指引相衝突。網站結構：階層式的 URI 結構有助於定義網站中自成一體的區域。這種結構可被離線瀏覽器等工具所利用。然而，許多 Wiki 提供的扁平結構意味著這類好處可能會喪失。標準：Wiki 能確保網站符合 HTML 和 CSS 標準嗎？危險在於有些可能無法做到。無障礙性：Wiki 是否允許作者提供必要的結構和標記，以確保身心障礙者能使用輔助技術存取 Wiki 中的內容？裝置獨立性：透過使用 AJAX 技術為作者和讀者提供豐富使用者體驗的 Wiki，能否在 Apple Macintosh 等平台上使用？工作坊上有一位 Macintosh 使用者表示，工作坊的 WetPaint Wiki 需要用到（根本不存在的）滑鼠右鍵才能編輯 Wiki 上的頁面。這些是致命問題嗎？我們是否應該暫緩部署 Wiki 軟體的計畫，直到這些問題獲得解決？Wiki 還有其他重大問題嗎？或者這些限制可以被 Wiki 能帶來的好處所抵銷？2 則留言。Tim Beadle 於 2006 年 12 月 20 日下午 3:28 表示：這聽起來更像是「某些 wiki 軟體的麻煩」，而不是 wiki 概念本身的麻煩。

P.S. A few readers have asked which managed wordpress hosting we actually reach for — it's WP Engine; take a look here if you want the current details.