目前的情况是 页面的内容都是静态加载，一次加载，通过数据测试整个页面第一次完全加载40秒，第二次17秒，主要是图片请求：图片加载过来有380个请求，解决方案，拆分域名，合并请求 做Gzip 这些都具体的怎么操作。。求个老师教我。。有偿
光阴似箭催人老，日月如移越少年。
如果使用自己的服务器，图片独立一个目录，针对此目录单独配置一个域名，程序端的图片链接修改成新的域名即可；
建议将图片放在第三方云服务器上，比如七牛云存储。
合并请求方式就多了，通过PHP等程序或者nginx都可以，建议自行google一下。
首先说拆分域名，因为浏览器对于同一域名进行请求的并发连接数是有限制的，所以一般如果一个网页上的静态资源过多的话，我们一般会做域名拆分，所以你经常可以看到一些这样的图片地址：img1.xxxx.com/xxxx.jpg,img2.xxxx.com/cccc.jpg,其实他们可能访问的是同一个资源目录，但是却用的不同的域名。这个可有生成页面的代码进行操作。 然后是合并请求 和GZiP，这个配置起来也很简单，请参照你们服务器进行查询，如果你们用的是nginx就查一下nginx是怎么配置合并请求的。GZIP也可以在这一层做.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
如果使用自己的服务器，图片独立一个目录，针对此目录单独配置一个域名，程序端的图片链接修改成新的域名即可；
建议将图片放在第三方云服务器上，比如七牛云存储。
合并请求方式就多了，通过PHP等程序或者nginx都可以，建议自行google一下。
首先说拆分域名，因为浏览器对于同一域名进行请求的并发连接数是有限制的，所以一般如果一个网页上的静态资源过多的话，我们一般会做域名拆分，所以你经常可以看到一些这样的图片地址：img1.xxxx.com/xxxx.jpg,img2.xxxx.com/cccc.jpg,其实他们可能访问的是同一个资源目录，但是却用的不同的域名。这个可有生成页面的代码进行操作。
然后是合并请求 和GZiP，这个配置起来也很简单，请参照你们服务器进行查询，如果你们用的是nginx就查一下nginx是怎么配置合并请求的。GZIP也可以在这一层做.