Drupal 如果我想快速创建比Wordpress具有更多定制功能/选项的好网站，我应该避免使用CMS吗？

如果我想快速创建比Wordpress具有更多定制功能/选项的好网站，我应该避免使用CMS吗

我想成为一名更好的网站开发者，能够像Wordpress一样，快速、安全地创建功能丰富的网站。我不认为编写大量插件来实现与自己编程相同的功能是一个很好的解决方案

我已经写了一些游戏，测验和其他脚本，我希望能够回收或轻松适应CMS的工作

---

我目前有一个多语种的网站，使用a/nl/和/en/part，其中有一些我用PHP编写的自编游戏

我目前正在使用joomla进行一个项目，需要实现大量定制功能。在这种情况下，我通常需要创建一个插件或模块。这是一种痛苦。我更喜欢从头开始做这件事，而不是对代码进行黑客攻击。如果我有选择，我不会使用CMS。我讨厌它们。

我目前正在使用joomla进行一个项目，我需要实现大量定制功能。在这种情况下，我通常需要创建一个插件或模块。这是一种痛苦。我更喜欢从头开始做这件事，而不是对代码进行黑客攻击。如果我有选择，我不会使用CMS。我讨厌他们。

我认为归根结底是关于长期支持。当您在cake或其他框架中构建自定义CMS时，您也可以更轻松、更快地自定义和构建您想要的方式。如果这是一个您计划支持的项目（我指的是当您在非开发人员上发布此CMS时的bug/用户支持），那么这将非常有用。当事情需要更新，客户端需要修复和更改时，这会很快成为一个令人头痛的问题。这是完全可以管理的，只是比社区支持更让人头疼

也就是说，如果你对wordpress感到满意，那么该社区中存在的支持量是巨大的。很多时候，你可以离开项目，知道CMS和插件的更新将以正常的速度进入

---

TLDR所以，如果你知道这是一个长期支持的项目（或与你拥有相同舒适度和技能水平的人），那么我会说，你自己构建它，以便于构建和定制。如果这是一次性的，或者你计划交给一个几乎没有支持的客户，那么在社区支持的平台内构建是最好的。

我认为最终是关于长期支持。当您在cake或其他框架中构建自定义CMS时，您也可以更轻松、更快地自定义和构建您想要的方式。如果这是一个您计划支持的项目（我指的是当您在非开发人员上发布此CMS时的bug/用户支持），那么这将非常有用。当事情需要更新，客户端需要修复和更改时，这会很快成为一个令人头痛的问题。这是完全可以管理的，只是比社区支持更让人头疼

也就是说，如果你对wordpress感到满意，那么该社区中存在的支持量是巨大的。很多时候，你可以离开项目，知道CMS和插件的更新将以正常的速度进入

---

TLDR所以，如果你知道这是一个长期支持的项目（或与你拥有相同舒适度和技能水平的人），那么我会说，你自己构建它，以便于构建和定制。如果这是一次性的，或者你计划交给一个几乎没有支持的客户，在社区支持的平台内构建是最好的。

我真的要归结到优先级，如果你想快速构建一个站点，CSM是很难击败的，但是，当您从头开始编写内核时，您对内核的控制并不相同

但是你可以用插件/模块做任何事情，所以如果你愿意的话，控制就在那里。如果你自己编写，你将是大多数时候唯一的一组眼睛，因此在大多数情况下，实施新的标准和安全修复程序会比较慢（因为你需要首先找到它们），但使用CMS，你将有许多人同时努力使其更好、更安全

---

如果你想全面发展，我认为你需要同时做到这两个方面，有时你无法控制客户想要使用什么。

我真的要归结到优先级，如果你想快速构建一个网站，CSM很难被击败，但你对核心的控制力不如你从头开始编写它时的控制力

但是你可以用插件/模块做任何事情，所以如果你愿意的话，控制就在那里。如果你自己编写，你将是大多数时候唯一的一组眼睛，因此在大多数情况下，实施新的标准和安全修复程序会比较慢（因为你需要首先找到它们），但使用CMS，你将有许多人同时努力使其更好、更安全

---

如果你想全面发展，我想你需要两者兼得，有时你无法控制客户想要使用什么。

你可以使用Joomla这样的CMS快速创建网站，但问题是，即使有超过7000个扩展，有时出于你的特殊目的，你也找不到扩展，开发扩展可能非常困难。它需要对框架有全面的了解。如果您只需要管理内容，那么CMS是最佳选择。如果它像一个web应用程序，需要更多的交互，那么可以使用一些框架来提供应用程序的基本框架。e、 对于CRUD操作，许多框架提供了脚手架特性，使这件事变得轻而易举。CakePHP、CodeIgniter、Kohana是您可以使用的最好的PHP框架。

您可以使用Joomla之类的CMS快速创建站点，但问题是甚至超过7000个