php - Silverstripe CMS 是否像看上去那样易于部署、维护和开发？

Question

虽然我没有考虑过将其部署在我自己的网站上，但我认识的人向我发送了一个名为 SilverStripe 的 CMS 链接。我以前从未听说过。我阅读了他们的网站，查看并试用了他们的演示，等等。它看起来像是一个由自定义 PHP 框架(他们称之为 Sapphire)支持的 CMS。从我在他们的网站上收集到的信息以及使用他们的演示来看，它可能会像他们所说的那样好又容易(一旦你克服了任何学习曲线，考虑到它看起来很像其他 PHP 框架，而且它看起来很小，并且CMS)。

这里有人曾经使用 SilverStripe 部署、维护或开发过 CMS 吗？如果是这样，您能否从开发人员的角度解释一下？

我还发现了这个earlier question about SilverStripe here on StackOverflow ，但从开发的角度来看，我比从用户或管理员的角度更感兴趣。

Answer 1

我使用 Silverstripe 为多媒体和娱乐行业的一家公司开发了一个流量很大的网站。大部分工作是一年前完成的，但增强和维护工作仍在进行中。如果您愿意，我可以为您提供具体详细信息 - 在 Twitter 上私信我或给我发电子邮件。

简而言之:如果我能回到过去并在另一个 PHP CMS/框架中重做，我可能会使用 Drupal。

它非常适合不太深也不太宽的简单网站。但任何具有复杂 IA 的网站都可能会遇到麻烦。

我遇到的一些问题:

• 文档不完整、支离 splinter ，而且在许多情况下甚至不存在。

• 随着站点变得广泛和，管理界面很快就会变得站不住脚。他们通过 JavaScript 加载每个 Pane ，而在速度较慢的计算机上，速度就慢得像爬行一样。 (com.wiki 注释:已在 2.4 中修复)

• Silverstripe 无法拥有超出第一级的 URL。这意味着，他们只允许像 /about 这样的 URL，而不是 /about/team。您需要执行 /about_team。 (维基注释:在 2.4 中修复)

• Sapphire 和 Silverstripe 之间的区别是微乎其微的。尽管已经尝试将两者松散耦合，但很难真正将它们分开。 (注:2.4 中好多了)

• 每种主要内容类型都存在于网站树中。 Silverstripe 是一个严格基于页面的 CMS。例如，在创建博客文章时，每个单独的博客文章都是站点树上的一个项目。这使得在扩展具有数百篇博客文章的网站时变得不切实际。 (注:已在 2.3 - ModelAdmin 中修复)

• 坦白说，速度很慢。管理员很慢。前端速度很慢。操作码缓存有帮助，但仍然很慢。 (维基注释:2.4 中更好)

• 模板系统很奇怪。它允许您使用自定义 HTML，这很好，但模板标签有一点限制。例如，模板中的 if 条件只能排除单个 AND 或 OR。你不能将多个链接在一起。

• 有 buggy 。在开发过程中，我修复了 Silverstripe 核心中至少 10 个错误。我提交给他们的错误跟踪器的错误几个月都没有得到修复，即使修复很简单。