报错信息: Uncaught TypeError: 'caller', 'callee', and 'arguments' properties may not be accessed on strict mode functions or the arguments objects for calls to them 出现个个问题的原因,是在引用mui中的mui.js文件时报的错误,由于在webpack中,采用的时严格模式,而mui.js用了非严格模式的写法. 解决方法:1.把mui.js里面

1. webpack设置开发模式和生产模式 (1). DefinePlugin插件设置 new webpack.DefinePlugin({ 'process.env': { NODE_ENV: '"production"' }, __DEV__: false }) new webpack.DefinePlugin({ 'process.env': { NODE_ENV: JSON.stringify('production') }, __DEV__: false }) new web

webpack --watch会产生*.hot-update.json文件,解决方法如下: output: { path: path.join(root, "dist"), filename: "bundle.js", hotUpdateChunkFilename: 'hot/hot-update.js', hotUpdateMainFilename: 'hot/hot-update.json' } 出处:https://github.com/gaearon/rea

钉钉微服务webpack配置调整方案 1: Vue CLI配置修改方法 a. 修改build下webpack.prod.config.js.去掉图中三处hash(.[chunkhash]): b. 修改build下webpack.base.config.js.去掉图中hash: 2: 非Vue CLI配置修改方法: 类似CLI,通常去除config文件中的output的filename和chunkFilename的hash值以及rules中对应的hash值.

1. babel5 babel: { options: { blacklist: ["useStrict"], // ... }, // ... } 2. babel6 修改.babelrc 略过模块: { presets: [ ["es2015", { "modules": false }] ] } 略过某个文件: { "presets": ["es2015"], "ignore":

开启HTML5 History Mode后,尤其需要server端的支持,官方文档里就有介绍:(传送门: https://router.vuejs.org/zh-cn/essentials/history-mode.html) [root@test-huanqiu ~]# cat /Data/app/nginx/conf/vhosts/testwx.wangshibo.com.conf server { listen ; server_name testwx.wangshibo.com; roo

上一个链接,入门webpack看这篇文章最好:https://segmentfault.com/a/1190000006178770 1.先安装好node 2.建个项目文件 3,.window+r,打开终端    初始化这个项目 npm init -y 3.1.本地安装webpack(官方建议本地安装) npm install --save-dev webpack 3.2.如果用webpack4+版本,还需要安装webpack-cli npm install --save-dev webpack

前言 从上次更完webpack从什么都不懂到入门之后,好久没有更新过文章了,可能是因为自己懒了吧.今天看了下自己的索引量少了一半o(╥﹏╥)o,发现事态严重,赶紧更新一篇23333 也是因为最近踩了一些多页面的坑,搭了一个简单的多页面架构,对于单页面我想大家看了上篇文章基本入门了吧,接下来我们就开始玩玩多页面了. 那么闲话就不多说了,开始进入正题吧 本文的webpack基于webpack4.0,具体是4.12.0版本 模块化 对于我们上一个项目,我们没有把我们的webpack的模块化,而对于我们

keepalived与dr模式结合 keepalived介绍 keepalived可提供vrrp以及health-check功能,可以只用它提供双机浮动的vip(vrrp虚拟路由功能), 这样可以简单实现一个双机热备高可用功能: keepalived是以VRRP虚拟路由冗余协议为基础实现高可用的, 可以认为是实现路由器高可用的协议,即将N台提供相同功能的路由器组成一个路由器组, 这个组里面有一个master和多个backup, master上面有一个对外提供服务的vip (该路由器所在局域网内其

在安卓系统中默认每次启动一个Activity时,系统会创建一个实例,并按照先进后出的原则放入任务栈中,当我们按back键时,就会有一个activity从任务栈顶移除,重复下去,直到任务栈为空,系统就会回收这个任务栈.但是这样以来,系统多次启动同一个Activity时就会重复创建多个实例,这种做法显然不合理,为了能够优化这个问题,Android提供四种启动模式来修改系统这一默认行为. Activity的四种启动模式如下: standard.singleTop.singleTask.singleIn

//发布订阅模式 class EventEmiter { constructor() { //维护一个对象 this._events = { } } on(eventName, callback) { if (this._events[eventName]) { //如果有就放一个新的 this._events[eventName].push(callback); } else { //如果没有就创建一个数组 this._events[eventName] = [callback] } } em

.octicon{margin-right:2px}a.tabnav-extra:hover{color:#4078c0;text-decoration:none}.tabnav-btn{margin-left:10px}.filter-list{list-style-type:none}.filter-list.small .filter-item{padding:4px 10px;margin:0 0 2px;font-size:12px}.filter-list.pjax-active .

本文参考了此文http://hi.baidu.com/amauri3389/blog/item/a54475c2a4b2f040b219a86a.html 另附 android task与back stack开发文档翻译 参见:http://mypyg.iteye.com/blog/919643     http://blog.csdn.net/infsafe/article/details/5666964 (本文转自https://www.cnblogs.com/xiaoQLu/archive

standard 启动的activity会每次都重新创建一个activity放到任务栈中.这是系统默认的启动模式. singleTop启动的activity,如果任务的栈顶刚好存在当前的activity则重用它,反之则在创建一个新的实例放入任务栈顶中. singleInstance启动的activity,在新栈中创建该activity实例,并让多个应用共享该栈中这个实例. singleTask启动的activity,如果在任务栈中存在该activity实例则重用它,并且将其放到栈顶,如果栈顶有实

//发布订阅模式 class EventEmiter{ constructor(){ //维护一个对象 this._events={ } } on(eventName,callback){ if( this._events[eventName]){ //如果有就放一个新的 this._events[eventName].push(callback); }else{ //如果没有就创建一个数组 this._events[eventName]=[callback] } } emit(eventNam

<> 使用Rezor视图引擎的时候移除apsx视图引擎 Global.asax文件 using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.Http; using System.Web.Mvc; using System.Web.Routing; namespace MvcApp { // 注意: 有关启用 IIS6 或 IIS7 经典模式的说明.

引言 本文转自https://github.com/wallstreetcn/webpack-and-spa-guide,为了方便阅读转到博客园. webpack 更新到了 4.0,官网还没有更新文档.因此把教程更新一下,方便大家用起 webpack 4. 写在开头 先说说为什么要写这篇文章,最初的原因是组里的小朋友们看了 webpack 文档后,表情都是这样的:摘自 webpack 一篇文档的评论区) 和这样的: 是的,即使是外国佬也在吐槽这文档不是人能看的.回想起当年自己啃 webpack

代码分离特性能够把代码分离到不同的 bundle 中,然后可以按需加载或并行加载这些文件.代码分离可以用于获取更小的 bundle,以及控制资源加载优先级,如果使用合理,会极大影响加载时间. 有三种常用的代码分离方法: 入口起点:使用 entry 配置手动地分离代码. 防止重复:使用 CommonsChunkPlugin 去重和分离 chunk. 动态导入:通过模块的内联函数调用来分离代码. 1. 入口起点(entry points) 这是迄今为止最简单.最直观的分离代码的方式.不过,这种方式手

webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler).当 webpack 处理应用程序时,它会递归地构建一个依赖关系图(dependency graph),其中包含应用程序需要的每个模块,然后将所有这些模块打包成一个或多个 bundle. 四个概念 entry:入口起点,可以配置多页面. output:出口,项目编译完成后之后文件输出路径. loader:webpack 自身只理解 JavaScript,loader 能够去处理非 JavaS

前言 这次的内容是我自己为了总结Redis知识而扩充的,上一篇其实已经总结了几点知识了,但是Redis的强大,以及适用范围之广可不是单单一篇博文就能总结清的.所以这次准备继续总结,因为第一个问题,Redis的批量操作,是我在面试过程中被真实问到的,当时没答上来,也是因为确实没了解过Redis的批量操作. 当时的问题,我还记得比较清晰:Redis执行批量操作的功能是什么?使用场景就是搞促销活动时,会做预缓存,会往缓存里放大批数据,如果直接放的话那么会很慢,怎么能提高效率呢? Redis的批量操作-

Windows内核开发-5-(2)-内核模式调试 普通用户模式的调试,采取的是给进程添加一个线程来挂起断点,作为一个调试器的线程在进程中使用.照这样来类推,对操作系统调试相当于添加一个进程来限制操作系统,所以操作系统是会被冻结的.这样的话就不能直接在本机电脑上进行调试了,不然电脑就卡住了.而且还容易出现问题.最好的办法是创建一个虚拟机,用一台主力机给一台专门用来测试的计算机调试. 测试机和主力机必须通过一种方式来连接,选择有很多,最好的选择是通过网络连接,但是网络连接要求target和host至