浏览器向服务器发起请求，获取到对应的html资源文件后，开辟一块栈内存，通过GUI渲染线程来解析渲染页面
webpack解析css文件流程，首先通过css-loader 加载 .css ⽂件，并且转换成 commonjs 对象，然后通过style-loader 将样式通过<style>标签插入到head中。
最近测试了几个 ES module 和 Commonjs 的例子，理解了之前不太理解的概念，记录一下。要是想多了解的可以去看看阮老师的 Module 那部分。会贴一小部分的代码，不会贴所有验证的代码。
去年(19年10月)在某技术沙龙上分享了《小程序工程化探索》后，陆续有网友联系到我询问一些实现方面的细节，虽然常年顶着黑眼圈修着“福报”，但还是决定抽出时间写一个小程序工程化系列，一是希望能帮到部分同学，二是希望能提升自己的总结与表达能力，由于是一个系列，所以每篇文章会尽量聚焦一个点，篇幅不会很长。闲话少述，本篇是小程序工程化系列第一篇，我将会详细介绍如何利用 Webpack 实现对小程序代码的文件依赖分析。
使用requestAnimationFrame代替setTimeout和setInterval：
Tech 导读 在对大型前端项目进行国际化改造时，经常会遇到过工作量大、干扰项多以及容易遗漏等问题。而针对这些大量的重复的工作，自动化工具往往能提升很大的工作效率。本文将带读者了解node cli开发的基础知识，并对如何开发一个国际化校验工具来解决这些问题展开教学。 01 背景 在今年的敏捷团队建设中，我通过Suite执行器实现了一键自动化单元测试。Juint除了Suite执行器还有哪些执行器呢？由此我的Runner探索之旅开始了！ 仓储中台的愿景是，以用户为根本，通过发现、定义、设计、交付可被多BP
如果你的网站上面有很多第三方JS代码，那么“下载速度的不可控”很有可能导致你的网站会被拖慢。因为JS在执行的时候会影响到页面的DOM和样式等情况。浏览器在解析渲染HTML的时候，如果解析到需要下载文件的script标签，那么会停止解析接下来的HTML，然后下载外链JS文件并执行。等JS执行完毕之后才会继续解析剩下的HTML。这就是所谓的『HTML解析被阻止』。浏览器解析渲染页面的抽象流程图如下：
npm config set registry https://registry.npm.taobao.org
从网站开发者的角度来看，第三方JS相比第一方JS有如下几个不同之处： 下载速度不可控 JS地址域名与网站域名不同 文件内容不可控 不一定有强缓存（Cache-Control/Expires） 如果你的网站上面有很多第三方JS代码，那么“下载速度的不可控”很有可能导致你的网站会被拖慢。因为JS在执行的时候会影响到页面的DOM和样式等情况。浏览器在解析渲染HTML的时候，如果解析到需要下载文件的script标签，那么会停止解析接下来的HTML，然后下载外链JS文件并执行。等JS执行完毕之后才会继续解析剩下
总体来说分为以下几个过程: 1、DNS解析 DNS解析的过程就是寻找哪台机器上有你需要资源的过程。当你在浏览器中输入一个地址时，例如www.baidu.com，其实不是百度网站真正意义上的地址。互联网上每一台计算机的唯一标识是它的IP地址，但是IP地址并不方便记忆。用户更喜欢用方便记忆的网址去寻找互联网上的其它计算机，也就是上面提到的百度的网址。所以互联网设计者需要在用户的方便性与可用性方面做一个权衡，这个权衡就是一个网址到IP地址的转换，这个过程就是DNS解析。它实际上充当了一个翻译的角色，实现了网址到I
Node.js 既支持 CommonJS 标准，也完全支持 ECMAScript 标准。Node.js 环境下用 js语言编写的文件，有三种格式：.js、.mjs、.cjs。
可能大家都知道，js执行会阻塞DOM树的解析和渲染，那么css加载会阻塞DOM树的解析和渲染吗？接下来，我们就一起来分析一下。
最近一段时间刚好在公司内部涉及一些老旧项目的优化，所以对于 Web 网页性能方面沉淀了一些自己的看法。
（注1：如果有问题欢迎留言探讨，一起学习！转载请注明出处，喜欢可以点个赞哦！） （注2：更多内容请查看我的目录。）
在很久很久以前，我在封装自己的JQuery库时就使用过DOMContentLoaded，觉得这个知识点看看别的文章就行了，不过现在我想把它记下来。
市面上现在有很多bundler，最著名的就是webpack，此外常见的还有 browserify，rollup，parcel等。虽然现在的bundler进化出了各种各样的功能，但它们都有一个共同的初衷，就是能给前端引入模块化的开发方式，更好的管理依赖、更好的工程化。
出于安全原因，像Chrome之类的浏览器是不允许直接调用本地的JS文件的； 所以只能把它放在Web服务器端， 通过Web服务器下载到本地，再运行这些程序； 后续很多WebRTC案例，包括信令服务器，都是需要使用到Web服务器的； Web服务器选型 Nodejs 比较特殊，可以用js开发服务端程序； 有两份JS， 一份是用于控制服务器的， 一份是用于下载到客户端去运行的； Nginx 性能上比Apache更好，灵活度等也优于Apache， 所以逐渐把Apache取代； Apache 一开始出
'use strict' //引入node path 中间件 可以获取到 path 路径的一些信息 const path = require('path') //引入utils工具模块 utils主要用来处理css-loader和vue-style-loader的 const utils = require('./utils') //引入config下面的index文件 主要是配置一些开发环境和生产环境的配置 const config = require('../config') //用来解决各种css 文
node操作Excel的例子 # 安装依赖 npm install一下以下模块 node-xlsx(基于Node.js解析excel文件数据及生成excel文件，仅支持xlsx格式文件) excel-export(基于Node.js将数据生成导出excel文件，生成文件格式为xlsx) fs # 示例代码 demo.js const fs = require('fs') const xlsx = require('node-xlsx') const nodeExcel = require('excel-e
当我们首次运行 Vite 的时候，Vite 会执行依赖预构建，目的是为了兼容 CommonJS 和 UMD，以及提升性能。
我们最开始学前端的时候都会看到教程在处理外部css，js的时候会将css放在header中，js放在body的最后。为什么要这样子处理，今天参考一些资料好好分析下。
HTML 用了尖括号作为了标签的边界符，这只是一种语法规定，事实上如果我们愿意，我们使用 JSON 或 TOML 格式实现结构化也是可以的，我们也可以使用方括号代替尖括号，但从实际结果来看，还是使用 XML 格式更好，尖括号因为在文本中使用不多，用它作为边界符也比较合适。
RPO (Relative Path Overwrite) 相对路径覆盖，最早由 Gareth Heyes 在其发表的文章中提出。主要是利用浏览器的一些特性和部分服务端的配置差异导致的漏洞，通过一些技巧，我们可以通过引入相对路径来引入其他资源文件，以达到我们的目的。
动人js一段时间，我认为事情仅仅是一个很肤浅的理解。是非常欠缺的。所以開始使用博客来对这一部分的知识做个慢慢的记录和积累。
JS 的加载分为两个部分：下载和执行。 浏览器在执行 HTML 的时候如果遇到<script>时会停止页面的渲染，去下载和执行 js 的文件直接遇见</scirpt>会继续渲染页面。故浏览器在执行 js 文件的时候浏览器表现为一片空白，为了解决这个问题 ECMAScript 定义了 defer 和 async 两个属性用于控制 JS 的下载和执行。
对于开发一个 JavaScript 三方库供外部使用而言，package.json是其中不可缺少的一部分
来源：子慕大诗人 http://www.cnblogs.com/1wen/p/7942608.html 导火索 有一天一个测试同事的一个移动端页面白屏了，看样子是页面哪里报错了。 我自己打开页面并没有报错，最后发现报错只存在于他的手机，移动端项目又是在微信环境下，调试起来会比较麻烦，最后用他手机调试才发现问题： 是他账户下面有个对话的消息数据有问题导致页面报错了。 一般遇到这种情况只有用他的手机或者账户调试能很快查到问题，如果是外部的用户怎么办，我没法拿他的手机去测试。 其实这个问题很常见，但是这次我觉
最近系统梳理HTML5所有涉及到的标签时，梳理至<link>和<script>标签时，碰巧想到一个困扰很久的问题，即一般把<script>放在<body>尾部，<link>标签放在<head>内部，而页面通过CDN引入第三方框架或库时，基本都是将其<script>标签放在<link>标签前面。
上一篇 浏览器渲染（进程视角）文章从浏览器的进程模型演进分析了打开一个页面的渲染进程数量，及每个渲染页面的连接，上下文组等内容，那么对于渲染进程内所作的事情怎样的呢？
在程序设计中，为完成某一功能所需的一段程序或子程序，或指能由编译程序、装配程序等处理的独立程序单位；或指大型软件系统的一部分
在web产品优化准则中，很重要的一条是针对js脚本的加载和执行方式的优化。本篇文章简单描述一下其中的优化准则。 1. 脚本加载优化 1.1 脚本位置对性能的影响 优化页面加载性能的原则之一是将script标签放在body底部，这跟浏览器的渲染原理有关： js脚本的下载和执行会阻塞浏览器的解析。在较早时期，浏览器不支持并行下载的时候，js脚本的下载执行按照在html文档中的位置依次进行，可以想象当页面有大量js脚本时页面的加载有多慢； js脚本的下载会阻塞其他资源的下载，比如图片、外链css等。虽然目前大多数
codesandbox能在线运行代码，显然他也实现了上述步骤，具体来说，codesandbox内置了2个在线服务：
可能大家都知道，js执行会阻塞DOM树的解析和渲染，那么css加载会阻塞DOM树的解析和渲染吗？接下来，我就来对css加载对DOM树的解析和渲染的影响做一个测试。
我们分别使用普通、async和defer的方式加载1.js、2.js、3.js，观察控制台的打印结果：
无论 <script> 标签是嵌入代码还是引用外部文件，只要不包含 defer 属性和 async 属性（这两个属性只对外部文件有效），浏览器会按照 <script> 的出现顺序对他们依次进行解析，也就是说，只有在第一个 <script> 中的代码执行完成之后，浏览器才会执行第二个 <script> 中的代码，并且在解析时，页面的处理会暂时停止。
当浏览器通过网络接收页面的HTML数据时，它会立即设置解析器将HTML转换为文档对象模型(DOM)。
为什么要用构建工具？如果你只会js+css+html，最多再加上jquery，那么当你听到构建工具这个说法是不是蒙的？这种情况下我不建议你学习webpack，建议你学下 vue 或者 react 框架，这两个框架都有自己的脚手架，所谓脚手架就是别人用构建工具帮你搭好了原始项目，你可以在不懂构建工具的情况下进行前端开发。不过这就是初级前端的基本工作，给我一个环境，让我安心的写业务代码。
默认配置文件 webpack.config.js，可以通过 webpack --config 指定配置文件
01 — 什么是RPO攻击？ RPO（Relative Path Overwrite）相对路径覆盖，是一种新型攻击技术，最早由GarethHeyes在其发表的文章中提出。主要是利用浏览器的一些特性和部
在前端开发的过程中，很多时候除了日常的需求开发以外，我们还需要对我们的页面进行性能优化，那么这次就分享一下前端开发我能想到的一些优化方案进行总结。
模块化机制让我们能够把代码拆分成多个模块（文件），而编译时需要知道依赖模块的确切类型，那么首先要找到它（建立模块名到模块文件路径的映射）
在传统的单设备系统能力基础上，HarmonyOS提出了基于同一套系统能力、适配多种终端形态的分布式理念，能够支持手机、平板、智能穿戴、智慧屏、车机等多种终端设备，提供全场景（移动办公、运动健康、社交通信、媒体娱乐等）业务能力。
为了方便也可以这么写，使用 npm run 命令这个命令执行的时候默认会把 node_modules 的.bin 文件放到全局上，执行之后销毁npm run buildnpm run dev
大家好，我是「柒八九」。一个「专注于前端开发技术/Rust及AI应用知识分享」的Coder
2019 年的 4 月份，Node.js 官方团队在发布 Node.js 12 时，也给我们带来了最新的 ECMAScript Modules 支持。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
