在查看网页源码的时候经常会发现带有类似 ?v=13566 或者 ?version=15678 的 CSS 和 JS 文件。如下所示： <script src="w3h5.js?version=1568
楼主经过实际的项目情况反馈，总结以下两点切实可行的办法，分享给大家，希望对大家有帮助。
为何有人说第三方库不需要提交 package-lock.json/yarn.lock？
版权声明：本文为博主原创文章，未经博主允许不得转载。https://www.jianshu.com/p/9eba0e2c0697
在搜索引擎中搜索关键字 .htaccess 缓存，你可以搜索到很多关于设置网站文件缓存的教程，通过设置可以将css、js等不太经常更新的文件缓存在浏览器端，这样访客每次访问你的网站的时候，浏览器就可以从缓存中获取css、js等静态文件，而不必从你的服务器再次下载读取，这样在一定程度上加快了网站的打开速度，又可以节约一下你的服务器流量。
缓存对于前端页面来说，是加速页面加载的利器之一，但也同时带来了很多问题，比如新版本发布之后，怎么替换客户端上的缓存文件呢？大家一般的的解决方案主要有以下几种形式，
web网站修改后，在浏览器端缓存的内容，将极其严重的影响效果，用户根本看不到改版的内容。这个问题，困扰我已久。 iis时代，我好像还没有太多的印象，新网站只要把iis重启一下，一般都刷过去了，要不就用iisreset，基本解决，重启都不用。但在apache+flask下，别说重启apache了，重启服务器也没用，缓存依然在。把我的解决途径记录一下： 1.本地。清理浏览器缓存就行。我用360浏览器，至少这点很方便，菜单好找，还有快捷键。Ctrl—Shift—Del，菜单“清除上网痕迹”，默认的就行，不会把Co
之前写的《学习源码整体架构系列》 包含jQuery、underscore、lodash、vuex、sentry、axios、redux、koa、vue-devtools、vuex4十篇源码文章。
目前微服务架构盛行，在了解了很多的实际微服务项目中，发现很多同事在设计业务 API 接口时，写法五花八门，现总结下目前项目上设计业务 API 接口的一些比较经典误区写法。
需要解决的问题 在做WEB系统开发时，为了提高性能会利用浏览器的缓存功能，其实即使不显式的申明缓存，现代的浏览器都会对静态文件(js、css、图片之类)缓存。但也正因为这个问题导致一个问题，就是资源的缓存逻辑有时出现问题后服务器的最新版本文件无法更新客户端的缓存。 这个问题会给用户产生许多的困扰，当然首先是测试人员会很头痛，一些看起来没有修复的bug为什么开发要说做好了？这种时候我会无奈的说：ctrl+f5刷新一下。但这毕竟不是解决问题的方法。 思路与方法考虑 思路 之前没有着手处理过这样的问题，
灰度发布，又被称之为金丝雀发布，是指某次新发布功能特性和旧功能特性之间能够以平滑过渡的方式呈现给用户，就像金丝雀的羽毛一样多种颜色平滑渐变。
在我们空军的课程中，JavaScript一直作为一门前端开发语言运行在浏览器内部（浏览器引擎负责解释JavaScript语言）。Node同样也是JavaScript这门语言的运行环境。通过Node，我们可以让JavaScript进入后台开发的能力。
好多人说rn好用，一直要推荐我用，我就不信了，来安装玩一下试试效果。实践出真知！安装过程各种坑，工具太多了，太麻烦了，差点放弃（还好坚持下来呢）。
这个方案主要是为了实现js/css/image的压缩合并、自动添加版本号、自动加浏览器前缀和压缩html。
在软件管理的领域里存在着被称作“依赖地狱”的死亡之谷，系统规模越大，加入的套件越多，你就越有可能在未来的某一天发现自己已深陷绝望之中。
另外：后面会再总结一个系列，就是腾讯项目用到的技术点，有好多好多，可以供大家学习参考，让我们一起进步
我们在使用SpringBoot引入依赖时，有些时候要加版本号，有些时候又不需要，这是为什么呢？如下：
知晓程序员，专注微信小程序开发的程序员！ 一、判断小程序版本号 小程序的API是不断更新的，你可能使用某个API时，文档里会说明，此API在1.x.x版本开始支持，需要自己做兼容处理。 如果你使用小程序版本号做兼容，就必须了解小程序的基础库版本号规则，在这里介绍一下。 小程序基础库版本号使用 semver 规范，格式为 Major.Minor.Patch，Major、Minor、Patch 均为整数，1.9.901、2.44.322、10.32.44 都是符合 semver 风格的版本号。 以下是官方提供
（2）当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1;
每一个项目都要有一个package.json文件（包描述文件，就像产品的说明书一样）
项目初版本时，版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0，如果你为人很低调，我想你会选择那个主版本号为 0 的方式； 当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1 当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，因而可以被忽略掉 当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1 另外，编译版本号一般是编译器在编译过程中自动生成的，我们只定义其格式，并不进行人
参考：http://liudaoru.iteye.com/blog/287266
Node.js[1]是一个基于 Chrome V8[2] 引擎的 JavaScript 运行时环境。在我们日常开发中，Node.js 使用场景越来越多，大到服务端项目，小到开发工具脚本，所以掌握 Node.js 一些基础知识是非常有必要的。
即使只有一个人发开，也会考虑代码的安全而分多个分支。多人协同开发时，可能每个人在不同的分支开发，也可能不同团队在不同的分支开发，还有就是不同的功能在不同的分支开发。
最近打算学习一些web编程的知识，今天学习了Grunt这个工具的用法，这里简要地对学习的知识点进行个总结。
本文是基于Vite+AntDesignVue打造业务组件库[2]专栏第 10 篇文章【在 monorepo 中怎么组织和优化研发流程？】，前面几篇都在说函数库开发的相关内容，所以本文接着围绕这块说，主要是把研发流程梳理清楚，方便后续更多内容的铺开。
原理：每当执行npm run，就会自动新建一个 Shell，在这个 Shell 里面执行指定的脚本命令。因此，只要是 Shell（一般是 Bash）可以运行的命令，就可以写在 npm 脚本里面。
package.json 是前端每个项目都有的 json 文件，位于项目的根目录。许多脚手架在搭建项目时也会自动帮我们自动初始化好 package.json。
作者：rianma | 腾讯web前端开发工程师 nodejs 社区乃至 Web 前端工程化领域发展到今天，作为 node 自带的包管理工具的 npm 已经成为每个前端开发者必备的工具。但是现实状况是，我们很多人对这个nodejs基础设施的使用和了解还停留在: 会用 npm install 这里（一言不合就删除整个 node_modules 目录然后重新 install 这种事你没做过吗？） 当然 npm 能成为现在世界上最大规模的包管理系统，很大程度上确实归功于它足够用户友好，你看即使我只会执行 inst
Problem Description 相信大家一定有过在网上下载软件而碰到多个不同版本的情况。
现如今，前端开发的同学已经离不开 npm 这个包管理工具，其优秀的包版本管理机制承载了整个繁荣发展的NodeJS社区，理解其内部机制非常有利于加深我们对模块开发的理解、各项前端工程化的配置以加快我们排查问题（相信不少同学收到过各种依赖问题的困扰）的速度。
提到发版后如何自动清理缓存，大家都普遍都会想到配置nginx设置不缓存然后在配置打包生成hash值即可。但实际上据我本人亲测好像是没有用的（反正我试过不行T T），于是乎便产生了这篇文章。本文基于 vue 2.x 来进行配置。
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。 * RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
package.json 文件其实就是对项目或者模块包的描述，里面包含许多元信息。比如项目名称，项目版本，项目执行入口文件，项目贡献者等等。npm install 命令会根据这个文件下载所有依赖模块。
之前想过写这篇文章，但是没有想到一个好的内容、好的突破点。在《GitHub 漫游指南》指南里，我们提到过《如何在GitHub“寻找灵感(fork)”》，但是并不是关于阅读源码的好文章。 我们并不建议所有的读者都直接看最新的代码，正确的姿势应该是： clone某个项目的代码到本地 查看这个项目的release列表 找到一个看得懂的release版本，如1.0或者更早的版本 读懂上一个版本的代码 向后阅读大版本的源码 读最新的源码 最好的在这个过程中，可以自己造轮子来实现一遍。 阅读过程 在我阅读的前端库、P
HTML5中 Web Storage 的出现，主要是为了弥补使用 Cookie 作为本地存储的不足。Cookie 存储的数据量非常小，而且数据会自动携带到请求头里，但服务器端可能并不关心这些数据，所以会造成带宽的浪费。
软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_beta。
经过上一篇『手撕Vue-CLI』编码规范检查之后，手撕 Vue-CLI 已经进阶到了代码规范检查这一步，已经将基本的工程搭建好了，然后代码规范约束也已经加入了，并且将 nue-cli 指令绑定到了全局当中，可以在任何地方使用了。
前面那些命令执行完之后，就可以构建ci项目了，找到我们想要放置项目的文件夹，进入终端，cd到这个文件夹
先说下故事背景，我们平时在部署Vue等前端项目的时候，因为客户端浏览器缓存原则，经常会出现修改后，而用户不能第一时间更新的情况，只能通过禁用缓存，或者配置nginx，或者干脆联系用户，让用户刷新页面等方案，我都尝试过，都不是很舒服，今天又学到了一个技巧，分享给大家，个人感觉还是可以的，是一个思路，可以往这个方向思考。
最近研究了下工作流，先说一下我司的情况，我司现在是pc端用php直出，h5用vuejs构建，vuejs部分就不进行描述了，因为网上的构建方法都是很成熟的了。 以下是php直出，需要向后台同学提供html文件的构建方法。调试都是在本地调试的，调试完成后打包生成html交付给后台同学。
Node.js 是一个流行的 JavaScript 运行时环境，用于开发服务器端和网络应用程序。它带有一个强大的软件包管理器 npm，可以方便地安装和管理 JavaScript 包和依赖项。在 GNU/Linux 系统上，使用 Nvm（Node Version Manager）是一种常见的方法来安装和管理 Node.js 和 npm。
安装第三方库 root-check ， 要指定版本，不然 2.0 是用 es module 写的，会报错。
Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
这一期阅读的是 Vue3 源码中的 script/release.js 代码，也就是 Vue.js 的发布流程。在上一期源码阅读中从 .github/contributing.md[1] 了解到 Vue.js 采用的是 monorepo 的方式进行代码的管理。
我有个哥们遇到这个问题，问我怎么解决的， 我晕了，我没遇到这样的问题啊，我怎么解决啊啊啊啊。。
创建模块 初始化package.json文件 执行命名 npm init -y 会自动生成package.json文件如下，name默认为文件夹名称 { "name": "MZC-Ng-Api", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "test": "echo \"Error: no test specified\" && exit 1" }, "keywords"
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
