只是编辑它!

通过manbetx官方网站多少

:编辑一下!

我们需要工具而不是协议来编辑web上的内容。

我的第一篇文章我仅仅触及了鼓励在公共可用数据上进行协作所缺少的东西的表面。在这篇文章中,我想和大家分享我的观点。

我公布了我所在地区的技术用户组列表usergroups.rheinmainrocks.de。该列表由描述每个组的XML文件集合驱动。XML文件驻留在GitHub上的GIT存储库。每个人都可以编辑它们。

每个人都可以在GitHub上编辑public。每一个人?

好吧,至少如果他习惯了git的pull request工作流,文件格式到位,会说英语(因为这是GitHubs唯一的界面语言),在github.com上有一个账号。

如果我希望我的每一位听众都增强我关于用户组的数据收集,那么对XML文件的github pull请求就不是我的选择。我选它是因为它容易管理。从贡献者的角度来看,另一种方法可能更有难度:填写某种形式的表单并完成它。

看马!没有登录!

是的,我说的是匿名提交。我可以决定提交的数据是否适合我的上下文。作者信息很好,但不是必需的。

我真的不在乎谁在提交信息重要的是信息

为了鼓励对数据的贡献,这个过程必须像从亚马逊订购一样简单:直截了当,不言自明。但我们目前拥有的工具就是从那时开始的。在我们这个行业,我们称之为内容管理系统。重点是管理和制度。就功能和通用性而言,这些都是野兽,它们是通过向用户抛出大量的按钮和输入元素而无需任何解释来实现的。对于每一个CMS,你不仅需要供应商手册,而是关于如何将该系统用于特定站点的说明。

管理员区域必须消失!

管理区域——用户名和密码字段后面的东西——是为用户编辑内容而设计的。如果每个网站的内容可以很容易地分为几个文本,列表,链接,为什么在每个CMS中都必须有自定义的方式来编辑这些图像?

正是这些管理区域起到了拦截贡献的作用。

如果我们能建立一种易于使用和标准化的方式来编排编辑,审查和批准web上的内容,我们可以将重点放在发布内容上,而不是为其管理设置系统。

协议是针对机器的

有一个协议AtomPup-以系统中立的方式支持对任意数据的协作。这是通过定义一组操作(称为CRUD操作)和处理冲突的策略来实现的。它是一种健壮的、通用的方法,但是缺少一个重要的方面:它不关心要编辑的数据。对于协议的范围来说,这是正确的方法。没有必要关心数据atompub只是一个信使。内容编辑的实现是留给用户的,用户必须获得合适的工具。

添加约束会增加我们的目标

只需添加一些约束,我们就可以将其进一步推广到编辑任意数据的通用方法中,在这种方法中,我们可以对数据本身进行假设!

如果我们能够用几种内容类型描述web页面的内容,我们就可以提供一种服务来支持数据的即时版本——就像GitHub所做的那样。

我想我们可以!