0

小さなデザイン会社のために SMW を使用してシステムをセットアップしようとしています。そこでは、クライアントのプロジェクトが毎日行われ、デザイナーが wiki でそのクライアントのページを更新します (即席の変更ログとして機能します)。

各クライアントは、その個々のクライアントの電子メール タグを持つテンプレートに関連付けられた独自のカテゴリとして機能します。

私がやろうとしているのは、新しいページがクライアントに電子メールで送信されるように、mediawiki サイトをセットアップすることです。クライアントに wiki ページを見るように指示するだけの通知システムを設定することは避けようとしています。全員がクライアント A の作業ログを確認できるようにします。または b. クライアント A が wi​​ki に登録しなければならないことにつながります。AもBも、私たちが「良い」と呼ぶものではありません。

ウィキ内のクライアントのページに現在ある電子メールに基づいてダイジェスト システムをセットアップすることについて、誰かアドバイスはありますか? 繰り返しますが、この理想的なシステムでは、クライアントは、読み取り専用を含め、wiki へのいかなる種類のアクセスも許可されません。

利用可能なヘルプをありがとうございました。

4

2 に答える 2

0

それは可能ですか?、ページを xml としてダウンロードし、その xml を彼に送信することをお勧めします (ただし、画像を取得しないか、ページの画像を取得してそれを送信することはできません)

于 2013-02-04T21:40:51.893 に答える
0

おそらく、MediaWiki の拡張機能を作成する (または作成する人を雇う) 必要があります。しかし、それを行う前に、コンセプトを再考してください。

そもそもWikiは編集がメインなので、新規記事作成のメールだけでは物足りないかもしれません。従業員が愚かな間違いを犯したらどうしますか?送信する前にプレビューを使用するのを忘れたらどうしますか? 一方、ページを更新するたびに顧客にスパムを送信することも悪い選択肢です。Flagged Revisions extensionの使用を検討してください。新しいページを作成し、もう一度注意深く読み、リビジョンに安定版のフラグを立てます。希望する通知拡張機能は、そのようなフラグが立てられたときに電子メールを送信し、更新を含む電子メールを送信できるようにします。ユーザーは自分のリビジョンに自動的にフラグを立てる権利を持っている場合があることに注意してください — それを無効にしてください。

カテゴリには、他の記事と同様にコンテンツが含まれている可能性があるため、電子メール アドレスの保存に適しています。

質問に戻ります。新しいページが作成されると、ArticleInsertComplete フックがトリガーされます。特定のページにフラグが立てられたときにどのフックがトリガーされるかはわかりませんが、ArticleSaveCompleteである可能性があります。拡張機能は、これらのフックのいずれかにワイヤリングして、電子メールを送信する必要があります。レンダリングされた記事を取得する方法はわかりませんが、これは確かに可能です (最悪の場合、Web リクエストを実行して HTML を収集できますが、もっと良い方法があるはずです)。

于 2013-02-04T22:18:12.133 に答える