Vilien (Mr.Bin) 技术笔记

今天做一个项目的时候，发现在IE10以下浏览器中，HTML文件本地浏览的时候，调用ajax失败。反复查验后发现，原来是ajax部分调用了含中文字符的URL。最后做了很多测试，发现，只要项目不是以GBK、GB2312之类中文专用字符集的话，在IE10以下版本的浏览器中，都会出现这个问题。为什么会这样呢？大家都知道，js默认是以UTF-8字符集处理中文字符的，而大部分中文浏览器，默认都是以GB

前端开发中我们经常遇到以下问题 1. 后端api接口还没开发完，前端只能无尽的等待...2. 开发过程中，接口服务器宕机了，也只能无尽的等待...3. 网络奇差，一半时间都在等待接口响应了4. 自己模拟数据，但部署时还得逐个去js文件清理5. 逻辑太复杂，模拟数据杂乱，无法管理6. 现有Mock Server或多或少都需要往项目里植入一些代码7. 并不是所有接口都需要mock，后端已完成的接口希望直接调用

相信各位程序猿、攻城狮都有遇到过接口服务器不给力的情况。有时接口服务器宕机，我们只能干瞪眼。有时也会想，如果能把接口拷贝到本地，那该多好。但是，先不说在本地运行接口服务代价有多大，接口一旦升级，又得再拷贝一次。为什么不能既能即时更新最新接口，又能不惧接口离线呢？justreq(JR Server)就能帮到你。就像它的名字一样：“just request! never offline!”

在搜到该文章之前，相信你已经对eslint有一定了解。相比jslint、jshint等这些检测工具来说，eslint最大的吸引力就在于可以支持js、jsx、es6(es2015)等代码的检测。好了，废话不多说，立即开始安装吧！here we go!

今天，测试给我提了一个BUG，说移动端输入emoji表情无法提交。很早以前就有思考过，手法输入法里自带的emoji表情，应该是某些特殊字符。既然是字符，那应该都能提交才对，可是为啥会被卡住呢？搜了一下，才发现，原来emoji用到的字符是4字节的utf-16（utf-16有2字节和4字节两种编码），而我们的数据库是采用的utf-8，并且最大只允许3字节的字符。这样冲突就产生了，表单因为这些emoji

escape("你好asdfbc").replace(/%u[0-9a-f]{4}/ig, function(s){return "&#" + parseInt(s.substring(2), 16) + ";"});

一、要解决什么样的问题？在写这个函数之前，有们童鞋在群里问如何纯前端严格验证图片格式。这在html5时代之前，那是不可能实现的，必须要上传到后台，由后台脚本读取文本流后进一步验证。这样就造成了一定的服务器资源浪费。但是html5时代，这个工作我们完全可以交给前端来做了。另一方面，html5时代，许多我们原来的图片预览方案都失效了。究其原因，其实是现代浏览器出于对用户隐私的保护，file控件

今天无聊，自己写了一个解二维迷宫的js类，请指教。/* 功能：解二维迷宫 * 制作：Vilien * 日期：2013.10.25 * * @usage new Maze(maze, x, y, epx, epy) * * @param maze * > 二维迷宫，必须，类型为二维数组 * > 0表示可通过，1表示不可通过 * * @param x * > 迷宫起点横坐

最近很多人在群里求autocomplete类，那我就献下丑，把自己年前写的分享一下：/*! JQuery autocomplete * Author: Vilien * Date: 2013-7-12 * * !@options {uri:"uri", eachRequest:false, width:0} * > 该运行库参数采用jQuery风格，参数说明如下 * * @par

思考题今天有人问一个关于零宽断言的正则：var reg = /(?=a)b/;reg.exec("ab");大家思考下这个正则为什么匹配不了？我们先了解一下什么叫零宽断言，最后再来回答这个问题。概念理解零宽断言（有的资料叫它环视），分为零宽度正预测先行断言（ 格式为 (?=exp) ），和 零宽度正回顾后发断言（ 格式为 (?我们先从字面上来理解下。零宽度，说明它是不

今天突然收到群里发来的一则阿里校招的 UED 闯关试题，我本身就是做前端的嘛，于是抱着试试看的心情玩了一把。先上地址：http://ued.campus.alibaba.com。记得，这个游戏要用chrome来玩哦。OK，let's go!填写了邮箱后，进入第一关。第一关　　突破，带锁的门一扇密码大门，密码是什么呢？左试右试，都不对。然后，打开chrome的开发人员工具，仔细查

相信很多用过react和vue等框架的人都有思考过这个问题。React的出现，随之带来了flux这一设计理念。从React的Reflux、Redux，再到vue的vuex，一路使用过来，我觉得是该总结一下的时候了。多方观点：1. store只存放公共数据，组件的数据、状态自行维护2. 所有数据都应走store，view层只管展现数据，这也是flux官方所推荐的做法