你对使用Windows Live Writer与你的网站进行内容编辑系统的通讯有何看法?
Windows Live Writer支持多类别博客(即可以是新闻、文章和博客),多类别页面,标记,XHTML WYSIWYG编辑,通过服务或ftp上传图像和文件,并且客户端具有“插入HTML”插件库,其中包含许多为流行站点开发的插件。
最棘手的部分是在您的服务中实现所有XmlRpc方法,但是使用Reflector进行一些挖掘,会发现它们实现的功能非常简单。
你对使用Windows Live Writer与你的网站进行内容编辑系统的通讯有何看法?
Windows Live Writer支持多类别博客(即可以是新闻、文章和博客),多类别页面,标记,XHTML WYSIWYG编辑,通过服务或ftp上传图像和文件,并且客户端具有“插入HTML”插件库,其中包含许多为流行站点开发的插件。
最棘手的部分是在您的服务中实现所有XmlRpc方法,但是使用Reflector进行一些挖掘,会发现它们实现的功能非常简单。
在一个网站的常规更新模式下,即发布新的“新闻”(也称为博客文章),页面编辑变成了更新静态内容的次要任务。
我考虑过了,但这有点像把一个三角形放进一个圆孔里。它会合适,但不是完全正确的。由于主要重点在博客方面,如果您向某人展示为页面编辑器,那么页面编辑会变得相反直觉。
我也是这么想的。使用Windows Live Writer或MS Word 2007(它也支持Atom发布)编辑网站上的网页材料将是非常棒的(理论上),对吧?
我尝试研究创建AtomPub服务器(使用Google数据API,Apache Abdera或Project ROME),以在Java Google App Engine上创建简单的Atom出版服务器后端。它将把实体和图像保存到GAE数据存储中。通过网站上的简单前端可以显示保存的数据。所有编辑都将在MS Word中完成。
但是为我定制的Atom发布服务器非常困难。 我现在打算放弃,至少对于AtomPub协议是这样。 像CRUD实体接口这样的非常简单的东西可能仍然适用于Windows Live Writer,因为它支持更简单的协议。
就我所知, GAE 还没有这么做。然而,Umbraco ASP.net CMS 支持这一点。