今天思考下前端源码安全的东西，不讲前端安全的大课题，只是针对于源码部分。 在我看来，源码安全有两点，一是防止抄袭，二是防止被攻击。
在网站开发阶段，对于静态资源文件比如JS，CSS等文件都是未经过压缩合并处理的，这对于访问量巨大的网站来说不仅浪费带宽，而且也会影响网站的访问速度。
而且我也提到了目前使用前端模块化的一些方案：AMD、CMD、CommonJS、ES6。
IIFE包含两部分。 第一部分是一个匿名函数，它包裹在分组操作符()中，拥有独立的词法作用域。 第二部分是再一次使用分组操作符()，创建一个立即执行函数表达式。Javascript引擎到此将立即执行函数。 大体结构如下所示：
优化页面访问速度，首先需要了解用户在浏览器输入url后，最终是如何看到所需的页面。在了解整个流程后，可以逐个步骤进行优化。
商业竞争时代的Web 开发，效率越来越成为其中决胜的关键因素之一。在前几年的时候，前端是一片荒芜的待开垦之地，开发者更多考虑开阔更多技术疆域；而最近几年，在前端技术这种更新迭代快到连裸奔都追不上的情况下，在强调高产的同时，效率必然是成为争夺的制高点。 引子 在苦苦构思了上面的开头后，从“效率”这个词Jeff 引出了今天话题——也就是标题说的前端项目自动化工作流。也许你还不全懂诸如“前端自动化”“工作流（workflow）”这些名词，不急且让我列举下面的场景： 在刚刚过去的时代（恩对于很多人来说是他们正在经历
var s = gulp.src(["fileA","fileB","fileC"])
Source Map，就是能让我们在线上调试时看到原始代码的一种技术，它实际是一个是个映射文件，它提供了【压缩合并后代码】到【原始代码】间的行列转换关系。
重启vs2017，卧槽。一遍又一遍无响应（家里公司电脑都没有成功~）..幸好还有其他路可以走...
HBase应用场景非常广泛；社区前面有一系列文章。大家可以到社区看看看；张少华同学本篇主要讲HBase的MOB压缩分区策略介绍，非常赞！大力推荐！
写好的、具有特定功能的、我们能直接使用的模块即第三方模块，由于第三方模块通常都是由多个文件组成并且被放置在一个文件夹中，所以又名包。
这是我们部门前端同学cobish的学习笔记，笔者编辑了一下并分享给大家。 在使用 Grunt 之前，项目静态文件几乎没进行压缩合并便直接放到线上，部分文件手动复制粘贴到某压缩网站进行压缩。没压缩合并的
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/j_bleach/article/details/53053500
在jQuery插件中，常常看见这样的结构，开始自己也是不理解后来通过查阅资料，慢慢的理解其中的大意，所以先总结出来。
相比于早些年前后端代码紧密耦合、后端工程师还得写前端代码的时代，如今已发展到前后端分离，这种开发方式大大提升了前后端项目的可维护性与开发效率，让前后端工程师关注于自己的主业。然而在带来便利的同时，也带来了一些弊端，比如首屏渲染时间(FCP)因为首屏需要请求更多内容，比原来多了更多HTTP的往返时间(RTT)，这造成了白屏，如果白屏时间过长，用户体验会大打折扣，如果用户网速差，则FCP会更长。
这个方案主要是为了实现js/css/image的压缩合并、自动添加版本号、自动加浏览器前缀和压缩html。
为了优化前端工程, 我们通常会将静态文件压缩,减少带宽占用; 将静态文件合并,减少http请求, webpack可以轻易实现静态文件的压缩合并以及打包的功能, 除此之外, webpack还支持众多的loader插件, 通过loader插件可实现众多类型(如vue, less, jpg, css)资源的打包 webpack的文档写的相当出色, 为了方便读者学习, 下面每一类配置的注释里, 都附上了参考的原文档地址, 如果以后配置更新了,也方便查看更新的文档 如果不想自己配置, 可以直接拷贝最后的配置文档到自己
别人写好的、具有特定功能的、我们能直接使用的模块即第三方模块，由于第三方模块通常都是由多个文件组成并且被放置在一个文件夹中，所以又名包。
js //定义自己的规则 var myXssOptions = function (isEditer) { return { onTagAttr: function (tag, name, value, isWhiteAttr) { //保留style标签 默认会将style给干掉 if (name == 'style') { return "style='" + value + "'"; } //替换src为lay-src做懒加载 if (!isEditer && tag == 'img' && name == 'src') { return "lay-src='" + value + "'"; } } } };
小编说：历史上先后出现了一系列构建工具，它们各有优缺点。由于前端工程师很熟悉JavaScript，Node.js又可以胜任所有构建需求，所以大多数构建工具都是用Node.js开发的。本文就来一一介绍它们。 前端技术发展之快，各种可以提高开发效率的新思想和框架层出不穷。但是它们都有一个共同点：源代码无法直接运行，必须通过转换后才可以正常运行。 构建就是做这件事情，将源代码转换成可执行的JavaScript、CSS、HTML代码，包括如下内容。 代码转换：将TypeScript编译成JavaScript、将SC
友情提示：推荐阅读时间15分钟 + 练习时间15分钟 HTML5学堂：上一期给大家分享了Gulp的安装与使用，让大家对Gulp有着初步的认识。咱们学习使用Gulp的目的是提升开发效率，把开发过程中重复性的工作交给Gulp，让Gulp按照你的配置去完成操作。 Gulp本身给开发者提供了5个API接口，可以根据这些接口来开发Gulp插件。但是，Gulp目前拥有丰富的插件资源，开发人员可以根据项目的需求和个人偏好来配置使用这些插件，比如可以配置当修改了HTML文件浏览器自动刷新，也可以配置修改了CSS文件浏览器自
CSS不受欢迎是一个很普遍的现象。导致这一现象的原因有很多，但可以归结为：CSS的不可预测性。如果你在开发中从未有过这种经历:过调试一个样式时，一不小心破坏布局，让一个看起来毫不相关的地方样式错乱。那只能说明两个问题，要么你是一个萌新菜鸟，要么你比我们大多数程序员优秀得多。
1、 如何全局安装一个 node 应用? npm install -g <package_name> 上述命令执行之后将会在当前的目录下创建一个 node_modules 的目录（如果不存在的话），然
但是压缩js会破快AngularJS文件所需的依赖注入，以至于无法工作，因此压缩前你需要将代码手动修改为下面的形式：
使用requestAnimationFrame代替setTimeout和setInterval：
一个功能就是一个模块，多个模块可以组成完整应用，抽离一个模块不会影响其他功能的运行。
笔者前段时间在学习数据结构时，恰好听说了 LSM Tree，于是试着通过 LSM Tree 的设计思想，自己实现一个简单的 KV 数据库。
php在执行的时候需要每次都从磁盘读取文件信息，再编译成脚本，这个过程非常消耗时间，我们强烈建议您安装php的 opcache 扩展，用来缓存已经编译好的php代码，从而加速php的执行。
今天，LayaAir 2.0.1 beta版发布了，在这个版本里，有几个比较重要的更新，小编分别为大家介绍一下。
chrome v28.0.1500.71 + nodejs v0.10.18 / firefox v14.0.1 + nodejs v0.10.18
最近，本来是想写一篇关于Promise的文章，在文章规划的时候，发现牵扯的东西有点多，需要再准备一下。
浏览器（软件）能够运行JavaScript代码，浏览器就是JavaScript代码的运行环境
构建发布到项目根目录下的output（该文件夹名称任意）目录中； 当然，你也可以发布到其他盘符中（windows系统下）； 4. 成功之后，你变output目录下方看到一个经过构建之后的项目了~ 5. 通过diffMerge这个文件比较工具，可以发现其中的一些改动，即构建之前和构建之后的变化：
grunt是什么 grunt是目前非常流行的前端构建工具，支持自定义插件，有丰富的插件帮助我们完成构建任务 自动化完成我们指定的任务，例如压缩、编译、单元测试、linting等 前端为什么需要构建工具 先看下前端的开发场景 小项目中，css文件和js文件并不多，前端部分是很轻的，几乎不需要我们特别的关注 而在一个大项目中，css文件和js文件的数量会达到几十个上百个，一个页面中会引用很多css和js文件，js的开发方式也已经模块化，不再像之前那样 经常把很多函数写在一个文件中，css的开发开始使用SAS
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
前端的优化，主要可以通过减少HTTP请求、非实时请求改异步、缓存、文件压缩、CDN加速、独立图片服务器等。
npm install -g grunt-cli //全局安装grunt npm init -y //初始化package.json npm install grunt --save-dev //在项目中安装grunt grunt --help //查看更多信息 grunt 安装完毕
首先讲了移动端和电脑端的一些不同，讲到了viewport的概念和相关的虚拟像素、媒体查询，借助媒体查询来实现横屏、竖屏的区别显示。
本文为《数据密集型应用系统设计》的读书笔记第一部分第三章的笔记整理，也是个人认为的这本书第一部分最重要的内容。本文将会针对目前数据库系统两个主要阵营进行展开，分别是采用日志型存储结构高速读写的LSM-Tree和面向OLTP的事务数据库BTree两种数据结构对比。
js我用的是UglifyJS github地址：https://github.com/mishoo/UglifyJS
HTTP/2的开发基于SPDY进行跃进式改进在诸多修改中，最显著的改进在于，HTTP/2使用了一份经过定制的压缩算法，基于霍夫曼编码，以此替代了SPDY的动态流压缩算法，以避免对协议的Oracle攻击——这一类攻击以CRIME为代表。此外，HTTP/2禁用了诸多加密包，以保证基于TLS的连接的前向安全（参考Wiki）
如今，越来越多的JavaScript代码被使用在页面上，我们添加很多的内容在浏览器里。如何去很好的组织这些代码，成为了一个必须要解决的难题。
HTML结构中主要包括了head和body两个部分，但是我们经常说的是结构语义化主要是body中的标签，但是我在这里还是简单的说一下head，head中其实包括了一些对于我们seo很有用的一些东西，比如title,Description,Keywords,这些东西在蜘蛛抓取的时候都是有帮助的，当然，还有其他的一些，比如设置缓存等一些其他的信息。
每个前端项目或者说每一个HTML页面，都有着不同的静态资源，其中js文件有相互之间又有着不同的依赖，img图片需要进行图片压缩合并，css文件有需要进行浏览器样式的兼容写法，这些都可以通过webpack这个工具把所有不同的文件用一个引子进行打包最终生成一份 html ，css ，以及图片资源。构建之后的文件，就是发布到线上的最终文件，也成为发布文件。
可能很多人对于gulp都相对陌生，特别是vue，react出现以后，渐渐淡出了做业务前端人员的视野，14到16年的时候应该是它最巅峰的时候，真正的是出道即巅峰，取代了当时最火的grunt成为了前端构建的主流工具，就连某度都忍不住来瓜分一下流量，出了个fis（不过按照烂尾的惯例来看，基本会属于后继无人的状态，所以没有真正去用在生产项目中过），而且当时webpack虽然已经出现，但完全不能跟gulp抗衡，直到vue，react等spa项目出现，才让webpack取而代之，gulp也逐渐退出幕前，转战幕后，去做了它更擅长的事情：前端开发流程规范管理。
HTTP 可以对传输的内容进行压缩，减少网络实际传输数据的大小。服务器会将资源进行压缩后传输到客户端，浏览器收到文件后进行解析。对于纯文本文件可以压缩到之前大小的30%-40%，大大提高了传输效率。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
