我应该如何组织我的网站以便使用共享包?让我们以 Stackexchange 为例。有很多子域:
webapps.stackexchange.com namespace StackExchange\webapps
programmers.stackexchange.com namespace StackExchange\programmers
etc.
每个子域都重用库。也许有一个问题类被所有网站重用,以帮助布局提问页面。
问题包会被打包到每一个子域包中吗?或者所有的包都引用问题包。换句话说:是哪种情况:
StackExchange\webapps\question
StackExchange\programmers\question
或者:
StackExchange\webapps
StackExchange\programmers
StackExchange\question
WHERE StackExchange\Webapps and StackExchange\programmers use StackExchange\question
我问是因为我正在设置我的网站,上面有几个独立的工具。我计划将每个工具放在同一台服务器上各自的子域中。每当我更新一个被许多子域使用的包时,我只想在一个地方更新服务器,所以我希望它存储在它自己的命名空间中。
我应该使用诸如 composer 之类的依赖管理器或其他工具来为我处理这个问题吗?实现这一目标的最佳实践方法是什么?
最佳答案
我不得不处理一个类似的场景,我有两个共享很多功能的网站。因为我必须重写其中一个,所以我尝试建立一个共享代码库。
命名空间
如何构建命名空间主要取决于个人喜好。
就个人而言,我将 Vendor\Package
用于共享内容,将 Vendor\Site\Package
用于特定于站点的代码。
您不想做的是在每个特定于站点的包中放置一个共享包(如您的第一个示例所暗示的那样),因为那样您将不得不复制和 修改您的代码文件(因为您必须更改 namespace )。
共享包放在哪里
在实际放置共享包的位置有两种选择:在每个应用程序(子域)本地或在服务器上全局放置。
全局包
在这里,您可以将共享代码放在服务器上的某个位置,每个应用程序都可以访问它。 rm-vanda's answer几乎描述了如何在实践中做到这一点。为此,您不需要 Composer。
在专业方面,您将只有一个共享包实例,而不是多个副本。您不能忘记更新您的应用程序之一。如果您使用像 APC 或 OpCache 这样的 PHP 加速器,这种方法也会节省一些内存,因为共享库只命中缓存一次。
本地包
另一种方法是为每个应用程序准备一份副本。这就是 Composer 默认采用的方法。通常,您在应用程序的主目录中会有一个“vendor”目录,您可以在其中放置这些共享内容(以及第三方代码,如果您使用的话)。这样,每个应用程序都可以使用不同版本的共享库。
就我个人而言,我最喜欢本地方法。我可以忍受额外的部署工作,我认为这是对 future 最安全的方式。
- 必须在多个服务器上拆分我的应用程序?没问题,他们已经非常独立了。
- 应用程序的数量在增长,如果我更新了一些东西,我不能总是检查所有的应用程序吗?只是不要更新所有这些。
- 我什至可以在具有不同版本共享库的同一台服务器上拥有生产环境和测试环境。
此外,通过这种方法,使用 Composer 感觉最自然。 Composer 是一个非常棒的东西,尤其是在使用第三方代码时。
关于php - 如何在网站 Bonus : across subdomains 上组织共享代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21125328/