3

2 段階の承認プロセスを許可するように Wiki を構成しようとしています。基本的なワークフローには次のようなものが必要です。

  1. ユーザーのグループが短いフォームを送信します
  2. 管理者の承認後、グループはより大きなフォームを使用できるようになります
  3. グループはより大きなフォームを送信します
  4. 管理者の承認後、ページ (フォームで入力) が公開されます

私はしばらくの間、TikiWiki と MediaWiki を調べて、それぞれをこのモデルに近づけるように構成しようとしましたが、いくつかの問題が発生しています。

TikiWiki では、グループの権限を変更して新しいトラッカーへのアクセスを許可するか、フォームのカテゴリを変更して 1 つのフォームを閉じて別のフォームを開くかのいずれかで、承認段階を移行する必要があるようですが、特定できていません。その構成のアクセス許可。

MediaWiki の主な問題は、バックエンドが複雑なパーミッションを持つように作成されていないことです。これを構築するために SMWHalo を SemanticForms と共に使用してきましたが、グループまたはフォームのいずれかの権限を自動的に変更するための Tikiwiki のトランジションのようなものは見つかりません。

私は Wiki 開発に少し慣れていませんが、Wiki フレームワークには多くのオプションがあることを知っているので、この製品の優れたワークフローについて提案を求めています。私の目標は、フレームワーク コードに実際に触れて最終的な調整を行うことであり、すでに十分に開発されたコード ベースの変更を開始することではありません。

4

2 に答える 2

2

なぜこれが必要なのか、なぜウィキでこれが必要なのかを自問する必要があります。

Wiki の主な利点は、すばやく簡単に使用できることであり、ユーザーにとって心強いものです。承認ステージを追加すると、ユーザーの参加が妨げられます。どのウィキでも最も難しいのは、荒らしや虚偽の情報を防止しないことです。最も難しい部分は、参加を促すことです。

難しい承認ワークフローが本当に必要な場合は、CMS システムを検討することをお勧めします。私の知る限り、typo3にはこのようなものが組み込まれています。

本当に wiki と承認プロセスを使用したい場合は、DokuWiki の公開プラグインをご覧ください: http://www.dokuwiki.org/plugin:publish

于 2011-07-13T06:37:23.533 に答える
0

MediaWiki の FlaggedRevs 拡張機能は、基本的なパーミッション ワークフローを追加します。

http://www.mediawiki.org/wiki/Extension:FlaggedRevs

ただし、まったく新しいページを追加するのではなく、既存のページへの変更を制御することを目的としています。下書きとして新しいページを作成し、承認済みのバージョンのみを表示するようにパブリック ビューをデフォルト設定するように設定することもできますが、承認されていないバージョンを完全に非表示にする必要があるようです。そもそもウィキのポイント）。

于 2011-07-17T23:14:35.653 に答える