众所周知，早期 JavaScript 原生并不支持模块化，直到 2015 年，TC39 发布 ES6，其中有一个规范就是 ES modules（为了方便表述，后面统一简称 ESM）。但是在 ES6 规范提出前，就已经存在了一些模块化方案，比如 CommonJS（in Node.js）、AMD。ESM 与这些规范的共同点就是都支持导入（import）和导出（export）语法，只是其行为的关键词也一些差异。
ECMAScript是JavaScript的核心，但如果要在web中使用JavaScript，那么BOM则是真正的核心，BOM提供了很多对象，用于访问浏览器的功能，这些功能与任何网页内容无关。
面试经典题——URL加载 一、涉及基本知识点： 1. 计算机网络 五层因特尔协议栈： 应用层（dns、http）：DNS解析成IP并完成http请求发送； 传输层（tcp、udp）：三次握手四次挥手模式建立tcp连接； 网络层（IP、ARP）：IP寻址； 数据链路层（PPP）：将请求数据封装成帧； 物理层：利用物理介质传输比特流（传输的时候通过双绞线、电磁波等） OIS七层框架:多了两层即，会话层（处理两个通信系统中交换信息的表示方式）和表示层（管理不同用户和进程之间的对话）。 get和post的
一、将样式表放在顶部 可视性回馈的重要性 进度指示器有三个主要优势——它们让用户知道系统没有崩溃，只是正在为他或她解决问题；它们指出了用户大概还需要等多久，以便用户能够在漫长的等待中做些其他事情；最后，它们能给用户提供一些可以看的东西，使得等待不再是那么无聊。最后一点优势不可低估，这也是为什么推荐使用图形进度条而不是仅仅以数字形式显示预期的剩余时间。在Web的世界里，Html页面的逐步呈现就是很好的进度指示器。 将没有立即使用的css放在底部是错误的做法 通常组件的下载是按照文档中出现的顺序下载的，所以将不
在爬虫调试的时候一个良好的调试习惯,正确的调试技巧。绝对能让您在抓包，定位及JS解密与JS逆向等各种方面事半功倍。
说明： 这是本系列的第一篇文章，我会尽快发后续的文章。 源起 1.加快葬送IE6浏览器的进程 世界上使用IE6浏览器最多的地方在中国 中国使用IE6浏览器最多的地方在企业中 让他们自己去装个chorme太难了 索性开发个浏览器（其实是浏览器的外壳）给他们 用"代码改变世界"是博客园园友的口号 2.一劳永逸的解决浏览器兼容问题 各种浏览器的CSS hack问题再也不用担心了 甚至公司里前端的职位也可以减少几个了 3.更方便的使用更强大的HT
写之前转载两篇写的很棒的文章先看看：Session和Cookie Session和Cookie
了解浏览器器插件，这里专指 Chrome Extension（CE）的基本知识和运行原理
记录用户浏览器操作行为是功能自动化测试工具用于录制测试脚本的先决条件，本文将介绍如何采取一种通用的方式，实现对于浏览器端透明地记录用户操作行为，从而实现用户行为向自然语言转换的过程。
浅谈移动端页面无刷新跳转问题的解决方案 2017-12-22 祈澈姑娘 最近开发微信公众号，用的框架是 一般的 UI，但是涉及到多页面之间的相互跳转的问题，降低了浏览器的性能，用户体验特别不好，卡顿，不流畅,因此不采用传统的页面跳转方式，看到不少手机网页开发的框架都都是在一个html文档中包涵多个页面的内容，每页放到不同的 里面。 于是采用当下流行的单页面模，在做pc网页的时候一般都直接给链接的。比起用链接来跳转页面，这样做也是有很多好处的（比如appjs,jquery Mobile) 这种web形式在如
在 JavaScript 王国的土地上，无数开发者在前端或后端领域热情耕耘着。JS 易于理解，也是前端开发中不可或缺的部分。但不同于其他编程语言，这玩意是单线程的，也就是说代码要依次执行。因此一旦有代码占用时间过长，就会阻塞其他需要执行的代码 -- 所以以下画面在 Google Chrome 中时不时会出现。
浏览器是一个运行在操作系统上的应用程序，每个应用程序必须至少启动一个进程来执行其功能，每个程序往往又会执行很多任务，那么进程就会创建很多线程来执行这些小的任务。
现代前端开发中最流行的页面模型，莫过于SPA单页应用架构。单页面应用指的是应用只有一个主页面，通过动态替换DOM内容并同步修改url地址，来模拟多页应用的效果，切换页面的功能直接由前台脚本来完成，而不是由后端渲染完毕后前端只负责显示。前端三驾马车Angular,Vue,React均基于此模型来运行的。SPA能够以模拟多页面应用的效果，归功于其前端路由机制。
前言 进入公司6个月后被安排到该项目中，据说该项目规模很大，而拆分到公司的就只是二十来个页面，而我就负责其中的3个页面和其他页面的脚本代码，后来负责项目的性能优化工作。至于业务逻辑方面确实没什么可说的，就是CRUD。由一个很好沟通的前辈和我们6个新人一起来搞。这里有两项内容很值得总结，它们都让我技术上增进不少。 目录 1.页面控件数庞大，页面加载极慢，一步
说是破解，其实也就是想办法把防切屏解了。 之前有些考试软件防止切屏可以用虚拟机，稍微复杂一点，至于浏览器检测切屏，无非就是检测焦点，像有些网站的动态标题就是这样，那么用什么来实现检测焦点呢？这里不得不提到JavaScript。
大家好，我是HoMeTown，web领域有一本神书大家应该都有看过，这本书我看过两遍，但是每次看都是粗粗的略过一些重要的知识点，甚至一些面试过程中的问题，在这本书里都能找到答案。
一、背景： 在使用burpsuite做代{过}{滤}理抓取应用数据包时，如果要抓取到HTTPS数据，需要将burpsuite证书导入到浏览器或手机。 浏览器或手机设置好burpsuite的代{过}{滤}理地址，即可抓取到https数据包。 <ignore_js_op>
一般我们拍照都是拍一个方向，而全景图是拍上下左右前后 6 个方向，360 度，这样能够立体的记录所在的场景。
BeEF，全称The Browser Exploitation Framework，是一款针对浏览器的渗透测试工具。
前端这个岗位的出现最根本的原因是互联网的出现，浏览器是最早互联网的唯一入口。人们通过浏览器浏览各种不同网站的内容。这些内容来自服务器中，但浏览器从服务器拿到这些内容之后，应该怎么展示给用户，这就是前端的职责。所以，最早的时候前端工作者本质上做的是告诉浏览器怎么展示数据。
JS线程负责执行JS，GUI渲染线程负责渲染，这两者是互斥的，所以JS执行时会阻塞渲染。
Web自动化测试工具从刚开始接触的QTP（UFT）,到现在绝大多数公司或项目都在使用的Selenium，以及之后有很大发展前景的Cypress。可以看出自动化测试工具越来越丰富了，当然这里所提到的都是比较有代表性的，市面上的优秀工具远远不止这三个。
在2005左右，兴起了一种叫做ajax的技术，有了ajax之后，我们向服务端提交数据的时候就不再需要使用from表单去提交了，因为from表单之间的提交会导致页面之间的切换，也就是说无法实现单页应用。 ajax的缺陷 1、不会在浏览器里面留下历史记录 2、用户无法将页面加为书签保存下来或者无法通过发送网址给其他人，其他人通过直接点击网址进入这个页面 3、ajax无法实现SEO优化，ajax对搜索引擎是不友好的 这也是为什么要使用前端路由的一个原因。
起因是这样的，在尝试前后端分离的这条道路上，我自己也在不断摸索，感觉要把大部分的坑都踩踩了。目前我用的技术是：
在调试程序时总是会遇到各种挑战。Node.js 的异步工作流为这一艰巨的过程增加了额外的复杂性。尽管 V8 引擎为了方便访问异步栈跟踪进行了一些更新，但是在很多数情况下，我们只会在程序主线程上遇到错误，这使得调试有些困难。同样，当我们的 Node.js 程序崩溃时，通常需要依靠一些复杂的 CLI 工具来分析核心转储[1]。
ES 新特性、浏览器、Node.js 都在不断发展，我们怎么去知道有哪些新特性以及它们的兼容性情况呢？
当我们说JavaScript编码时，讲的几乎是变量的管理。不外乎是变量的赋值，对变量增加数值，或者将两个变量加起来赋值给另外的变量。
其中pushState方法和replaceState方法可以分别增加和替换掉一条记录(必须同源)，而不会重新加载页面。
我自己搭建的网站https://price.monitor4all.cn/网页打开的速度一直比较慢，经查证是我的网站有很多静态js大文件，通过浏览器读取这些js比较耗时间。
3. 浏览器中运行的 JavaScript 和 Node.js 中运行的 JavaScript 有区别吗
最近把放下了近大半年的Hexo博客重新拾起来了，写篇文章记录一下。至于当初为什么会放下，其中一个原因是用户体验太差，还需要手动创建移动md文件，仿佛回到了原始社会。其实最重要的原因是自己太懒。最近重新拾起来Hexo博客的原因也挺简单，大脑是用来思考事物的而不是记录事物的，得有一个地方记录平时一些琐碎的想法，公众号和技术博客显然不是太合适。但是一想起Hexo那原始的操作，就有点头大。在网上搜了搜发现还真有一款管理插件Hexo Admin，能以网页的方式管理Hexo博客。看来这个世界还真是由懒人改变的。
有些授权测试中，允许红队人员用社会工程学之类的方法进行渗透。钓鱼和水坑则是快速打点或横向的常用手段。钓鱼通常需要绕过目标邮件网关等安全设备，水坑则需要摸清目标的操作习惯。在此简单的罗列一下布置水坑的方法。ps：本文未涉及任何真实案例。
AuthCov使用Chrome headless browser（无头浏览器）爬取你的Web应用程序，同时以预定义用户身份进行登录。在爬取阶段它会拦截并记录API请求及加载的页面，并在下一阶段，以不同的用户帐户“intruder”登录，尝试访问发现的各个API请求或页面。它为每个定义的intruder用户重复此步骤。最后，它会生成一份详细的报告，列出发现的资源以及intruder用户是否可以访问这些资源等。
项目地址：https://github.com/biaochenxuying/route
金三银四，又到了一年一度的跳槽季，相信大家都在准备自己的面试笔记，我也针对自己工作中所掌握或了解的一些东西做了一个目录总结，方便自己复习。详细内容会在之后一一对应地补充上去（有些在我的个人主页笔记中也有相关记录），这里暂且放一个我的面试知识点目录，大家有兴趣可以自己根据目录去扩展。欢迎在评论下方指点一二，看还有哪些没考虑到的，互相交流一哈...
在js跨域双向数据传递时可以用iframe加上location.hash来实现，在研究这个的时候深入学习了一下hash的特性。 hash就是uri中#及后面的部分，例如：www.google.com.hk#123的#123。当只有hash部分发生变化时，浏览器的历史记录会产生记录，但不会向服务器发出请求，这时按后退键地址栏的uri会变化但页面内容不变。 而hash变化但不发出请求就是js跨域双向数据传递的基础啦。 下面就讲述一下hash结合ajax的使用，ajax每次取数据时页面更新后浏览器并
来源：子慕大诗人 http://www.cnblogs.com/1wen/p/7942608.html 导火索 有一天一个测试同事的一个移动端页面白屏了，看样子是页面哪里报错了。 我自己打开页面并没有报错，最后发现报错只存在于他的手机，移动端项目又是在微信环境下，调试起来会比较麻烦，最后用他手机调试才发现问题： 是他账户下面有个对话的消息数据有问题导致页面报错了。 一般遇到这种情况只有用他的手机或者账户调试能很快查到问题，如果是外部的用户怎么办，我没法拿他的手机去测试。 其实这个问题很常见，但是这次我觉
除了使用<router-link>创建a标签来定义导航链接，我们还可以借助router的实例方法，通过编写代码来实现。 router.push(location) 想要导航到不同的url,则使用router.push方法。这个方法会像history栈添加一个新的记录， 所以，当用户点击浏览器后退按钮时，则回到之前的url 当你点击<router-link>时，这个方法会在内部调用，所以说，点击<router-link :to="...">等同于调用 router.push(...) 该方法的参
thr0cyte，Gr33k，花花，MrTools，R1ght0us，7089bAt
| 导语 在过去，浏览器沙箱（sandbox）主要应用在前端安全领域，随着应用架构复杂，微前端方案的出现，js运行环境沙箱在浏览器中的需求越来越多。特别是近几年比较火的微前端领域，js沙箱是其比较核心一个技术点，是整个微前端方案的实现的关键点之一。 微前端对于沙箱的诉求 沙箱在微前端架构中不是必须要做的事情，因为如果规范做的足够好，是能够避免掉一些变量冲突读写，CSS 样式冲突的情况。但是如果你在一个足够大的体系中，仅仅通过规范来保证应用的可靠性面临较大的风险，还是需要技术手段去治理运行时的一些冲突问题
this的指向在函数定义的时候是确定不了的,只有函数执行的时候才能确定this到底指向谁,一般情况下this的最终指向是哪个调用它的对象.
ES 模块为 JavaScript 开发者带来了官方并且标准化的模块系统。模块标准化来之不易，用了近 10 年的时间。漫长的等待就要宣告结束了。随着五月份（2018）即将发布的 Firefox 60，几乎所有的主流浏览器都将支持 ES 模块，并且 Node 模块工作组也正尝试将 ES 模块支持到 Node 环境。本期精读文章和大家一起了解 ES 模块，讨论它能够解决的问题以及与其他模块系统间的差别。
在这个数据驱动的时代, 做什么事情没有数据光凭感觉是不可能了, 关于点击日志, 解决方法无外乎这么三种: 1. 在点击 url 串上带上丰富信息, 然后在后续处理的前端 (比如 nginx 或 apache) 上打印请求日志, 把请求日志汇总过滤得到想要的; 2. 做点击跳转, 用户点击后先跳到自己服务器上, 然后由自己的服务器做重定向, 并记录这一次请求; 3. 前端 JavaScript 监控用户鼠标行为, 并及时上报到服务器. 这三种方法也分别有各自的优缺点, 当时分析的是 1. 这个必须要保证点击后还是跳到自己的服务器上, 否则跳出去的点击无法跟踪. 不太可能丢日志, 只是过滤会多道工序. 目测 Facebook 曾经是这样干的; 2. 绝对完整的记录. 不过需要新增服务器响应跳转请求, 并且如果跳转服务挂了会让用户压根到不了 url 指向的地方. 目前所有的广告服务都是这样 (而且点击串加密), Google 的网页搜索很早就是这样, 百度跟 360 干上后也换成了这种. 根据度厂员工在新浪微博上跟别人的讨论, 即使是百度网页搜索那么大的量, 算上灾备最多 50 台跳转服务器可以搞定 (根据公开资料, 百度每天网页搜索量在十亿这个量级, 按搜索引擎页面点击率 30% 算, 每天至少三亿次点击跳转请求); 3. 可记录的东西非常多, 不仅仅是点击, 而且还有一些页面上的其他 js 行为 (如悬浮, js 展开元素等), 但是会丢 15%~20% 的数据. 跟 360 干架前百度的网页搜索用的这种方式, 刚看了下 FB 也是这种了. 其他的优缺点都比较容易明白, 但是 js 模式会丢 15%~20% 的数据这个非常难理解, 之前我只听到 20% 这个比例, 但是没人告诉我为什么, 昨天跟死猫君说日志的时候他也提到他们那边用 js 记的日志也有 15% 的丢失率, 但是他也只是听说这个比例而不明白原理. 今天跟前端同学讨论, 终于搞懂了为什么是这样. 后端的思维是每发生一次事件就打一条日志, 所以极难发生日志丢失的问题. 而前端不能每发生一次事件就向服务器发请求打一次日志, 这样会带来很大的网络开销并拖慢用户的浏览器, 所以前端都是把要纪录的行为在用户端先缓存, 等积累够若干条或过了若干秒后才向服务器汇总上报, 如果在这个上报条件触发前浏览器崩溃掉, 那日志就没了, 或者用户关掉浏览器也会丢掉这部分数据 (据说有一些方式可以响应关闭事件并上报日志, 但具体方式不了解, 另外前端同学反馈 IE6 下丢数据现象更严重). 所以丢数据这事其实是用户流畅度体验和数据完备性的一个平衡, 如果让用户卡一点那丢失比例就低一点. 另外接 js 汇报日志的服务器压力也是一个要考虑的点, 因为如果真用 js 汇报, 那一定就不止点击这点数据了, 鼠标滚轮, 悬停等事件显然是能有都有, 服务器不一定扛的过来.
周末捣腾JSON提交数据，使用jQuery的JSON.stringify函数，使用Google Chrome浏览器、百度浏览器调试都正常，今天用户说IE和360浏览器提交不了，调试了一下，发现使用IE内核的时候，语句JSON.stringify调用处报错：JSON未定义。百度了一下，找到了解决方案，特此记录下来，方便自己以后查找。
原因：刷新页面时，vue实例重新加载，从而，store也被重置了。store是用来存储组件状态的，而不是用来做本地数据存储的。所以，对于不希望页面刷新之后被重置的数据，使用本地存储来进行存储。
SPA(single page application)-单页面应用有两个特点，一是路由控制，二是模板渲染。通过路由器，可以在不reload页面的情况下，实现页面部分刷新。那么，最关键的地方，就是如何设计路由器，如何让路由器工作？
HTTP Cookie（也叫 Web Cookie 或浏览器 Cookie）是服务器发送到用户浏览器并保存在本地的一小块数据，它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。通常，它用于告知服务端两个请求是否来自同一浏览器，如保持用户的登录状态。Cookie 使基于无状态的 HTTP 协议记录稳定的状态信息成为了可能。
BOM(Browser Object Model 即：浏览器对象模型)，描述与浏览器进行交互的方法和接口。
如果html文档中用id属性为元素命名。并且如果 window对象没有此名字的属性，则window对象会赋予一个属性，其名字为id属性的值，其值指向该元素
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
