3、Chrome之前端性能指标

Chrome Performance常见名词解释(FP, FCP, LCP, DCL, FMP, TTI, TBT, FID, CLS) 之前整理过一份分析Performance的博文: 利用Performance API分析网站性能 这次还是拿优快云的performance来举例说明, 这几个名词的含义, 供自己遗忘和不会的同学方便查看 FP (First Paint) 首次绘制: 标记浏览器渲染任何在视觉上不同于导航前屏幕内容之内容的时间点. FCP (First Contentful Paint) 首次内容绘制 标记浏览... 阅读详情

a、RAIL 模型

​RAIL​ 是一种以用户为中心的性能模型。每个网络应用均具有与其生命周期有关的四个不同方面,且这些方面以不同的方式影响着性能。

 

1.响应:输入延迟时间(从点按到绘制)小于 100 毫秒。

一般指的是用户输入网页快速给出结果的过程,比如点击按钮,切换表单,启动动画之类的。

2.动画:每个帧的工作(从 JS 到绘制)完成时间小于 16 毫秒。

指的是涉及style,layout,paint,composite过程的行为。比如:用户滚动页面,拖动刷新,页面动画等

3.空闲:主线程 JS 工作分成不大于 50 毫秒的块。

用户没有与页面交互,但主线程应足够用于处理下一个用户输入。

4.加载:页面可以在 1000 毫秒内就绪。

一般指网页加载这一段时间。

b、用户对于网站延迟的反应

  • 0-16ms:动画的一帧渲染不大于16ms时,用户会感觉动画是流畅的。
  • 0-100ms:当用户进行操作时,100ms内窗口响应用户操作,用户会有一种立即获得结果的感觉。
  • 100-300ms:用户可能微微察觉到一点延迟。
  • 300-1000ms:此时长范围是用户能接受的页面的加载或者视图的改变所用时长。
  • 1000+ms:用户的注意力将离开正在执行的任务。
  • 10000+ms:用户已经没有耐心等待下去。

c、性能指标

常用的指标就是:​白屏​,​首屏​,​domready​,​pageloaded​四个指标,在通常的index.html中,我们通过性能API获取到响应的指标值。

1、白屏:一般认为浏览器开始渲染<body>标签或者解析完<head>标签的时刻就是页面白屏结束的时间点。

白屏开始时间相当于performance.timing.navigationStart

白屏结束时间相当于performance.timing.responseStart

2、首屏:首屏是指用户看到的第一屏,就是网页当前窗口的区域完整显示的时间。

首屏内容加载最慢的就是图片资源,在DOM树构建完成后将会去遍历首屏内所有图片标签,并监听所有图片的onload事件,最终遍历图片标签的加载时间的最大值,用这个最大值减去navigationStart可获取近似的首屏时间。

首屏时间相当于最后一张图片加载的时间减去navigationStart时间

3、domready:指浏览器开始对基础页文件内容进行解析到文本中构建出一个内部数据结构(DOM树)的时间。

dom渲染完成时间是DOMContentLoaded事件监听的,所有它的结束时间相当于performance.timing.domContentLoadedEventEnd。

4、pageloaded:整页加载完成时间,该结束时间通过window.onload()进行采集。

pageloaded结束时间相当于performance.timing.loadEventEnd。

 

总结:

unload前一个页面卸载耗时unloadEventEnd - unloadEventStart前一个页面卸载时可能监听了 unload 做些数据收集,会影响页面跳转
redirect重定向耗时redirectEnd - redirectStart过多重定向影响性能
appCache缓存耗时domainLookupStart - fetchStart 
dnsDNS 解析耗时domainLookupEnd - domainLookupStart 
tcpTCP 连接耗时connectEnd - connectStart 
sslSSL 安全连接耗时connectEnd - secureConnectionStart只在 HTTPS 下有效
ttfbTime to First Byte(TTFB),网络请求耗时responseStart - requestStart 
response数据传输耗时responseEnd - responseStart 
dom可交互 DOM 解析耗时domInteractive - responseEndInteractive content
dom2剩余 DOM 解析耗时domContentLoadedEventStart - domInteractiveDOMContentLoaded 所有DOM元素都加载完毕(除了 async script)
DCLDOMContentLoaded 事件耗时domContentLoadedEventEnd - domContentLoadedEventStartdocument.addEventListener('DOMContentLoaded', cb)
resources资源加载耗时loadEventStart - domContentLoadedEventEnd完整DOM(DOMContentLoaded)到资源加载完毕(window.onLoad)时间
onLoadonLoad事件耗时loadEventEnd - loadEventStart 
firstbyte首包时间responseStart - domainLookupStart 
fptFirst Paint Time, 首次渲染时间 / 白屏时间responseStart - navigationStart从请求开始到浏览器开始解析第一批 HTML 文档字节的时间差
ttiTime to Interact,首次可交互时间domInteractive - navigationStart浏览器完成所有 HTML 解析并且完成 DOM 构建,此时浏览器开始加载资源
readyHTML 加载完成时间, 即 DOM Ready 时间domContentLoadedEventEnd - navigationStart如果页面有同步执行的 JS,则同步 JS 执行时间 = ready - tti
load页面完全加载时间loadEventEnd - navigationStartload = 首次渲染时间 + DOM 解析耗时 + 同步 JS 执行 + 资源加载耗时

navigationStart

表示从上一个文档卸载结束时的unix时间戳,如果没有上一个文档,则与fetchStart一致

unloadEventStart

表示前一个网页(与当前页面同域)unload的时间戳,如果无前一个网页unload或者前一个网页与当前页面不同域,则值为0

unloadEventEnd

返回前一个页面unload事件绑定的回调函数执行完毕的时间戳

redirectStart

重定向开始的时间戳,同域内才算,否则为0

redirectEnd

重定向结束的时间戳,同域内才算,否则为0

fetchStart

浏览器准备使用http请求抓取文档的时间戳,这发生在检查本地缓存之前

domaInLookupStart/domaInLookupEnd

DNS域名查询开始/结束时间,如果使用了本地缓存(无DNS查询)或持久链接,则与fetchStart值相等

connectStart

TCP开始建立连接的时间戳,如果是持久链接,则与fetchStart值一致

connectEnd

TCP完成握手的时间戳,如果是持久链接,则与fetchStart值一致

secureConnectionStart

HTTPS链接开始的时间,如果不是安全链接,值为0

requestStart

HTTP请求开始时间,包括从本地读取缓存

responseStart

HTTP开始接收响应的时间(获取到第一个字节),包括从本地读取缓存

responseEnd

HTTP接收响应完成的时间(获取到最后一个字节),包括从本地读取缓存

domLoading

开始解析DOM树的时间,此时Document.readyState变为loading,抛出readystatechange事件

domInteractive

完成解析DOM树的时间,此时Document.readyState变为interactive,此时并没有加载资源,抛出readystatechange事件

domContentLoadEventStart

DOM树解析完成后,网页资源开始加载的时间,在domContentLoaded事件抛出前发生

domContentLoadEventEnd

DOM树解析完成后,网页资源加载完成的时间

domComplete

DOM树解析完成后,资源准备就绪的时间,此时Document.readyState变为complete,抛出readystatechange事件

loadEventStart

load事件开始时间

loadEventEnd

load事件结束时间,网页加载完成

d、TTI(Time to Interactive)

1、TTI:The TTI metric measures the time from when the page starts loading to when its main sub-resources have loaded and it is capable of reliably responding to user input quickly.

TTI指标测量时间是从页面开始加载到其主要子资源已加载的时间,并且能够可靠地快速响应用户输入。

2、计算TTI

  • Search forward in time for a quiet window of at least five seconds, where quiet window is defined as: no long tasks and no more than two in-flight network GET requests.向前搜索5秒,没有长任务,且不能超过2个get请求
  • Search backwards for the last long task before the quiet window, stopping at FCP if no long tasks are found.向后搜索最后一个长任务,如果没有长任务被发现就到FCP停止
  • TTI is the end time of the last long task before the quiet window (or the same value as FCP if no long tasks are found).TTI的时间是最后一个长任务的时间,如果没有长任务的话,则等于FCP时间

 

 

引入tti-polyfill.js(可通过npm包获取),获取到tti值
import ttiPolyfill from './path/to/tti-polyfill.js';

ttiPolyfill.getFirstConsistentlyInteractive().then((tti) => {
  ...
});

3、long task

 

对于用户而言,任务耗时较长表现为滞后或卡顿,而这也是目前网页不良体验的主要根源

测量长任务

var observer = new PerformanceObserver(function(list) {

    var perfEntries = list.getEntries();

    for (var i = 0; i < perfEntries.length; i++) {

        // Process long task notifications:

        // report back for analytics and monitoring

        // ...

    }

});

// register observer for long task notifications

observer.observe({entryTypes: ["longtask"]});

// Long script execution after this will result in queueing

// and receiving "longtask" entries in the observer.

参考文档:https://developer.mozilla.org/zh-CN/docs/Web/API/Long_Tasks_API

4、模型

 

旧标准参考文档:https://www.w3.org/TR/navigation-timing/#dom-window-performance

 

新标准参考文档:https://www.w3.org/TR/2020/WD-navigation-timing-2-20200121/

5、navigation和performance.timing

  • 优先使用:​performance.getEntriesByType('navigation')[0]​,简称 ​navigation​
  • 不可用时降级处理:​performance.timing​,简述 ​timing​
  • timing 时间属性是以类似 Date.now() 这样的时间戳标识,navigation 是每个页面都从 0 开始计时,精度也更高;
  • timing 是 navigationStart 开始,navigation 是以startTime开始;
  • timing 和 navigationStart 都被新的标准废弃,但兼容较高;
  • navigation 新增了资源大小和 serverTiming,可以分析资源是否压缩是否过大过小和离线应用处理时间。

6、名词解释

  • FP (First Paint) 首次绘制: 标记浏览器渲染任何在视觉上不同于导航前屏幕内容之内容的时间点.
  • FCP (First Contentful Paint) 首次内容绘制 标记浏览器渲染来自 DOM 第一位内容的时间点,该内容可能是文本、图像、SVG 甚至 元素.
  • LCP (Largest Contentful Paint) 最大内容渲染: 代表在viewport中最大的页面元素加载的时间. LCP的数据会通过PerformanceEntry对象记录, 每次出现更大的内容渲染, 则会产生一个新的PerformanceEntry对象.(2019年11月新增)
  • DCL (DomContentloaded): 当 HTML 文档被完全加载和解析完成之后,DOMContentLoaded 事件被触发,无需等待样式表、图像和子框架的完成加载.
  • FMP(First Meaningful Paint) 首次有效绘制
  • L (onLoad), 当依赖的资源, 全部加载完毕之后才会触发.
  • TTI (Time to Interactive) 可交互时间: 指标用于标记应用已进行视觉渲染并能可靠响应用户输入的时间点.
  • TBT (Total Blocking Time) 页面阻塞总时长: TBT汇总所有加载过程中阻塞用户操作的时长,在FCP和TTI之间任何long task中阻塞部分都会被汇总.

参考文档:https://developer.mozilla.org/zh-CN/docs/Web/API/PerformanceEntry/entryType

https://developer.mozilla.org/zh-CN/docs/Web/API/PerformanceNavigationTiming

如何优化前端页面的LCP? 1. 背景介绍 hubble平台是陌陌内部的一个监控平台,hubble的前端项目采用Vue+Echarts+ElementUI编写,是典型的单页面应用。 随着项目的长期迭代导致项目体积愈来愈大,打开首屏速度缓慢,为了提升用户体验,了解用户的真实使用情况,引入了google推荐的页面性能指标测量sdk web-vitals, 并着重优化了LCP指标。 2. 什么是LCP? 根据W3C Web性能工作组的讨论和Google的研究,发现度量页面主要内容的可见时间有一种精准且简单的方法,就是查看 “绘制面积 阅读详情

相关推荐

【性能】如何计算 Web 页面的 TTI 指标

TTI(Time To Interactive),即从页面加载开始到页面处于完全可交互状态所花费的时间。很多情况下,开发者往往只关注页面渲染相关的指标,如 FP、FCP 等,而忽视了页面的可用性指标。TTI 即是反映页面可用性的重要指标。TTI 值越小,代表用户可以更早地操作页面,用户体验就更好。

haosicx的博客 1639

首屏加载从11s到1s,详解前端性能优化

全文共6511字/词,阅读大概需要13分钟,太长不看党请直接移步????「开始优化」部分直接查看优化手段 背景 前段时间公司服务器网络波动,网站访问变慢,一些性能问题也随之暴露了出来。纷纷反馈在这样的弱网条件下,访问新项目时,加载了近1分钟都没加载出来,而访问其他页面顶多也就30-40s。 在网络恢复后,尝试访问了下页面,无缓存首次打开需要等待近11s的时间,最大的资源达到了3.7M... 在对项目做了一些优化处理后,再次无缓存打开可以发现网页几乎是秒开,平均耗时在1s以内 在这里总结记录一下

前端小白-Mr鹏帅 2235

chrome.webRequest API 和 Performance API

Chrome 的 API 和 Performance API 是两个不同的功能模块,分别用于处理网络请求和性能监控。以下是对这两个 API 的详细说明: API 是 Chrome 浏览器扩展程序中用于监控、分析和拦截网络请求的核心工具。它允许开发者在 HTTP 请求的不同阶段添加事件监听器,从而获取请求的详细信息或修改请求内容。以下是其主要特点和功能:Performance API 是一组用于测量网页性能的非授权 API,旨在帮助开发者优化网页性能。它提供了多种性能指标和测量方法,包括:功能差异:隐私与性

kcarly的专栏 1726

性能优化 - 前端性能监控和性能指标计算方式

利用LightHouse进行合理的页面性能优化这篇文章主要讲解了如何使用Lighthouse。这里把相关图片再展示一下:我们可以看到Lighthouse计算的时候,会根据这几个维度的指标来计算总分。那么本篇文章,就主要讲解下前端性能监控相关的重要指标含义和计算方式。在介绍指标之前,我们首先应当知道这些数据可以从哪里获取。JS里面,有一个对象,它是专门用来用于性能监控的对象,内置了一些前端需要的性能参数。:导航开始的时间,即浏览器开始获取页面的时间。:重定向次数,表示在导航过程中发生的重定向次数。

Zong_0915的博客 3626

从ACTF2020看文件上传漏洞:你以为改后缀就完事了?这些坑我都帮你踩过了

本文通过ACTF2020的Upload题目深入剖析文件上传漏洞的复杂性和防御策略。文章揭示了常见误区,如仅修改文件后缀的局限性,并详细解析了绕过技巧和高级防御机制。从开发角度提供了构建安全上传功能的实用建议,帮助读者全面理解文件上传漏洞的本质与防护方法。

weixin_29278805的博客 246

Openwork 入门指南:开源 AI 桌面助手快速上手

Openwork是一款开源的AI桌面代理工具,提供类似Claude Cowork的免费替代方案。它支持本地运行,确保隐私安全,并能高效处理文件整理、文档读写等任务。支持多种AI模型,通过MIT许可完全免费。安装简单,仅需运行命令行或下载桌面版,需配置API Key后即可使用。操作直观,支持多步骤规划和权限控制,适合自动化重复工作。目前主要支持macOS,未来将扩展至Windows/Linux。建议从简单任务入手,逐步掌握这一高效的数字助手工具。

3802

WHAT - 前端性能指标

作为前端开发者,理解并掌握关键的对优化 Web 应用至关重要。

weixin_58540586的博客 1390

摄像头visio_最全面弱电智能VISIO图标集(百个),高大上方案就靠这个了

原标题:最全面弱电智能VISIO图标集(百个),高大上方案就靠这个了不会用Visio,Visio画拓扑画的很丑,怎么办?本期sin66小编免费分享一份最全面的弱电智能VISIO图标集(百个)给大家,以后画拓扑、做方案,直接高大上起来!需要本期资料直接看文末!!接下来我们一起看一下这些Visio图标大全:我们从下图可以看出前端设备主要是由枪机,筒机,无线摄像头,半球,球机,USB摄像头等构成,对于绘...

weixin_39644915的博客 1万+

3步上手chrome-react-perf:React性能分析Chrome扩展新手入门教程

**chrome-react-perf** 是一款专为 React 开发者打造的 **Chrome 性能分析扩展**,它把 `react-addons-perf` 包的调用包装成可视化的操作界面,让你在 Chrome DevTools 中一键启动/停止性能录制,并自动查看 wasted、inclusive、exclusive 等关键数据。新手只需 3 步即可上手,无需手动写 Console 代码。

gitblog_00137的博客 947

华为OD新系统机试真题 - API请求日志去重分析

华为OD新系统机试真题【API请求日志去重分析】,提供C语言、Java、C++、Python、Go、JavaScript源码实现,并提供完整思路讲解,以及在线OJ模拟做题。华为OD4月15号机试真题【API请求日志去重分析】

qq_45776114的博客 914

基于YOLOv8的智能肿瘤检测系统:从图像到诊断的深度学习应用——含代码和论文

本文提出了一种基于YOLOv8深度学习的智能肿瘤检测系统,用于医学影像(CT/MRI/X光)的自动分析与诊断。针对传统人工阅片效率低、主观性强的问题,系统采用最新的YOLOv8目标检测算法,通过改进的C2F骨干网络、Anchor-Free检测头和解耦头等创新设计,实现高效精准的肿瘤定位。文章详细阐述了模型架构、数据处理流程、训练优化方法及PyQt5用户界面开发,为临床提供可靠的AI辅助诊断工具。实验结果表明,该系统在速度和准确率上达到良好平衡,有望提升肿瘤早期筛查效率。

FJN110的博客 196

Performance: Chrome 开发者工具

Chrome开发者工具

weixin_43443341的博客 2393

Python量化- Black-Litterman 模型

​​​​​​​Black-Litterman 模型由 Fischer Black 和 Robert Litterman 于 1992 年开发,采用贝叶斯方法进行资产配置。该模型通过结合先前的回报估计(可以从多个来源得出)并结合投资者对未来回报的独特预期来优化分配权重。

探索人工智能领域 1030

Web Vitals Chrome扩展:3大核心性能指标的实时监控与优化实战指南

Web Vitals Chrome扩展是Google官方推出的专业级性能监控工具,专为技术决策者和开发者设计,能够实时测量网站核心Web性能指标,包括LCP(最大内容绘制)、CLS(累积布局偏移)和INP(下一次绘制交互)。这款扩展通过直观的界面和详细的数据分析,帮助开发团队在开发过程中快速识别性能瓶颈,优化用户体验。 ## 🔥 核心价值:为什么每个前端团队都需要Web Vitals扩展 在

gitblog_00778的博客 191

如何在 R 中执行 Kruskal-Wallis 检验

Kruskal-Wallis 检验用于确定三个或更多独立组的中位数之间是否存在统计学上的显着差异。它被认为是单向方差分析的非参数等效项。本教程介绍了如何在 R 中执行 Kruskal-Wallis 检验。示例:R 中的 Kruskal-Wallis 检验 假设研究人员想知道三种不同的肥料是否会导致不同水平的植物生长。他们随机选择 30 种不同的植物并将它们分成三组,每组 10 株,每组施用不同的肥料。在一个月结束时,他们测量每株植物的高度。使用以下步骤执行 Kruskal-Wallis 检验以确定三个组的中

Mrrunsen的博客 3796

电动汽车远程监控与诊断软件:BMW ConnectedDrive EV远程监控二次开发_7.数据安全与隐私保护

数据加密是保护数据安全的重要手段之一。在电动汽车远程监控与诊断软件中,加密技术可以确保数据在传输过程中的安全性和完整性。常见的加密技术包括对称加密和非对称加密。

zhubeibei168的博客 882

终极指南:如何用Chrome扩展精准测量Web Vitals性能指标

Web Vitals Chrome扩展是一款专业的前端性能监控工具,能够实时测量网页的核心性能指标,帮助开发者快速识别和优化页面性能问题。作为Google官方推荐的性能检测工具,它让复杂的性能指标变得直观易懂,帮助你在开发过程中持续优化用户体验。 ## 📊 为什么Web Vitals对网站性能至关重要? Web Vitals是Google定义的一组关键用户体验指标,直接影响用户留存率和搜索排

gitblog_00343的博客 218

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

3个理由告诉你为什么AI助手需要Chrome DevTools MCP

你是否曾想过,如果AI助手能像真人开发者一样操作浏览器、调试网页、分析性能,会是怎样的体验?Chrome DevTools MCP正是让这一想法变为现实的神奇工具。这个基于模型上下文协议(MCP)的开源项目,将Chrome浏览器的强大调试能力转化为AI助手可以理解和操作的标准化接口,彻底改变了AI辅助开发的游戏规则。 想象一下,你只需要对AI说"帮我检查这个网页的性能问题",AI就能自动打开浏览

gitblog_00314的博客 758

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

uPlot性能指标分析:解读Chrome性能面板数据

你是否在处理大规模时序数据时遇到图表加载缓慢、交互卡顿的问题?是否想知道如何通过Chrome性能面板优化图表性能?本文将以uPlot为研究对象,通过解读Chrome性能面板数据,帮助你全面了解前端图表性能瓶颈及优化方向。读完本文,你将掌握如何分析图表渲染性能、识别关键指标,并学会使用uPlot的高性能特性解决实际问题。 ## 性能基准测试数据解析 uPlot作为一款轻量级高性能图表库,其性能表...

gitblog_00602的博客 882

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

性能指标与监控:了解应用运行状况

文章围绕保障 JavaScript 应用性能,介绍指标、工具、方案及优化建议。核心指标有首屏加载时间、TTI 等,可通过对应 API 或库测量。监控工具包括 Chrome DevTools、Lighthouse 等。方案有前端埋点、后端监控及综合监控。优化建议涵盖压缩代码、图片优化等。应用于 JS 应用开发,可及时发现解决性能问题,提升用户体验。

专注技术分享 872

Chrome性能优化指南

这是一份全面的Chrome性能优化指南,涵盖从基础到高级的优化策略。主要内容包括:浏览器多进程架构、关键渲染路径7个步骤、核心性能指标(FCP/LCP/FID等);页面加载优化技巧(资源优先级、CSS内联、JS异步加载);渲染性能优化(避免布局抖动、CSS动画优先);内存和网络优化;以及开发者工具使用、移动端优化和监控分析。最佳实践部分介绍了PWA、虚拟滚动等现代技术。该指南提供了实用的代码示例和系统化的思维导图,适合前端开发者全面掌握Chrome性能优化技术。

homercharles的博客 819

巧用Chrome进行前端代码的性能优化案例

本案例旨在展示如何利用Chrome浏览器内置的开发者工具诊断和解决前端性能问题。覆盖从网络请求优化到JavaScript执行效率提升的全流程,重点解析性能瓶颈定位方法和优化策略实施。本文采用"问题定位-原理分析-解决方案"的三段式结构,通过电商网站首页优化案例,展示性能优化的完整流程。包含6个核心性能指标的优化方案和3种典型性能问题的解决方法。FCP(First Contentful Paint):首次内容渲染时间LCP(Largest Contentful Paint):最大内容渲染时间。

AI架构全栈开发实战笔记 1299

浏览器性能指标全解析 - 从入门到精通-基础

本文介绍了三个核心Web性能指标:LCP(最大内容渲染时间)、INP(交互响应时间)和CLS(布局稳定性)。针对每个指标,文章解释了其概念、衡量标准和优化方法,包含代码示例如资源预加载、交互防抖和DOM优化等技巧。这些指标分别关注加载速度、交互体验和视觉稳定性,帮助开发者量化网站性能,指导优化方向,最终提升用户体验。

badbaby52906的博客 570

trackerslist 实战教程:每天自动检测的免费公共 BT Tracker 清单,5 分钟配完 qBittorrent

trackerslist 是一个每天自动检测全球可用公共 BT Tracker 地址、并自动维护这份清单的开源仓库。如果你用 qBittorrent 或 Transmission,下载慢没有做种人,多半就是手里的 Tracker 名单太旧了。这篇 Tracker 配置教程按新手最常问的 4 个问题来拆,配完一份当前可用的名单只要几分钟。 ## Tracker 名单过期了,去哪拿新的? 先说人话

gitblog_00661的博客 1064

Teable 部署教程:从克隆仓库到打开浏览器只要 10 分钟

你想给团队搭一个共享数据库——表面像电子表格一样好上手,底下跑的却是正经的 PostgreSQL。Teable 就是干这个的:一个可自托管的数据协作平台,Docker Compose 一条命令就能在本地跑起来。这篇走的是仓库里现成的 standalone(单节点)方案,适合小团队、演示和先体验一番。 ## 怎么让它跑起来 机器上装好 Docker Engine 20.10+ 和 Compose

gitblog_00134的博客 550

Chrome Dev Summit 2019,你需要知道关于前端性能的内容都在这里

11月12日,一年一度的Chrome Developer Summit举行,会议主要会聚焦于前端相关的主题,例如PWA、用户体验、性能、安全与隐私等等。在两天的时间里,Chrome的内部开发人员分享了Chrome的生态系统,工具和方法的更新,用于帮助我们构建更好,更具吸引力体验的网站。由于Google以及Chrome团队都非常重视速度,因此许多主题都是关于性能的。如果你还来得及去观看会议的视频,这...

m0_37411791的博客 547
上一篇: 2、Chrome之Console功能面板
下一篇: 4、Chrome之Source面板
LetsStudy
博客等级 码龄9年 96粉丝 323原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值