php - Docker + Apache + PHP-FPM 静态内容

Question

我正在使用 Slim/Twig 将一些 PHP 站点移至 docker 容器。在旧服务器中，一个请求传入 slim 路由，该请求发送回 html，然后浏览器进行调用以获取 apache 接管的资源 CSS、图像等。

迁移到 Docker，httpdconf 本质上是这样的:

ProxyPassMatch "^/(.*\.php\/(.*)?)$" "fcgi://php:9000/var/www/html/public/index.php/$2"

仍在解决所有问题，但这本质上是将 http://192.168.33.20:8080/index.php/admin 之类的请求转发到 fcgi://php:9000/var/www/html/public/index.php/$2 和 Slim 会选择 admin 路径的所有其余部分，并返回由 twig 渲染的正确 View 。

我遇到的问题是资源。我通过 Composer 将大部分 css 和前端框架放在 php 应用程序中。因此浏览器再次调用:

/index.php/vendor/twbs/bootstrap/dist/js/bootstrap.bundle.js HTTP/1.1" 404

收到404，因为 Slim 不知道这条路径是什么，而 apache 只是转发。

我所看到的和缺点:

1. 将资源放在 Apache 上，但这基本上像服务器一样将 Apache 和 php 结合在一起。

2. 创建一个容器来服务这些文件，即另一个非负载平衡器 Apache 来服务这些请求。这仍然是耦合的，也意味着我需要找到一种方法来在蓝绿色部署中存储多个版本。

3. 将一个卷安装到 Apache lb。不知道为什么我放弃了这个。可能是版本问题。

4. 创建可以搜索资源的路由。到目前为止，我最喜欢的想法，但增加了代码复杂性。

所以我的问题是 Docker 中有处理这个问题的标准方法吗？

Answer 1

我的标准做法是通过框架路由来控制资源访问。示例实现(以 Lumen 为单位):

$router->get('/asset[/{path:.*}]', 'AssetController@load');

示例请求和响应如下所示:

GET /asset/js/app.js HTTP/1.1
Host: localhost:8080
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36
Accept: */*
Referer: http://localhost:8080/spa/example
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9

HTTP/1.1 200 OK
Server: nginx
Content-Type: application/javascript
Content-Length: 21056410
Connection: keep-alive
Last-Modified: Sun, 31 Jul 63 19:34:21 +0000
Cache-Control: private, must-revalidate
Date: Wed, 31 Jul 2019 19:34:21 GMT
Accept-Ranges: bytes
X-XSS-Protection: 1; mode=block
X-Content-Type-Options: nosniff
Content-Security-Policy: default-src  'self'; connect-src  'self'; img-src  'self'; style-src 'unsafe-inline' fonts.googleapis.com 'self'; font-src fonts.gstatic.com 'self'; script-src 'unsafe-inline'  'self' 'unsafe-eval'

您的 Controller (例如，我之前的示例中的 AssetController)会小心地将 URL 路径转换为文件系统路径(注意 .. 和其他技巧，使用 realpath 并将其与代码的安装基本路径进行比较)，设置 Content-Type 和 Content-Length header 以及任何相关的缓存 header ，然后流式传输文件。

虽然这确实增加了复杂性和一定量的开销，但它提供了通过业务逻辑限制资源的灵活性。

如果性能是一个问题，您可以提升对 Web 服务器的访问或屏蔽 CDN 和代理内容后面的路由。