内容pipe理优点和缺点

对于我们的Web项目，我们使用定制的内容pipe理系统，使用后台数据库和基于Web的控制台进行pipe理。 原因如下：

1. 随着网站移动 – 如果客户想要移动他们的主机，有托pipe的具体要求，整个网站及其pipe理function可以立即移动，而无需重新configuration外部工具。

2. 更安全 – 有一个单一的入口：pipe理员login。 无需使数据库服务器可用于外部世界，或始终启用FTP访问（仅当需要推出代码更新时）。

3. 从任何地方访问 – 如果客户需要更改，他们可以从任何Web浏览器login，而不必担心外部软件或在本地防火墙中打开漏洞等。

4. 灵活性 – 由于我们可以访问所有的代码和数据库，因此我们可以在网站上进行任何我们想要的操作，而不受任何安装的外部软件的限制。 更改可以迅速推出，并立即适用于所有人。

使用这样的系统的缺点可能包括：

1. 培训 – 使用专有界面，可能需要一些用户培训。 不pipe是外部还是非内容pipe理软件，你都可能会碰到这个问题。

2. 速度 – 使用Web界面可能不如使用本地pipe理应用程序那么快。

我通常更喜欢在线数据库系统的灵活性。 贡献是伟大的，但不灵活 – 我没有源代码来操纵它的工作方式。

如果Contribute 完全按照你想要的和永远想要的去做，那就去做吧，否则你有代码的东西可能会更好地为你服务。

我从系统中唯一禁止使用的主要CMS（我迄今为止所经历过的）是Joomla。

我们有一个非常大的Plone安装。 我不是Plone的忠实粉丝，因为它基于Zope和Zeo，就资源而言，这两者都可能是巨人。 如果您期望任何级别的性能，您还需要在Plone前面有一个负载平衡器和鱿鱼。

就个人而言，我喜欢并使用了大部分基于PHP的CMS，博客软件等。

从安全性和可扩展性的angular度来看，将静态HTML文件写入服务器的软件types很容易在广泛的范围内（很多网站，很多用户）实现 – 无论是基于Web的还是基于客户端的。 您可以用最less的资源托pipe网站。

如果你的需求很小，你想变得dynamic，看看WordPress的。 在这一点上，它不仅仅是一个博客工具，而且还有一个非常丰富的function集，模板集和插件，并且相对容易开发。

如果您的需求规模较大，那么您将进入像Plone这样的系统。 Plone满足了我们的需求，因为它的ACL系统非常广泛。

使用任何具有广泛用户基础的工具，您都不会遇到长时间处于严重安全漏洞状态的情况。 对于范围非常狭窄或用户基数很小的任何事情，我都会持怀疑态度。 出于同样的原因，当我已经做了大量的工作来开发和保护这种系统的时候，我还是不愿意滚滚自己的。

CMS的目标是什么？ 谁会做更新和什么样的更新。 培训用户主要是为了访问数据还是上传和维护数据？

如果需要灵活性，CMS可能比Contribute好。 哪个CMS将取决于你需要什么function。