内容管理的优点和缺点

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

1. 随站点移动- 如果客户想要移动其托管，则对托管有特定要求，并且可以立即移动整个站点及其管理功能，而无需重新配置外部工具。

2. 更安全- 有一个入口点：管理员登录。无需将数据库服务器对外开放或始终启用 FTP 访问（仅在需要推出代码更新时）。

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

4. 灵活性——由于我们可以访问所有代码和数据库，我们可以使网站上的任何内容都易于管理，而不受任何已安装的外部软件的限制。更改可以快速推出并立即应用于每个人。

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

1. 培训- 使用专有界面，可能需要一些用户培训。不过，无论外部与否，您都可能在使用任何内容管理软件时遇到这种情况。

2. 速度- 使用 Web 界面可能不如使用本机管理应用程序快。

我通常更喜欢在线数据库系统，因为它具有灵活性。Contribute 很棒，但不够灵活——我没有源代码来操纵它的工作方式。

如果 Contribute完全符合您的要求，并且一直都希望这样做，那就去做吧，否则您拥有的代码可能会更好地为您服务。

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

我们有一个非常大的 Plone 安装。我不是 Plone 的超级粉丝，因为它基于 Zope 和 Zeo，就资源而言，它们都可以是巨大的猪。根据我的经验，如果您期望任何级别的性能，您还需要在 Plone 前面有一个负载平衡器和 squid。

就个人而言，我喜欢并使用过大多数基于 PHP 的 CMS、博客软件等。

从安全性和可扩展性的角度来看，将静态 HTML 文件写入服务器的软件类型最容易在大范围（许多站点、许多用户）上实现——无论是基于 Web 的还是基于客户端的。您可以用最少的资源以这种方式托管网站。

如果您的需求很小并且想要动态化，请查看 Wordpress。在这一点上，它更像是一个 CMS，而不是一个博客工具，并且具有非常丰富的功能集、模板集和插件，并且相对容易开发。

如果您的需求是更大规模的，那么您将进入像 Plone 这样的系统。Plone 满足了我们的需求，因为它具有相当广泛的 ACL 系统。

使用任何拥有广泛用户群的工具，您都不会遇到长期存在重大安全漏洞的情况。对于范围非常狭窄或用户群很小的任何东西，我都会持怀疑态度。出于同样的原因，当已经为开发和保护这种系统做了大量工作时，我会谨慎地推出自己的产品。

您使用 CMS 的目标是什么？谁将进行更新以及什么样的更新。培训用户主要是为了访问数据还是为了上传和维护数据？

如果需要灵活性，CMS 可能比 Contribute 更好。哪个 CMS 取决于您需要的功能。