总体思路 1、 建立一个js服务，该服务实现通用js文件的加载、依赖、缓存、更新以及复用。 2、 各个项目如果使用通用js，可（bi）以（xu）使用js服务实现加载。 3、 Js服务只提供通用的js，比如jQuery、my97、easyUI等（可根据实际情况设定具体的js文件）。 4、 其他针对特点需求写的js文件，需要自己写代码加载。Js服务可以提供加载用函数。（正在考虑要不要使用sea.js） 5、 Js服务加载的js文件，不需要做任何修改。当然也不负责各个文件里的函数名称是否冲突。 Se
使用范围： OA、MIS、ERP等信息管理类的项目，暂时不考虑网站。 遇到的问题： 完成一个项目，往往需要引用很多js文件，比如jQuery.js、easyUI等。还有自己写的一些列js文件，那么这些文件如何方便的加载，如果文件有变化如何才能让客户端及时更新缓存？如果能够提高点运行效率，那就更好了。 目标： 1、 可以方便的引用js文件。 2、 尽量使用各种缓存，避免频繁从服务器读取文件。 3、 如果js文件有更新或者增加、减少几个减少js文件，需要客户端能够自动、立刻更新。 4、 Js文件
前端优化是一个大的课题，需要花好多时间才能理解，之前对前端优化陆陆续续有一些了解。所以这次从渲染优化，打包优化，代码优化做了一个系统的总结，并且引申出了几个需要关注的问题，文章可能有点长，大家一定要看到最后。最后写作不易，希望觉得还可以的话，帮忙点赞一波，提前感谢了。当然如果有写不好的地方，也请指出来，我会积极改进，共同成长。
对于JavaScript，掌握其语法和特性是最基本的，但是这些只是应用能力，最终仍旧考量仍然是计算机体系的理论知识，所以数据结构，算法，软件工程，设计模式等基础知识对前端工程师同样重要，这些知识的理解程度，可以决定你在前端工程师这条路上能走多远，是时候进行一波自检了，查漏补缺，只有全面发展，才会使你更强，以下会进行自问的形式按照图片里面的知识点进行自我check
对于 JavaScript，掌握其语法和特性是最基本的，但是这些只是应用能力，最终仍旧考量仍然是计算机体系的理论知识，所以数据结构，算法，软件工程，设计模式等基础知识对前端工程师同样重要，这些知识的理解程度，可以决定你在前端工程师这条路上能走多远，是时候进行一波自检了，查漏补缺，只有全面发展，才会使你更强，以下会进行自问的形式按照图片里面的知识点进行自我 check
以下配置是在webpack 4.41.6+测试 可用于生产环境： babel-loader缓存优化 ignoreplugin noparse happyPack ParallelUglifyPlugin 不可用于生产环境的： 自动刷新 热更新 DllPlugin babel-loader的缓存优化 module: { rules: [ { test: /\.js$/, loader: 'babel-
我的博客在导航栏中有一个在线工具跳转，博客中提供了一些比较实用的在线工具，最近两天又添加了一个在线工具，作用是可以查询 docker 官方镜像仓库中指定镜像的版本信息，虽然之前写在线工具的时候就已经掌握了 django + jQuery ajax 的用法，但经过这次的工具更新，我对 ajax 的用法又有了更深层次的理解，所以分享一下我的使用经验。
导言：nodejs中所有与文件相关的操作都在fs模块中，而读写操作又是我们会经常用到的操作，nodejs的fs模块针对读操作为我们提供了readFile，read, createReadStream三个方法，针对写操作为我们提供了writeFile，write， createWriteStream三个方法，下面分析一下它们的区别：
感谢于霆霖的投稿，本文摘自：http://yutinglin.cn/2017/08/01/秒杀系统解决方案/ 我看了二十篇左右的秒杀系统设计及解决方案的文章，从架构、产品、前端、后端四个层面分别总结了一些解决方案。 要点总结： 1.架构：扩容，业务分离，数据分离 2.产品：下单按钮控制，秒杀答题削峰，简化页面设计 3.前端：限流（反作弊） 静态化 4.后端：内存 队列 一、秒杀一般会带来2个问题： 1、高并发 比较火热的秒杀在线人数都是10w起的，如此之高的在线人数对于网站架构从前到后都是一种考验。 2、超
《生活大爆炸》中 让大家折腾不已的时光机问题 小编想说 谢耳朵这么折腾也就算了 没想到前端优化也是如此折腾不止 写在前面 作为开发，不仅仅是前端，优化总是你绕不开的事，我们的目标就是要产品变更得更快。优化的对象不仅仅指产品本身，还有我们日常的开发流程。要打造一个无痛的开发流程，并且能够相对轻松的对产品持续优化真的不轻松。没有银弹，任何项目都要花很多时间和精力。但任何值得改善的地方能够有所提升都让我们觉得努力没白费。有时候只想懒一点，从枯燥的重复中解放出来。 从作者加入团队到现在，过程中遇到了很多问题
HTTP缓存（ ETag、Cache-Control）——谷歌开发者 HTTP缓存有利于web性能优化
需要注意的是，"a/b" 这种不属于路径写法，它属于前两种，比如 "fs/promises"、"@babel/core"。
例如小米手机每周二的秒杀，可能手机只有1万部，但瞬时进入的流量可能是几百几千万。又例如12306抢票，票是有限的，库存一份，瞬时流量非常多，都读相同的库存。读写冲突，锁非常严重，这是秒杀业务难的地方。那我们怎么优化秒杀业务的架构呢？
作者：addy（许斌），前端开发工程师，文艺青年一枚，写得了文章，编得了代码。 作为开发，不仅仅是前端，优化总是你绕不开的事，我们的目标就是要产品变得更快。优化的对象不仅仅指产品本身，还有我们日常的开发流程。从加入团队到现在，大概有一半左右的时间花在了优化上，期间遇到了很多问题，回过头看，优化这件事情并不是那么简单，也是些很琐碎的事情，要打造一个无痛的开发流程，并且能够相对轻松的对产品持续优化真的不轻松。没有银弹，任何项目都要花很多时间和精力。但任何值得改善的地方能够有所提升都让我们觉得努力没白费。有时候只
传统的web程序中浏览器也会对资源文件进行cache，但是并不是很可靠，有时起不到预期的效果。而HTML5中的application cache支持离线资源的访问，为离线web应用的开发提供了可能。 使用application cache能够带来以下几点收益：
这是一个历史遗留问题，自从博客部署了 PHP 纯静态缓存之后，所有页面都是 html 静态内容了，而且在七牛 CDN 静态分离之后，速度更是达到极致！ 不过也带来不少疑难问题，在之前写的《启用 WP
一、为什么难 秒杀系统难做的原因：库存只有一份，所有人会在集中的时间读和写这些数据。 例如小米手机每周二的秒杀，可能手机只有1万部，但瞬时进入的流量可能是几百几千万。 又例如12306抢票，亦与秒杀类似，瞬时流量更甚。
前言 很高兴认识大家，之前做过很多分享，今天这次终于讲到正题了。因为之前一直讲自动化运维，其实做这么多年运维，自动化运维没干多少年。这几年很多公司各方面机器数量多了，规模大了才开始去做自动化运维。 今天的课题是高性能Web架构之缓存体系，之所以讲这个体系是因为作为一名运维工程师，我们经常会遇到Web站点访问很慢的情况。要解决这个问题，直接找开发，问题也不一定能解决。因为这个问题不仅仅是开发的问题， 这个问题涉及到浏览器从发出请求到响应请求的一系列问题，所有地方都需要一点点摸清楚才能最后找到问题所在。 1、认
很高兴认识大家，之前做过很多分享，今天这次终于讲到正题了。因为之前一直讲自动化运维，其实做这么多年运维，自动化运维没干多少年。这几年很多公司各方面机器数量多了，规模大了才开始去做自动化运维。
这几天整理了一下vue的几种使用方式，对比之后发现有很多相似之处，那么是不是可以混合使用呢？比如这样：
sw-router PWA 全称是 Progressive Web Apps。它的目的就是让你的网页越来越快。主要内容可以参考：PWA-cookbook。不过，它上手的难度也是有的。它本身是基于 worker 而发展出 Service Worker，所以，要使用 PWA 你就必须学会如何使用 SW，然后，SW 里面还有很多坑要踩。而其中最大的坑就是，如何处理文件资源的缓存，这个一直都是 CS 领域的心病。当然，在 SW 中，这也是有点困难的。不过，为了大家能更快的掌握 SW 这里，鄙人写了一个关于处理 fe
答：有些同事在测试几轮之后，功能稳定了开始介入性能测试，这时才发现性能根本支撑不了预期值。这个时候开发再回头进行系统调优，如果事先选的架构能支撑就好，如果不能达不到预期值，后面讨论或者请教高手发现原先的架构缺陷，再调整架构代价就非常大。基本导致前期的功能测试成果作废。其实各个阶段都有事情做。需求阶段可以整理，评审出性能需求，评审需求可行性时就考虑好数据量和用户量。设计阶段–对预估的需求做设计，举个例子。背景：我们现在使用的是mysql数据库（公司去oracle化），我们要从一个5000W的一个数据表的6个不同查询维度查询数据，比如说城市、行业、地址类型、爱好、性别、时间范围。这样对于mysql的查询常见的优化设计可能是分表、建立索引，但，对于这个场景就不好处理了。数据耦合强，没有办法分表。索引，组合索引太多。后面的处理办法是用mongodb、nosql的方法解决。对于编码和测试阶段可以这样去分不同阶段做不同事情。
《秒杀系统架构优化思路》 上周参加Qcon，有个兄弟分享秒杀系统的优化，其观点有些赞同，大部分观点却并不同意，结合自己的经验，谈谈自己的一些看法。 一、为什么难 秒杀系统难做的原因：库存只有一份，所有
我写了一个Javascript的小程序，可以在网页上实时显示天气信息。效果如下： showWeatherInfo("CHXX0116"); 有兴趣的朋友，可以下载源文件。 由于我是第一次发布自己写的程序，写得不好之处，还请大家多批评。 点击下载源文件 （完） 附：reademe.txt Yahoo天气插件（Yahoo Weather JS Parser） 作者：阮一峰 主页：http://www.ruanyifeng.com/blog/ 版本：v0.1 日期：2007年6月9日 一、简述 利用Aja
在本文中，介绍3个鲜为人知，但功能非常强大且体积很小的 JavaScript 库，这些可以帮助提高开发效率，减轻开发难度，让你加班少少的，请收纳。
博主也是vuejs萌新，公司仅我一个前端，收到做h5的需求后，马上想到要用下vuejs，于是说服领导，开始慢慢钻研，现在记录一下踩到的坑。这些坑主要是在一些组件的使用上，其它的只要好好看官方文档就好了，vue，vue-router, vuex的文档相当重要。
本文主要介绍了如何利用sw-router库实现一个可扩展的路由系统。通过注册不同的路由处理函数，可以针对不同的URL路径进行不同的处理。同时，该路由系统也支持基于观察者模式的缓存机制，可以大大提高Web应用程序的性能。
本来5月1之前就想写一下一篇关于小程序不同场景下发送ajax请求的问题，但是放假的前一天，出了个大bug，就是因为我修改不同的场景下执行不同的逻辑造成的
公司的新项目迁移到了 React 16 和 Webpack 4.0，写一篇文章来总结一下。
去年8月，我用 .NET Core 重写了我的博客系统。经过一年多的优化，服务器响应速度从上线时候的 80ms 提高到了现在的 8ms，十倍提速。可惜由于部署在国外，自然不可抗力会导致中国用户晚上访问速度不稳定。本文分享网络正常的前提下，我做了哪些优化和提升，希望能帮到大家。
苏宁的技术架构，由苏宁云、基础支撑、后台、中台和前台组成。苏宁云主要为业务开发提供云服务。基础支撑，包括数据连接协议、防火墙、日志、中间件、短信等。在苏宁云和基础支撑之上，业务开发分为前中后台。而 Web 前端，主要集中在前台上。包含 PC 端、移动 WAP 端等。
0x00 引言 首先声明，这不是一个新洞，看过 Homakov 文章（最后附）以及译文的人想必对这种漏洞有所了解。 但原文写的太过简单（没有说明利用条件、情景和特性），且译文和我的理解略有偏差，于是就有了这篇文章。 这种漏洞已经存在一段时间了，有没有被利用过尚不得知，虽然利用条件较苛刻，但是当符合条件的站点被攻击后， 影响面和影响程度巨大，并且普通用户不知如何清除, 可导致长期持续攻击。 2014年底的时候，这种漏洞的利用条件没有现在苛刻（比如没有Service-Worker-Allowed头），一年过来
秒杀系统难做的原因：库存只有一份，所有人会在集中的时间读和写这些数据。例如小米手机每周二的秒杀，可能手机只有1万部，但瞬时进入的流量可能是几百几千万。又例如12306抢票，亦与秒杀类似，瞬时流量更甚。
我们都知道，webpack作为一个构建工具，解决了前端代码缺少模块化能力的问题。我们写的代码，经过webpack构建和包装之后，能够在浏览器以模块化的方式运行。这些能力，都是因为webpack对我们的代码进行了一层包装，本文就以webpack生成的代码入手，分析webpack是如何实现模块化的。
混合式开发，在产品体验以及页面加载速度的体验上已经非比以往的。今日早读文章由@unclechen分享。
我们都知道pwa是一个新技术.，依靠缓存，离线了还能正常跑，而且秒开。我把以前原生写的小游戏迁移到react，再迁移到webpack+react，最后再升级到pwa。具体介绍不多说，我们开始撸吧。
今天我们来深度分析一下 Commonjs 和 Es Module，希望通过本文的学习，能够让大家彻底明白 Commonjs 和 Es Module 原理，能够一次性搞定面试中遇到的大部分有关 Commonjs 和 Es Module 的问题。
本文会从如何用函数式编程思想编写高质量的函数、分析源码里面的技巧，以及实际工作中如何编写，来展示如何打通你的任督二脉。话不多说，下面就开始实战吧。
•微信公众号 《JavaScript全栈》•掘金 《合一大师》•Bilibili 《合一大师
0x00 起因 不久前@三好学生师傅买了一个wooyun wifi,然后聊到了缓存投毒： 然后看到wooyun wifi的这个说明： 默认情况下该功能附带缓存投毒功能，将视图缓存所有的页面至2099年
从v1迁移到v2 1. 配置类型 在webpack1的时候，主要是通过导出单个object来进行配置。例如下面的配置： // webpack1 导出方式 module.export = { entry : 'app.js', output : { */... */}, /* ... */ }; 而在webpack2中，则有三种方式来灵活配置，可以针对不同的场景。 1.1 通过不同环境变量导出不同的配置文件 // 可以有两种方式传递当前值，一种是简单传递字符串，另外一种则是传递一个对象
写一个node的服务，压测的时候有一个请求没有缓存导致IO太高，直接加缓存的话又担心内存占用太大挤爆了。写一个检测系统内存情况的缓存管理模块又有点太麻烦了。能不能有一个内存充足的时候就缓存，在内存不够需要垃圾回收的时候就自动回收掉呢？在阮一峰那里看到ES2021支持弱引用了，因此现在在版本比较高的node上也可以用弱引用很方便的实现一个弱缓存了：
每一个文件就是一个模块，拥有自己独立的作用域，变量，以及方法等，对其他的模块都不可见。CommonJS 规范规定，每个模块内部，module 变量代表当前模块。这个变量是一个对象，它的exports属性（即module.exports）是对外的接口。
最近Nodejs作者Ryan Dahl发布了Deno 1.0正式版，圈子一下沸腾起来了。或许你早在两年前就听说了这个东西，但是也有人不知道这个东西是什么，干什么用的，所以今天我将为大家来简单的聊一下这个将来可能会推翻Node的新轮子。
我最近遇到一个需求，要给网站添加一个用户网络离线提醒。要求我们要实时监测用户的网络状态，当用户断网了，我们要立马给用户弹出一个断网提醒。
微信小程序和后台进行交互是通过API请求数据，所以API请求地址的管理 就非常重要，如果在wx.request的时候使用写url地址的方式，那后面要是api地址变化了，就要到每个有请求的地方进行修改url，是大项目的话就会很麻烦，如果配置了全局请求地址修改起来就简单很多。 1.项目根目录新建一个config.js，在里面配置好相关的API请求地址并输出配置
最近有几个搭档开通了自己博客，但却诉苦说因为的买的虚拟空间，所以自己博客网站翻开速度很慢。关于这种景象，依照一般的状况来看，一个网
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
