小S维护的一个前端系统，单个页面中有数个没有依赖关系的 js 、css 需要加载，此时浏览器会分别去请求对应的文件。此时小S收到Leader给的一个任务：优化前端的静态资源请求，尽量做合并。
1：ES6扩展运算符、合并多个数组 <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>test</title> <link rel="stylesheet" href="https://cdn.bootcss.com/twitter-bootstrap/4.3.1/css/bootstrap.min.css"> <script src="https://cdn.bo
性能黄金法则 只有10%-20%的最终用户响应时间花在接收请求的HTML文档上，剩下的80%-90%时间花在HTML文档所引用的所有组件(图片，script，css，flash等等)进行的HTTP请求上。 前言 有关前端性能优化的资料参考于《高性能网站建设》这本书，这一系列的文章可以看作是对这本书的阅读笔记。 改善响应时间的最简单途径就是减少组件的数量，并由此减少HTTP请求的数量。接下来将探讨几个技术实现。 1. 图片地图 图片地图允许你在一个图片上关联多个URL。目标URL的选择取决于用户单击了图片上的
文/pecliu 腾讯S1规划设计部——应用开发 工程师 0写在前面 此文总结了近期参与的几个项目， 在Web静态资源方面的一些优化的点。 （左右滑动查看代码） 1如何优化 用户在访问网页时， 最直观的感受就是页面内容出来的速度，我们要做的优化工作， 也主要是为了这个目标。那么为了提高页面加载（或者渲染）速度呢？一般来说有三个方面： 代码逻辑：优秀的代码逻辑结构可以有效减少渲染页面使用的内存和速度（比如虚拟DOM），此方面不在本文讨论范围内。 SSR服务器渲染，也就是所谓的“直出”。将首屏所有内容在服务器端
挺久以前就有网友给我的 GitHub Pages 博客模板提 Issue，说希望能增加 CDN 用于加速静态资源的加载，由于懒，一直没有动。
1.线上环境静态文件存放于前端CDN静态池,有一个专门的发布系统可以上传文件.在发布文件的时候需要创建url路径,因为CDN的缓存原因,在路径中增加了版本号,最终结果的url类似这种//n.sinaimg.cn/mail/sinamail66/js/139276/xxx.js
每个插件和主题可能有自己的 CSS 和 JavaScript 内联代码或者文件，如果 CSS 和 JavaScript 内联代码或者文件一多，就开始出现了两个比较难受的问题：
大部分用户希望网页能在 2 秒之内就完成加载。事实上，加载时间每多 1 秒，你就会流失 7% 的用户。如果加载需要太长时间，他们就会放弃访问。
申请ssl证书(https://freessl.org) => 正常企业还是使用收费ssh(http协议默认运行在80端口,https默认运行在443端口)
本文主要讲述了如何通过Webpack2+ES6+Babel来对前端代码进行构建，从而提升代码的性能和兼容性。主要包括了代码压缩、文件合并、静态资源缓存、代码分离、开启浏览器缓存、使用CDN、代码混淆、图片懒加载、使用Tree shaking、代码调试和性能优化等。同时介绍了Webpack2的Tree shaking和Code Splitting等技术，以及如何使用这些技术来优化前端性能。最后还介绍了一些实用的工具，如Webpack、webpack-bundle-analyzer、性能测试工具等，以帮助开发人员更好地进行前端性能优化。
2、 修改build/webpack.base.conf.js文件，通过externals选项加载外部扩展，引入依赖库，不需要webpack处理
<!DOCTYPE HTML> <html xmlns:th="http://www.thymeleaf.org"> <head> <title>JQuery 获取选中多选框的value，合并成字符串传给后台</title> <meta name="viewport" content="width=device-width, initial-scale=1"> <meta http-equiv="Content-Type" content="text/
作 者 刘轶斌，腾讯应用开发 工程师 商业转载请联系腾讯WeTest获得授权，非商业转载请注明出处。 WeTest 导读 此文总结了笔者在Web静态资源方面的一些优化经验。 如何优化 用户在访问网页时， 最直观的感受就是页面内容出来的速度，我们要做的优化工作， 也主要是为了这个目标。那么为了提高页面加载（或者渲染）速度呢？一般来说有三个方面： 1、代码逻辑：优秀的代码逻辑结构可以有效减少渲染页面使用的内存和速度（比如虚拟DOM），此方面不在本文讨论范围内。 2、SSR服务器渲染，也就是所谓的“直出”。将
微注： 前端更新实在是迅捷！谈及前端打包工具，Gulp 取代 Grunt荣登王者，其宝座还未热乎，16年 Webpack 便劈天盖地席卷而来。即便笔者在记叙这篇文章时候，也早已是投身于 Webpack 的石榴裙下, 且少使用Gulp了；所以，于此你应该有所考量。当然，Gulp很强大，辅助完成些脚本，也是很好的存在，譬如生成雪碧图、Sftp服务器上传等；且在2016年中也更新到4.0——一个很吸引人的版本。(Update@17/01/16) Gulp-sftp的喜忧路 一路从Xftp，winScp，Subli
互联网有一项著名的8秒原则。用户在访问Web网页时，如果时间超过8秒就会感到不耐烦，如果加载需要太长时间，他们就会放弃访问。大部分用户希望网页能在2秒之内就完成加载。
php在执行的时候需要每次都从磁盘读取文件信息，再编译成脚本，这个过程非常消耗时间，我们强烈建议您安装php的 opcache 扩展，用来缓存已经编译好的php代码，从而加速php的执行。
想要成为一名合格的Web前端工程师，Web前端性能优化是一个必须要掌握的知识，那么应该怎么进行Web前端性能优化呢？--达达前端
之前一直用的 wp-super-cache，效果确实非常不错！网络不出问题的话，页面基本秒开。可惜，这款插件有时候会缓存我的手机主题，导致在电脑上浏览时，呈现的也是手机样式，有点不爽！本想尝试 JS 来切换主题的，可惜博主太笨，没搞定！只好忍痛割爱，放弃了 wp-super-cache。 最终，在将常见的缓存插件都测试了一遍之后，找到了本文的主角——>静态缓存插件三件套： Hyper Cache + DB Cache Reloaded Fix+ Autoptimize 经博主测试之后，三款插件同时启用后效果
PS：秒杀系统不仅仅讲秒杀，主要是讲如何利用限流，缓存，异步分布式互联网大并发的场景。
需求： JQuery 获取选中多选框的value，合并成数组传给后台 在ajax请求的时候，需要给后端传一个参数 deviceId，这个 deviceId是一个list集合，也就是一个数组，需要把选中的几个数值放在这个数组里面，当做参数传递。
当我们去面试的时候，很大概率会被面试官问这么一个问题：你有尝试过对项目做性能优化吗？或者你了解哪些性能优化的方法？听到这个问题的你可能是这样的：
Webpack构建速度优化基本优化完毕，接下来考虑的就是：线上代码质量的优化，即如何使用webpack构建出高质量的代码 Webpack构建流程：初始化配置参数 -> 绑定事件钩子回调 -> 确定Entry逐一遍历 -> 使用loader编译文件 -> 输出文件 提纲 本次优化构建代码质量基本技术： reactRouter按需加载； 公共代码提取，以及代码压缩； CDN接入； 开启gzip压缩； 接入treeShaking，剔除无用代码 开启Scope Hoisting （生产环境代码构建）为实时查看
关于 性能优化 是个大的面，这篇文章主要涉及到 前端 的几个点，如 前端性能优化 的流程、常见技术手段、工具等。
首先看一张访问TT猫首页的截图： 1.png 测试环境为谷歌浏览器，暂且不讨论其它浏览器，截图下方我们可以观察到以下参数： DOMContentLoaded：1.42s | Load：2.31s 以上
以上参数是在CTRL+F5下测试的，也就是说不存在浏览器本地缓存一说，DOM渲染时间为1.42s，整个页面load时间为2.31s。
1.通过程序将动态页面抓取并保存为静态页面，这样的页面的实际存在于服务器的硬盘中2.通过WEB服务器的 URL Rewrite的方式，它的原理是通过web服务器内部模块按一定规则将外部的URL请求转化为内部的文件地址，一句话来说就是把外部请求的静态地址转化为实际的动态页面地址，而静态页面实际是不存在的。这两种方法都达到了实现URL静态化的效果，但是也各有各自的特点。3.还有一种是把页面划分成子数据块，每个数据块可能是一个inc文件，也可能多个数据块包含在一个inc文件中。具体的数据块划分根据页面的业务结构来处理。比如：网站头尾等公共数据块可以独立成一个文件。
jsdelivr是一个免费的CDN服务，可以利用它配合github来为页面静态资源提供加速，有效提升资源加载速度。
当然，HTTP 1.1 中已经支持了持久连接-keep-alive，即一个TPC/IP连接中，可以连续发起多次HTTP请求。随后，采用“管线化”技术，能够做到同时并行发送多个HTTP请求，而不需要一个接一个等待响应（Chrome目前支持在一个域名domain下，同时发起6个并行的HTTP请求）。尽管这样，为了进一步提高网站性能，还是需要考虑如何有效的减少HTTP请求数量。
近期的活动比较零散，主要的业余精力都放在了libatbus上了。但是这个一时半会也写不完，所以能整理出来的东西不多。就说下最近跟进的开源代码吧。
最近尝试将bundleless的构建结果直接用到了线上生产环境，因为bundleless只会编译代码，不会打包，因此构建速度极快，同比bundle模式时间缩短了90%以上。得益于大部分浏览器都已经支持了http2和浏览器的es module,对于我们没有强兼容场景的中后台系统，将bundleless构建结果应用于线上是有可能的。本文主要介绍一下，本人在使用bundleless构建工具实践中遇到的问题。
一次从子域名接管到RCE的渗透经历 前言 本文接触过作者的一次奇妙的实战经历，从子域名接管到上传Shell提权，将信息泄露漏洞和xss漏洞最终发展成rce。本文由当时存在语雀中的零散的渗透记录整理...
StreamSaver.js 可用于实现在Web浏览器中直接将大文件流式传输到用户设备的功能。
我们在开发的时候会习惯缩进和写注释，方便我们在日常的维护，但将代码上传至服务端后，我们完全可以把那些空格、制表符、换行符进行压缩，以此减少请求资源的大小；同样的，我们在服务端所引用的第三方库进行合并，能减少 HTTP 的请求数量
WP Fastest Cache 是一个多功能缓存插件，通过创建HTML文件来帮助减少您网站的页面加载时间，由于 WordPress 网站是通过 PHP 和 MySQL数据库呈现的，因此每次从服务器请求页面时都需要使用 RAM 和 CPU，会减慢加载时间，并在用户的计算机或设备以及数据库上投入更多精力。但是，使用缓存系统，页面会呈现一次，然后存储为静态 HTML 文件，从而减少每个新访问者的加载时间。
下面是一些提高网页访问速度的常用方法： （1）合并压缩JS/CSS （2）使用CSS sprites （3）避免使用CSS表达式 （4）精简HTML CSS JS代码大小 （5）避免JS的复杂计算和DOM操作，减少页面的重绘重排 （6）JS尽量放到页面底部 （7）合并AJAX请求 （8）TAB页异步或延迟加载 （9）非关键图片尽量延迟加载，如头像 （10）压缩图片质量 （11）设置较长的客户端缓存过期时间 （12）设置GZIP压缩 （13）cookie隔离 （14）适当使用多域名增加并行加载 （15）重点优
面试必问之-页面性能优化 参考原文地址 我们面试的时候很多的问题，其中问的频率比较高的一个就是页面怎么进行性能优化， 我们一般直接回答很多条，然后导致一个问题就是很多的面试官还会继续问，说具体怎么实现你说的这些方法，下面我们就简单的说几个典型的。记住页面性能优化的终极目的还是提高用户体验，所以一定意义上说提高用户体验也是页面性能优化的一部分。 性能优化 减少http的请求数 这个是我们最习惯的回答，但是其实很多面试官会接着问，怎么减少呢？这个时候很多人就晕了，其实也不难，从两个方面减少，分别从业务
前端性能优化，是每个前端必备的技能，优化自己的代码，使自己的网址可以更加快速的访问打开，减少用户等待，今天就会从几个方面说起前端性能优化的方案，
SRS3从2017.01月春节开始支持MPEG-DASH，2月份后支持了DVR MP4，3月份支持了MPD和init.mp4，5月份支持了MP4 Parser CLI，6月份支持了fMP4切片，可惜最终没有和JS播放器调通以实验性功能发布。 MPEG-DASH在国外用来替代HLS和RTMP，当然也用来替代HTTP-FLV，比如YouTube就有DASH的播放器，实际上DASH在Chrome中是属于MSE的播放器。不管有没有真正达到目标，DASH反正是作为一个标准存在了。 SRS3折腾DASH费了很久，主要D
前端是庞杂的，包括 HTML、 CSS、 Javascript、Image 、Video等等各种各样的资源。前端优化是复杂的，针对方方面面的资源都有不同的方式。那么，前端优化的目的是什么 ?
WP rocket是一款优秀的网站速度优化的插件，用于对网站内容进行缓存，它的设置比较简单，效果很好。
构建的核心是资源管理。简单说，构建就是把前端工程师开发的源代码进行编译、压缩、打包等一系列操作，最终产出可以直接上线或者可供后端工程师的资源。 构建可以划分为纯前端构建和前后端协作构建。 这两个不是专业术语，如果你有更合适的称谓，欢迎指正。 所谓纯前端构建，就是说不涉及后端模板的构建，经过构建之后的前端代码可以直接上线。这种情形下大多是数据驱动UI的web应用，模板只负责提供空白的容器和基础的静态资源，UI的文档结构交由前端JavaScript实现。这个过程可以使用一些框架，比如近期较流行的React
如果A网站和B网站, 同时使用了https://cdn.bootcss.com/jquery/3.3.1/jquery.min.js的资源, 在访问其他网站A时, 浏览器会缓存jquery.min.js资源文件, 访问网站B时,就可以免于下载jquery.min.js的文件, 这样既节省了服务器流量, 又提升了资源加载的速度, 一举两得~
我们在谈及一个页面性能如何时，说的是页面的加载速度快不快，页面交互是否顺畅不卡顿。
https://github.com/hex-ci/resource-uploader
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
