Laravel elixir versioning (cache buster) 多台服务器
Laravel elixer versioning (cache buster) multiple servers
目前我们有一个包含多个服务器的新服务器环境,因此如果我们下载存储库和 运行 gulp,laravel elixer 的缓存清除功能将不起作用,因为每个服务器都有不同版本的 .js 和 .css 文件。
问题是负载平衡可以根据请求将用户发送到任一服务器。有些浏览器似乎不受此问题的影响,但例如我无法使用 JMeter 正确加载 css 或 js 进行负载测试。
有没有办法在不将编译后的文件添加到存储库或通过 FTP 传输所有内容的情况下同步构建?
我们正在尝试通过 运行 每次 productiosn
分支更新时拉下最新回购的脚本来自动部署。
我认为解决这个问题的唯一方法是提交编译后的资产文件。
起初我觉得这个解决方案很奇怪,因为我们没有版本 vendor
文件夹。
但是最后发现大部分前端项目总是commit一个dist
文件夹,里面有编译好的文件。
因此,每次修改资产文件时,您都需要提交 public 路径的 build
文件夹。
当然,不要忘记在推送之前制作一个gulp --production
以最小化您的文件。
目前我们有一个包含多个服务器的新服务器环境,因此如果我们下载存储库和 运行 gulp,laravel elixer 的缓存清除功能将不起作用,因为每个服务器都有不同版本的 .js 和 .css 文件。
问题是负载平衡可以根据请求将用户发送到任一服务器。有些浏览器似乎不受此问题的影响,但例如我无法使用 JMeter 正确加载 css 或 js 进行负载测试。
有没有办法在不将编译后的文件添加到存储库或通过 FTP 传输所有内容的情况下同步构建?
我们正在尝试通过 运行 每次 productiosn
分支更新时拉下最新回购的脚本来自动部署。
我认为解决这个问题的唯一方法是提交编译后的资产文件。
起初我觉得这个解决方案很奇怪,因为我们没有版本 vendor
文件夹。
但是最后发现大部分前端项目总是commit一个dist
文件夹,里面有编译好的文件。
因此,每次修改资产文件时,您都需要提交 public 路径的 build
文件夹。
当然,不要忘记在推送之前制作一个gulp --production
以最小化您的文件。