当您处理如此规模的网站时,最好不要转向 Joomla。 Joomla 可以处理相当多的问题,但我建议当网站随着流量的增加而适应时,拥有这么大的 Joomla 网站会容易得多。
让您的问题难以回答的部分原因是我们对您当前网站的用途知之甚少。
如果您正在查看最后两个选项中的任何一个,是的,从 SilverStripe(但不是 Joomla)转移听起来可能是件好事。
考虑到您要处理的流量,听起来您可能已经有了收入来源和开发团队。在这种情况下,可能值得让您的一些开发人员使用 CodeIgniter 和 Yii 并看看他们的想法。
我之前写了一个关于选择什么类型的框架的问题的详细答案,你可以在这里查看:
https://stackoverflow.com/questions/10095906/yii-or-zend-or-other-frameworks-under-the-following-requirements/10115678#10115678
我是 Yii 的粉丝,查看过很多其他框架。无论您使用哪种框架,我都想提供一条我认为对我从事的所有项目都很重要的建议。
您希望使用对象,而不是数据数组
上述原因是您的模型(以及它们生成的对象)最终可能会将您的业务逻辑内置到其中。从长远来看,这样做会使生活 far、far 更轻松。 Object Technology: A Manager's Guide 是一本关于这个主题的好书,针对经理和相当高层次的人(没有代码,尽管可能有几行伪代码)。我强烈推荐它。
框架思路
CakePHP
我开始涉足 CakePHP,直到我发现它没有交回对象(只是数组),这时我尖叫着跑了。
CodeIgniter
看看 CodeIgniter 对数据库模型的支持,我想你会很快用你的大小的网站达到它的限制,所以建议不要这样做。让 EllisLabs 决定放弃 CodeIgniter(有关更多详细信息,请参阅他们的网站)并不是一个好兆头。标志说远离。
在 PHP 框架中,我听到最多的是这些:
- Symfony 2
- Yii(披露:我每天都用这个)
- Laravel
Symfony
据我所知,这对 PHP 社区来说是一个巨大的刺激,许多最佳实践都来自该社区。单元测试,Composer,推动 PSR-1/2,代码模块化的理想(他们的一些核心代码最终在 Drupal 8 中结束)都是促使 PHP 社区编写比意大利面条代码更好的代码的好东西.话虽如此,感觉有点沉重和企业化,看起来学习曲线相当沉重。
Yii
当我在寻找一个框架时,我有很多需要迁移的遗留代码。 Yii 处理事情的方式,虽然有时固执己见,但在让我接触到在网络上大量使用的良好实践方面对我有很大帮助。也强烈推荐。
Laravel
当我在寻找一个框架时(2 多年前),Laravel 并不存在。它显然非常漂亮和前沿(还没有看过,我一直忙于在 Yii 世界中定期登陆新作品),但我有兴趣涉足它。也就是说,这里有一个 thoughtful article about Laravel 和我想知道的几个注意事项。
主要开发人员 Taylor Ortwell 似乎是一股主导力量。当他这样做并享受它赚钱时,这是一件很棒的事情。如果他决定做其他事情,不确定框架会发生什么。
框架的开发速度是一件了不起的事情,这意味着各种各样的创意源源不断。这是一个去看看很酷的新事物的好地方。也就是说,您希望您的开发人员能够轻松找到有关他们正在使用的框架的信息,这些信息在 Laravel 社区中可能会在 3-6 个月内严重过时。当我环顾四周时,Ruby on Rails 社区有同样类型的好/坏问题。关于新东西的信息太多了,有时很难找到有关您正在处理的框架版本的信息。
也就是说,那里有很多很酷的选择 :-) 我可能应该结束了,因为这比我预期的要长得多。让我们知道您最终做出的决定以及结果如何。