可视化shell调试？shell函数库？智能提示shell补全的vscode插件？这全都有。

想想项目创建之后，多久没给 npm 依赖升级了？

如何得知当前项目 npm 依赖的“健康度”？

给老项目升级 npm 依赖，有哪些注意事项？

得益于uni-app的跨平台能力，能让我们使用更加熟悉的vue框架来实现微信小程序的开发。

Vue2的响应式系统是利用Object.defineProperty进行数据劫持实现的，但是其本身语法有些缺陷，针对此，Vue3使用了Proxy实现的数据响应式，并将其独立成@vue/reactivity 模块。

公司有日报，每天需要在公司的周报系统中填写并提交，每次都要【打开周报系统 - 登陆 - 复制粘贴 - 提交】，觉得很麻烦，之前了解过前端爬虫神器 puppetter，遂决定深入学习一番。

实现一款自己的 vscode 插件并发布在应用市场，所有人可以在 vscode 扩展中搜索并下载；由于文章目标是实现效果，所以不打算用自己实现的 edit-article 插件作为案例。

一篇文章的时间，让我们回到画页面的那个夏天，彻底搞懂前端页面布局。

正则，熟悉的陌生人，我们在表单校验中见到它，也在框架源码 html 转 ast 树的 parser 原理中见到它；常常见到，需要时百度一搜，确实能用，却又一碰到就发憷，原因很简单，这火星文，谁看得懂呀！

欢迎来到 vscode 的世界，本文目标为科普 vscode 中关于【空间控制】的一些设计理念，空间是有限的，而信息是无限的，就像是我们写页面要考虑版心、考虑空间的摆放，vscode 其实也就是一个应用，那它的界面空间也是有限的，这些中间由各个区域搭建起来，那这些区域是什么？又是如何协同工作的呢？

本文的主要内容可以说是小技巧，但我是一个很懒的人，不喜欢死记硬背，喜欢在需要记忆的内容间寻找它们内部的联系，然后用逻辑去串起来，这给我一种说不出的快感；可能这个记忆方法不适合很多行业，但在计算机领域，真是个我个人无比推崇的方法，原因很简单：计算机是一个完全由人搭建出来的世界！

书写 JavaScript 语言时， 是否经常见到这种提示报错 * is not defined？ 是否经常出现 undefined?

对于 SSR 服务端渲染这个概念稍有经验的开发应该都不陌生，官方文档 Vue SSR 指南 对于什么是服务端渲染、为什么使用服务端渲染以及什么时候使用服务端渲染已经说的很清楚了，结合一张经典的构建过程总结关于 SSR 的基本知识。

背景：公司的云his静态项目代码量巨大，依赖的npm包大概有100个，打包一次大概要14分钟。利用webpack5的持久化缓存提升构建效率。

作为前端开发，cookie是我们经常需要打交道的东西。我们用它来鉴权，用它来实现行为跟踪，用它给无状态的 http 协议以“状态”。本文就聚焦这个小小的 cookie，把 cookie 掰开了，揉碎了讲一讲， 它是如何被我们利用的。

CI 的意思是 持续构建 。

负责拉取代码库中的代码后，执行用户预置定义好的操作脚本，通过一系列编译操作构建出一个 制品 ，并将制品推送至到制品库里面。常用工具有 Gitlab CI，Github CI，Jenkins 等。这个环节不参与部署，只负责构建代码，然后保存构建物。构建物被称为 制品，保存制品的地方被称为 制品库。

CD 则有2层含义：持续部署（Continuous Deployment） 和 持续交付（Continuous Delivery） 。

持续交付 的概念是：将制品库的制品拿出后，部署在测试环境 / 交付给客户提前测试。持续部署 则是将制品部署在生产环境。

webrtc 是 P2P 的一种技术，什么是 P2P？其实就是 端对端，就说是你的音频、视频流不经过服务器中转，直接由一端发送到另一端。

不经过服务器中转，也就说时候，如果通过过程中服务器突然崩溃，是不是通话还能继续？

是的！但是发送音频视频流前，一定是需要建立 P2P 连接的，建立连接前一定需要服务器进行信令转发，这个信令就是通话两端的标识。

最近在做一个可视化拖拽搭建 H5 页面的项目，整个项目分为 后台配置应用 和 前台渲染应用。其中一个业务场景是要求配置页面的同时，前台渲染应用能够同步将配置渲染出来。