tls1.2的缺陷 todo
发表评论打造vue3的历程
本文翻译转载自https://increment.com/frontend/making-vue-3/
重写下个Vue.js下一个主要版本的收获
在上一年，vue团队一直在开发vue3这个版本，我们希望在2020的上半年发布。（在写这篇文章的时候，我们还在开发中）。新版本功能定型在2018年末，vue2已经有两年多没有大的更新。对于一般的软件来说，这个时间不算长，但是前端有很多东西发生变化。
重写vue有两个关键原因，第一，javascript 新特征，主流浏览器都支持的不错，第二点，当前版本的设计和架构问题有很长时间没有解决了。
阅读 “打造vue3的历程” 发表评论IntersectionObserver 与无限滚动列表
无限滚动在实际项目中用到很多，比较在vipkid 数字图书馆的的书库这个业务中，就用到滚动加载，如下视频所示
正常思路是，我们监听scroll事件，当滚动条滑到底部的时候，触发加载，请求数据，将新数据插入尾部。
这里面，我们会碰到两个问题，
- 1.一个是scroll 事件的触发，会触发的非常频繁，
- 2.dom节点会越来越多
最大内容绘制（Largest Contentful Paint）译
原文链接：https://web.dev/largest-contentful-paint/
Largest Contentful Paint 这个指标让我们知道一个页面的重要的内容变得更加容易。
一直以来，对于web开发者来说，测量一个web页面的主要内容加载多快，渲染的速度多快，是个挑战。
老的测量指标，例如load 或 DOMContentLoaded 并不算一个好的测量指标，这个指标并不能清楚的测量用户在屏幕上看到了什么。performance 中的First Paint(FTP) 和 First Contentful Paint(FCP) 仅仅只能捕获加载阶段的最初页面。如果一个页面正在展示启动页面，或者加载进度条，这个东西其实与用户无关。
阅读 “最大内容绘制（Largest Contentful Paint）译” 发表评论gzip与brotli压缩算法对比
上面这幅图是比各种无损压缩算法的压缩比，其中提到brotli压缩比gzip的要高。最近一直搞新版数图首页的优化，新版数图的首页各种资源加起来有3.6MB ,各种优化手段都使用上，基本上连1个RTT的时延都不想放弃，当然经过有，数图首页的加载时间基本上平均在948ms内。其中利用到阿里云的cdn服务。
阿里云目前的cdn服务开始支持quic协议（实验性质的），目前这个估计是在收集用户数据。和运维的同学一系列的沟通，终于说服他们在这个星期开启了cdn 支持TLS1.3协议并开启brotli压缩算法
阅读 “gzip与brotli压缩算法对比” 发表评论在wireshark中查看https http2包内容的配置方法
当我们web服务启用TLS协议之后，我们通过wireshark抓包是无法查看应用层的数据的，看到的是加密过后的数据。这个时候如果我们拥有https网站的加密私钥，我们可以来解密改网站的加密流量，此外Firfox 和Chrome支持将TLS会话中使用的对称密钥保存在文件中，这个可以为wireshark使用，也可以查看TLS加密的数据。现在我们来看第二种方式操作方式。
阅读 “在wireshark中查看https http2包内容的配置方法” 发表评论sourcemap 上传到sentry异常监控系统的配置记录
前端异常监控和性能监控基本是web开发的标配了，很多公司都开发自己的异常监控和页面性能监控系统，sentry是个不错的开源的性能监控平台，功能丰富，还能和gitlab ，钉钉等各个平台进行结合，将异常监控上报到gitlab或与钉钉机器人结合，这对于一般公司来说，够用了，这对于线上前端出现的异常能够实时的发现，修复。
基于sentry的基础配置就不多说了，本文的目的就是怎么将sourcemap上传到sentry服务中去，让技术人员在分析异常的时，更加方便。
将js的sourcemap文件上传到sentry 有如下三种方法,1.realases API, 2.sentry-cli 3, sentry-webpack-plugin 都可以达到我们的目的。
现在我们来通过第三种方式来实现sourcemaps文件上传到sentry服务中。我以vue-cli3的配置来一步步实现配置。阅读 “sourcemap 上传到sentry异常监控系统的配置记录”
发表评论