0

我正在尝试为一家小型设计公司建立一个使用 SMW 的系统,在该系统中,客户的项目每天都在进行,设计师会在 wiki 上更新该客户的页面(充当即兴变更日志)。

每个客户都充当自己的类别,与具有该单个客户的电子邮件标签的模板相关联。

我要做的是设置 mediawiki 站点,以便新页面通过电子邮件发送给客户。我试图避免设置一个通知系统,它只会告诉客户去查看他们的 wiki 页面,因为那样要么 a. 让每个人都能看到客户 A. 或 b. 的工作日志。导致客户 A 必须在 wiki 上注册。A 和 B 都不是我们所说的“好”。

有没有人对基于当前在 wiki 中客户页面上的电子邮件设置摘要系统有任何建议?我再说一遍,在这个理想的系统中,客户最终不会获得对 wiki 的任何访问权限,包括只读权限。

非常感谢您提供的任何帮助。

4

2 回答 2

0

这可能吗?,我建议将页面下载为 xml 并将该 xml 发送给他(但它不会获取图像,或者可能获取页面的图像并将其发送给他

于 2013-02-04T21:40:51.893 回答
0

您可能需要为 MediaWiki 编写(或聘请某人编写)扩展程序。但在你这样做之前,重新考虑你的概念。

首先,Wiki 是关于编辑的,因此仅发送一封关于创建新文章的电子邮件可能是不够的。如果你的员工犯了一个愚蠢的错误怎么办?如果他在提交前忘记使用预览怎么办?另一方面,在每次页面更新时向客户发送垃圾邮件也是不好的选择。考虑使用Flagged Revisions 扩展。创建一个新页面,再次仔细阅读,然后将修订标记为稳定。您所需的通知扩展程序会在此类标记上发送一封电子邮件,允许您发送包含更新的电子邮件。请记住,用户可能有权自动标记他们的修订——禁用它。

类别可能与任何其他文章一样具有内容,因此它们适合存储电子邮件地址。

所以,回到你的问题:创建新页面时会触发ArticleInsertComplete 钩子。我不确定标记给定页面时触发了哪个钩子,它可能是ArticleSaveComplete。您的分机应该连接到这些钩子之一并发送电子邮件。我不确定如何检索呈现的文章,但这当然是可能的(在最坏的情况下,您可以执行 Web 请求来收集 HTML,但必须有更好的方法)。

于 2013-02-04T22:18:12.133 回答