在一个项目还是单体架构的时候，所有的js，css，image都会在一个web网站上，看起来并没有什么问题，比如下面这样：

但是当web网站流量起来的时候，这个单体架构必须要进行横向扩展，而在原来的架构中静态资源这羊毛是出在单体架构这头羊身上，所以横向多少

个单体，就有多少个静态资源文件夹，比如下面这样的架构。

那这种架构有什么问题呢？ 总的来说会有如下二个问题：

1.   浏览器对单一域名的请求有并发限制。

在同一个域名下，一般来说有js，css,img,media,html等等静态资源，如果资源都挂在同一个域名下，势必会影响页面的加载速度，而且单一域名

下静态资源还会带上同域名下的cookie等本不需要附加的信息。

2.  不方便管理和资源的浪费

为什么这么说呢？ 我们知道静态资源一般来说都是很占资源空间的，尤其是用户上传的头像，csv那更是占用web服务器资源，为了应对突发情况，

一般会保持web代码的3个版本的回滚策略，也就是说你需要在web1，web2，web3上同时进行3个静态资源文件夹的copy，相比单独用静态资源服务

器统一管理的文件夹的情况对比，前者的磁盘资源的浪费可想而知。。。所以改正后的架构应该是这样的。

有些同学可能会说，空口无凭，你得找点真实的案例给我看看，为了满足你的胃口，下面我就找下‘携程’ 和 ‘淘宝’站点给你分享一下。

一：携程首页对这二个问题的解决

啥也不想说，通过浏览器随便抓取一个css文件给大家分享一下，详细如下图：

1. css的加载路径

从http://webresource.c-ctrip.com/ResCRMOnline/R5/css/index/private_index.A_v3.css?ts=20170828_pro 中可以看到这和www.ctrip.com

域名根本就不是一个域名，除了有点像，不说话，甚至还有点想笑，所以这种方式的加载对页面的快速呈现有很大的帮助。

2. 对R5的分析

这个R5是什么意思，就是有10个版本，R1-R10，每发布一个新版本，R++，轮回而已，所以你可以将R5 -> R6，那就是轮回之前的css版本。

携程现在的静态资源大部分也是使用到了tengine,这是一个淘宝开源的基于nginx的proxy服务器，在nginx上面做了很多的优化，而且tengine很

大的一个亮点就是可以使用多文件合并加载，比如10个css文件，可以合并成一个css进行呈现，这就让10个http请求变成了1个，同样也是对页面

快速呈现有非常大的帮助，很可惜在ctrip上面并没有找到合并加载css,js的案例，或许还是历史的原因吧，那只能在taobao官网上找一下看看。

从上图中可以清楚看到tengine的强大功能，将default-min.css 和 apply-min.css 进行了合并加载，很神奇吧，接下来分享一下tengine的安装配置。

二：tengine安装

1.  下载地址：

可以去tengine官网（http://tengine.taobao.org/）上找到目前最新的 2.2.0的安装包。

[root@localhost myapp]# wget http://tengine.taobao.org/download/tengine-2.2.0.tar.gz

---- ::--  http://tengine.taobao.org/download/tengine-2.2.0.tar.gz

Resolving tengine.taobao.org (tengine.taobao.org)... 120.55.149.135

Connecting to tengine.taobao.org (tengine.taobao.org)|120.55.149.135|:... connected.

HTTP request sent, awaiting response...  OK

Length:  (2.1M) [application/octet-stream]

Saving to: ‘tengine-2.2..tar.gz’

%[===================================================================================================>] ,,   .11MB/s   in .0s   

-- :: (2.11 MB/s) - ‘tengine-2.2..tar.gz’ saved [/]

[root@localhost myapp]# tar -xzvf tengine-2.2..tar.gz

[root@localhost myapp]# ls

tengine-2.2.  tengine-2.2..tar.gz

[root@localhost myapp]# cd tengine-2.2.

[root@localhost tengine-2.2.]# ls

AUTHORS.te  CHANGES     CHANGES.ru  conf       contrib  html     man      packages  README.markdown  tests

auto        CHANGES.cn  CHANGES.te  configure  docs     LICENSE  modules  README    src              THANKS.te

[root@localhost tengine-2.2.]# pwd

/root/myapp/tengine-2.2.

2. 然后就是tengine的一些依赖包

[root@localhost myapp]# yum install -y zlib zlib-devel openssl openssl-devel pcre pcre-devel gcc gcc-c++

3. 常规的configure, make,make install

[root@localhost tengine-2.2.0]# ./configure --prefix=/usr/myapp/tengine

checking for OS

 + Linux 3.10.-.el7.x86_64 x86_64

checking for C compiler ... found

 + using GNU C compiler

 + gcc version: 4.8.  (Red Hat 4.8.-) (GCC)

checking for gcc -pipe switch ... found

checking for gcc builtin atomic operations ... found

checking for C99 variadic macros ... found

checking for gcc variadic macros ... found

checking for compiler structure-packing pragma ... found

checking for unistd.h ... found

checking for inttypes.h ... found

checking for limits.h ... found

checking for sys/filio.h ... not found

checking for sys/param.h ... found

checking for sys/mount.h ... found

checking for sys/statvfs.h ... found

checking for crypt.h ... found

checking for Linux specific features

checking for epoll ... found

checking for EPOLLRDHUP ... found

checking for O_PATH ... found

checking for sendfile() ... found

checking for sendfile64() ... found

checking for sys/prctl.h ... found

checking for prctl(PR_SET_DUMPABLE) ... found

checking for sched_setaffinity() ... found

checking for crypt_r() ... found

checking for SO_REUSEPORT ... found

checking for sys/vfs.h ... found

checking for nobody group ... found

checking for poll() ... found

checking for /dev/poll ... not found

checking for kqueue ... not found

checking for crypt() ... not found

checking for crypt() in libcrypt ... found

checking for F_READAHEAD ... not found

checking for posix_fadvise() ... found

checking for O_DIRECT ... found

checking for F_NOCACHE ... not found

checking for directio() ... not found

checking for statfs() ... found

checking for statvfs() ... found

checking for dlopen() ... not found

checking for dlopen() in libdl ... found

checking for sysinfo() ... found

checking for getloadavg() ... found

checking for /proc/meminfo ... found

checking for sched_yield() ... found

checking for SO_SETFIB ... not found

checking for SO_ACCEPTFILTER ... not found

checking for TCP_DEFER_ACCEPT ... found

checking for TCP_KEEPIDLE ... found

checking for TCP_FASTOPEN ... found

checking for TCP_INFO ... found

checking for accept4() ... found

checking for eventfd() ... found

checking for int size ...  bytes

checking for long size ...  bytes

checking for long long size ...  bytes

checking for void * size ...  bytes

checking for uint64_t ... found

checking for sig_atomic_t ... found

checking for sig_atomic_t size ...  bytes

checking for socklen_t ... found

checking for in_addr_t ... found

checking for in_port_t ... found

checking for rlim_t ... found

checking for uintptr_t ... uintptr_t found

checking for system byte ordering ... little endian

checking for size_t size ...  bytes

checking for off_t size ...  bytes

checking for time_t size ...  bytes

checking for setproctitle() ... not found

checking for pread() ... found

checking for pwrite() ... found

checking for sys_nerr ... found

checking for localtime_r() ... found

checking for posix_memalign() ... found

checking for memalign() ... found

checking for mmap(MAP_ANON|MAP_SHARED) ... found

checking for mmap("/dev/zero", MAP_SHARED) ... found

checking for System V shared memory ... found

checking for POSIX semaphores ... not found

checking for POSIX semaphores in libpthread ... found

checking for struct msghdr.msg_control ... found

checking for ioctl(FIONBIO) ... found

checking for struct tm.tm_gmtoff ... found

checking for struct dirent.d_namlen ... not found

checking for struct dirent.d_type ... found

checking for sysconf(_SC_NPROCESSORS_ONLN) ... found

checking for openat(), fstatat() ... found

checking for getaddrinfo() ... found

checking for PCRE library ... found

checking for PCRE JIT support ... found

checking for OpenSSL library ... found

checking for zlib library ... found

creating objs/Makefile

Configuration summary

  + using system PCRE library

  + using system OpenSSL library

  + md5: using OpenSSL library

  + sha1: using OpenSSL library

  + using system zlib library

  + jemalloc library is disabled

  nginx path prefix: "/usr/myapp/tengine"

  nginx binary file: "/usr/myapp/tengine/sbin/nginx"

  nginx configuration prefix: "/usr/myapp/tengine/conf"

  nginx configuration file: "/usr/myapp/tengine/conf/nginx.conf"

  nginx pid file: "/usr/myapp/tengine/logs/nginx.pid"

  nginx error log file: "/usr/myapp/tengine/logs/error.log"

  nginx http access log file: "/usr/myapp/tengine/logs/access.log"

  nginx http client request body temporary files: "client_body_temp"

  nginx dso module path: "/usr/myapp/tengine/modules/"

  nginx http proxy temporary files: "proxy_temp"

  nginx http fastcgi temporary files: "fastcgi_temp"

  nginx http uwsgi temporary files: "uwsgi_temp"

  nginx http scgi temporary files: "scgi_temp"

[root@localhost tengine-2.2.0]# make && make install

4. 启动tengine下的nginx进程，可以看到当我启动之后，tengine的80端口已经打开了。

[root@localhost myapp]# ls

tengine  tengine-2.2.  tengine-2.2..tar.gz

[root@localhost myapp]# cd tengine

[root@localhost tengine]# ls

conf  html  include  logs  modules  sbin

[root@localhost tengine]# cd conf

[root@localhost conf]# cd ../sbin

[root@localhost sbin]# ls

dso_tool  nginx

[root@localhost sbin]# ./nginx

[root@localhost sbin]# netstat -tln

Active Internet connections (only servers)

Proto Recv-Q Send-Q Local Address           Foreign Address         State

tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN

tcp               192.168.122.1:        0.0.0.0:*               LISTEN

tcp               0.0.0.0:              0.0.0.0:*               LISTEN

tcp               127.0.0.1:           0.0.0.0:*               LISTEN

tcp               127.0.0.1:            0.0.0.0:*               LISTEN

tcp6              :::                   :::*                    LISTEN

tcp6              :::                 :::*                    LISTEN

tcp6              :::                  :::*                    LISTEN

[root@localhost sbin]#

三：css文件和合并加载的验证

1. css文件验证

下面在nginx.conf 中配置一下静态资源的访问路径，所有静态资源都是放在/usr目录下。

        location ~ ^/(images|javascript|js|css|flash|media|static)/  {

          root        /usr;

        }

然后生成 /usr/css/top.css 文件，最终浏览可以发现配置已生效。

[root@localhost usr]# mkdir css

[root@localhost usr]# ls

bin  css  etc  games  include  lib  lib64  libexec  local  myapp  sbin  share  src  tmp

[root@localhost usr]# cd css

[root@localhost css]# rz

[root@localhost css]# ls

top.css

2. css 合并压缩

这个合并模式还需要在tengine下安装一个ngx_http_concat_module 模块，可以看下官网：http://tengine.taobao.org/document_cn/http_concat_cn.html。

我这里采用静态编译，编译之前先把之前的tengine进程给关闭掉（nginx -s stop）。

[root@localhost myapp]# cd tengine-2.2.

[root@localhost tengine-2.2.]# ls

AUTHORS.te  CHANGES     CHANGES.ru  conf       contrib  html     Makefile  modules  packages  README.markdown  tests

auto        CHANGES.cn  CHANGES.te  configure  docs     LICENSE  man       objs     README    src              THANKS.te

[root@localhost tengine-2.2.]# ./configure --prefix=/usr/myapp/tengine --with-http_concat_module && make && make install

接下来只要在nginx.conf 中配置concat on，最多合并20个文件，最后 nginx -s reload 重启一下

        location ~ ^/(images|javascript|js|css|flash|media|static)/  {

          root        /usr;

          concat on;

          concat_max_files ;

          concat_types text/css application/x-javascript;

        }

接下来再上传一个tips.css到/usr/css目录下，然后键入url：http://192.168.23.168/css/??top.css,tips.css ，，，终于大功告成啦。。。。

好了，本篇就说到这里，希望对你有帮助。。。

如何大幅提升web前端性能之看tengine在大公司架构实践的更多相关文章

  1. web前端性能优化指南(转)

    web前端性能优化指南 概述 1. PC优化手段在Mobile侧同样适用2. 在Mobile侧我们提出三秒种渲染完成首屏指标3. 基于第二点,首屏加载3秒完成或使用Loading4. 基于联通3G网络 ...

  2. Web前端性能优化教程05：网站样式和脚本

    本文是Web前端性能优化系列文章中的第五篇,主要讲述内容:网站样式和脚本代码的放置位置.使用外部javascript和css.完整教程可查看:Web前端性能优化 一.将样式表放在顶部 可视性回馈的重要 ...

  3. Web前端性能优化的9大问题

    1.请减少HTTP请求基本原理:在浏览器(客户端)和服务器发生通信时,就已经消耗了大量的时间,尤其是在网络情况比较糟糕的时候,这个问题尤其的突出.一个正常HTTP请求的流程简述:如在浏览器中输入&qu ...

  4. 阿里巴巴 web前端性能优化进阶路

    Web前端性能优化WPO,相信大多数前端同学都不会陌生,在各自所负责的站点页面中,也都会或多或少的有过一定的技术实践.可以说,这个领域并不缺乏成熟技术理论和技术牛人:例如Yahoo的web站点性能优化 ...

  5. web前端性能优化指南

    web前端性能优化指南 web前端性能优化指南 概述 1. PC优化手段在Mobile侧同样适用2. 在Mobile侧我们提出三秒种渲染完成首屏指标3. 基于第二点,首屏加载3秒完成或使用Loadin ...

  6. web前端性能调优（二）

    项目经过第一波优化之后APP端已基本已经符合我们的要求了,但是TV端还是反应比较慢,页面加载和渲染都比较慢了一点,我觉的还是有必要在进行一些优化,经过前面的优化,我们的优化空间已经小了一部分,不过还是 ...

  7. Web前端性能优化全攻略

    网页制作poluoluo文章简介:Web 前端性能优化是个大话题,是个值得运维人员持续跟踪的话题,是被很多网站无情忽视的技术. Web 前端性能优化是个大话题,是个值得运维人员持续跟踪的话题,是被很多 ...

  8. Web前端性能优化全攻略[转载]

    1. 尽量减少 HTTP 请求 (Make Fewer HTTP Requests) 作为第一条,可能也是最重要的一条.根据 Yahoo! 研究团队的数据分析,有很大一部分用户访问会因为这一条而取得最 ...

  9. Web前端性能优化进阶——完结篇

    前言 在之前的文章 如何优化网站性能,提高页面加载速度 中,我们简单介绍了网站性能优化的重要性以及几种网站性能优化的方法(没有看过的可以狂戳 链接 移步过去看一下),那么今天我们深入讨论如何进一步优化 ...

随机推荐

  1. bzoj 2820 莫比乌斯反演

    搞了一整个晚自习,只是看懂了dalao们的博客,目前感觉没有思路-.还是要多切题 next day: 刚才又推了一遍,发现顺过来了,hahaha #include<cstdio> #inc ...

  2. BZOJ_1026_[SCOI2009]windy数_数位DP

    BZOJ_1026_[SCOI2009]windy数_数位DP 题意:windy定义了一种windy数.不含前导零且相邻两个数字之差至少为2的正整数被称为windy数. windy想知道, 在A和B之 ...

  3. k8s编排最佳实践

    编排文件技巧 使用资源时指定最新稳定版的API version 编排文件应该纳入版本控制,这样可以在必要的时候快速回滚,同样也有利于资源恢复和重建 使用YAML格式而不是JSON格式,尽管两种格式的文 ...

  4. java中“==”和equals方法的区别，再加上特殊的String引用类型

    ==和equals的区别: 1.==是运算符,而equals是基类Object定义的一个方法,并且equals使用==定义的 2.进行比较时,分为  基本数据类型  的比较和  引用数据类型 的比较 ...

  5. SDRAM读写状态解析

    SDRAM的写状态流程 IDLE状态到WRITE状态 (1)在IDLE状态需要先给ACT命令激活某一行,此时处于Row Active状态. (2)在Row Active状态之后,给Write命令则会进 ...

  6. ASP.NET Core在CentOS上的最小化部署实践

    引言        本文从Linux小白的视角, 在CentOS 7.x服务器上搭建一个Nginx-Powered AspNet Core Web准生产应用. 在开始之前,我们还是重温一下部署原理,正 ...

  7. Docker 配置国内镜像加速器，加速下载速度

    文章首发自个人微信公众号:小哈学Java 个人网站地址:https://www.exception.site/docker/docker-configuration-of-mirror-acceler ...

  8. Win10+RTX2080深度学习环境搭建：tensorflow、mxnet、pytorch、caffe

    目录 准备工作 设置conda国内镜像源 conda 深度学习环境 tensorflow.mxnet.pytorch安装 tensorflow mxnet pytorch Caffe安装 配置文件修改 ...

  9. 通过模拟JDK中的动态代理,由浅入深讲解动态代理思想.

    目录 场景引入 动态代理引入 动态代理进阶 总结 个人认为动态代理在设计模式中算是比较难的, 本篇文章将从无到有, 从一个简单代码示例开始迭代, 逐步深入讲解动态代理思想. 场景引入 假设现在有一个坦 ...

  10. 【干货分享】可能是东半球最全的.NET Core跨平台微服务学习资源

    如果你发现还有西半球的资源,烦请相告,不胜感谢! 一..NET Core基础 微软英文官网 .NET Core 微软中文官网 GitHub 用ASP.NET内核和Azure构建现代Web应用程序 博客 ...