5

MediaWiki の既存のインストールから、より機能豊富なものに移行することを考えています。今日、人々が MediaWiki で抱えている問題をすべて見つけようとしています (主に、Word と比較して、外部ドキュメントの処理が不十分であり、編集機能が不完全であることです)。

設計、仕様、プロセスのガイドラインには wiki を使用しています。現在、いくつかの外部ドキュメント (ドキュメント、パワーポイント) を共有フォルダーに置き、wiki からリンクしています (ファイルのアップロードは MediaWiki ではあまり便利ではないため)。摩擦を最小限に抑えようとしているので、誰もそれを使用しない言い訳や理由はありません.

私たちが検討しているいくつかのオプションは、Confluence、Trac、Sharepoint です。お金は大きな問題ではなく、使いやすさ (およびメンテナンス) と機能の豊富さだけです。何を使いますか？

4

9 に答える 9

15

私は特定の機能のニーズの詳細を優れたWikiMatrix選択ウィザードに組み込み、推奨事項を作成します。

于 2009-05-04T21:04:43.370 に答える
14

どちらかをお勧めします

  • Foswiki ( http://foswiki.org ) (商標の脅威を避けるために TWiki の開発者コミュニティ全体によってフォークされた) は、機能が豊富で完全にオープンなプログラマーの wiki です。コミュニティとチャットするには、irc.freenode.net の #foswiki にドロップしてください。
  • Mindtouch の Deki Wiki ( http://www.mindtouch.com/ ) は、明らかに最もユーザー フレンドリーで先進的で革新的な Wiki であり、最新の商用 + オープン ソース サービスです。Office ドキュメントとの優れた統合。

合流は避けたい。Confluence は、WYSIWYG に標準の HTML エディターを使用するため、wysiwyg の試みに対して致命的であることが証明されている設計上の選択 (ページに html と Wiki 構文を混在させることを禁止) を行いました。ユーザーにとって驚きです (たとえば、foswiki は、wiki 構文が表のセルの箇条書きのように処理しない部分を html として保持します)。Confluence には多くの優れた側面があります。特に、JIRA バグトラッカーとしてのアトラシアンの優れたツールとの統合 (私たちはこれを仕事で使用しており、良い結果が得られています) ですが、カスタマイズする予定はありません。

ホストされたウィキにも多くの優れた選択肢があります (すばらしい jotspot エンジンに基づく Google サイトはその 1 つです)。

もちろん、Sharepoint は絶対に使用しないでください。その wiki 機能は IE のみのジョークであり、Sharepoint 全体のアーキテクチャは頭がおかしい (非分散型データベースにすべてのデータ (巨大なドキュメントであっても) を格納することは、Microsoft 自身の推奨事項に反する)。Office と適切に統合された DMS が必要な場合は、代わりに KT (ナレッジ ツリー) を参照してください。 http://www.knowledgetree.com/。政治的な理由から、仕事でSharepointを使用することを余儀なくされましたが、基本的なドキュメント管理に限定し (バージョン間の互換性を壊すため、MOSS上位層を使用しないでください)、foswikiフロントエンドを統合しました (ドキュメントリストとxmlのメタデータをダンプし、 foswiki でナビゲーションを提供し、Google ボックスで検索します)

しかし、私の本当のアドバイスは... ウィキの概念に革命を起こすことを約束する Google の波を待つことです。

免責事項: 私は foswiki コミュニティの一員です。

于 2009-06-17T05:12:35.460 に答える
6

Mediawiki から離れる前に、利用可能な多くの拡張機能について検討することをお勧めします。IMO、特に拡張機能の数を考慮すると、MW ほど多くの機能を提供する wiki は多くありません。http://www.mediawiki.org/wiki/Category:Extensionsを参照してください

たとえば、編集用に、Word に似たブラウザー ベースのエディターがあります。また、Word 内から MS Word から Wiki にエクスポートできる Word 用のマクロもあります。

また、Semantic Mediawiki 拡張機能もチェックしてください。これらは、ナレッジ マネジメントの分野で非常に大きなメリットをもたらします。

于 2011-10-07T13:49:06.310 に答える
5

個人的には、WikiからSharePointに移行しないことをお勧めします。そこにある大きな問題は、SPの画像の恐ろしい取り扱いです。

于 2009-05-19T14:45:08.590 に答える
3

まず第一に、私はSharepointから離れます。限目。

Trac は問題の追跡に重点を置いており、外部ドキュメントのサポートが不十分であるため、Trac に切り替えることも考えません。

次の理由から、 Confluenceへの切り替えを検討します。

  • お金は問題ではありません（あなたが言ったように）
  • メンテナンス作業を最小限にしたい（あなたが言ったように）
  • wikiを使用して外部ドキュメントを処理したい（あなたが言ったように）

私は通常、オープン ソース テクノロジの強力な支持者ですが、あなたが提示した要件を考えると、それがあなたを満足させるとは思えません。たとえば、システムの保守とカスタマイズを提供する担当者がいる場合は、Foswiki を試すことをお勧めします。Foswiki は、そうでなければあなたのニーズに非常によく適合します。ただし、余分なメンテナンス作業を本当に避けたい場合は、Foswiki は適切なオプションではありません。

于 2010-02-03T10:32:29.993 に答える
2

私は Tiki Wiki CMS Groupware に取り組んでおり、いくつかのリンクを共有します。この質問はかなり頻繁に出てくるので、専用のページがあります: http://tiki.org/Tiki+vs+MediaWiki

MediaWiki の既存のインストールから移動することを考えています。

  • Tiki と MediaWiki はどちらも PHP/MySQL であるため、同じサーバーを使用できます。
  • Tiki には組み込みのインポーターがあります: http://doc.tiki.org/MediaWiki+importer

より機能豊富なものに。

設計、仕様、プロセスのガイドラインには wiki を使用しています。現在、いくつかの外部ドキュメント (ドキュメント、パワーポイント) を共有フォルダーに置き、wiki からリンクしています (ファイルのアップロードは MediaWiki ではあまり便利ではないため)。摩擦を最小限に抑えようとしているので、誰もそれを使用しない言い訳や理由はありません.

私たちが検討しているいくつかのオプションは、Confluence、Trac、Sharepoint です。お金は大きな問題ではなく、使いやすさ (およびメンテナンス) と充実した機能だけです。何を使いますか？

Tiki はフリー/オープン ソースです。しかし、あなたがポケットを燃やしているお金を持っているなら:-) http://tiki.org/Donation

コンサルタントを雇って、トレーニング/サポートを提供し、実装を加速したり、機能開発を後援したりすることもできます http://info.tiki.org/Consultants

于 2011-12-25T17:09:11.840 に答える
1

Word 文書をGoogle ドキュメントと共有することを検討しましたか? wiki のようなリビジョン管理とコラボレーション機能、および多くの形式をインポートおよびエクスポートできるリッチ テキスト エディターがあります。

TWiki はあなたにとっても素晴らしい選択肢のようです。私自身は使ったことはありませんが、リッチ テキスト エディターや、エンタープライズ プロジェクト管理機能が豊富に含まれています。

于 2009-05-11T21:51:09.303 に答える
0

WYSIWYG 用のFCK エディターを追加し、wiki と一緒に実行する適切なドキュメント管理システムを取得し、MediaWiki を続けます!

于 2010-07-14T12:02:39.060 に答える