使用Symfony创建包含多个应用程序、普通PHP应用程序和静态页面的网站？

我的老板非常喜欢流行语，他坚持认为我们应该使用Symfony 2创建新网站

我已经使用Symfony开发了几个应用程序，但我现在遇到的问题是，这个网站由几个应用程序、静态网页，甚至是主要由意大利面条代码组成的好的旧PHP应用程序组成

• 我是否需要各种Symfony安装，每个应用一个，或者我可以吗 用同样的？我会使用捆绑包，还是有更好的方法
• 使用Symfony为静态网页提供服务有意义吗
• 如果我在网站的根目录上安装Symfony，以便使用它创建一个通用登录系统，我是否可以指示Symfony忽略对旧应用程序的请求
• 正如你所建议的：对于应用程序，我将使用一个Symfony安装，然后每个应用程序使用一个捆绑包
• 为了实现一致的集成，我将从Symfony提供静态页面，从性能上来说，这没有任何区别，因为它们将从Symfony缓存中得到很好的服务。从Symfony 2.2开始，通过捆绑包路由配置中的FrameworkBundle:Template:Template，静态页面的集成也非常简单。（例如，请参见此处：）
• 至于对旧应用程序的请求，我认为最好捕获这些请求并将其重定向到新的相应应用程序，同时根据新应用程序的需要重写参数。这可能由htaccess完成
• 首先，围绕今天可以使用并且以后应该可以使用的所有页面构建某种测试工具
• 如果整个网站由同一个域提供服务，或者您共享实体或其他配置，那么一定要使用一个Symfony安装。您不希望更新多个安装，也不希望手动将数据从一个数据库推送到另一个数据库。如果它们位于不同的域上，并且您希望每个用户只有一个登录，请使用SSO
• 查看您的流量，了解是否通过Symfony提供静态页面。如果你有1000个并发用户，80%的流量都流向这些静态页面，那么我要说的是务实一点，从CDN为它们提供服务。另一方面，如果你的流量在动态内容中稍低或更广，那么一切都在Symfony中会更容易
• 您可以阻止或转发URL，但如果可能的话，最好通过Web服务器（Apache、Nginx）来实现，因为加载整个Symfony框架只是为了进行重定向是毫无意义的

---

我同意布舍尔的观点。您可以将每个应用程序分发到捆绑包中。在静态页面上使用Symfony一点也没有坏处，特别是你会坚持使用应用程序框架，最好在一个平台上保持完整。对于静态页面，您可以使用twig创建一个只包含“视图”（静态页面）的包。只要创建一些路由规则，你就可以了。这就是我对我的孩子所做的

---

你会重写旧的php应用程序吗？或者只是稍微调整一下，让它变得友好一些？
这里有一个关于这个主题的精彩介绍：