YSlow是Yahoo发布的一款基于FireFox的插件。YSlow可以对网站的页面进行分析，并告诉你为了提高网站性能，如何基于某些规则而进行优化。YSlow可以分析任何网站，并为每一个规则产生一个整体报告，如果页面可以进行优化，则YSlow会列出具体的修改意见。

JXcore 是 Node.js 的一个衍生项目，用于在同一个进程内的多个隔离实例。任何单线程应用都会受益于多线程核心，而且对代码无需任何改动。JXCore 同时包含一个支持集群的消息 API，支持 android、iOS 和 Windows 以及浏览器客户端。

在很久以前，前端的部署其实比较简单，开发环境下，静态资源往服务器上面一扔就ok了，如果考虑下优化或者代码保护，也只是加一个代码压缩和混淆。没错，刚入行的时候我就是这么干的。。。

我第一次见到makefile的时候，是在看js测试的那一块。简直，一开始跟风，觉得makefile这么牛逼，我也想看看。 首先，看了陈老师的 跟我一起学习Makefile . 打开了第一章之后，后面就没有勇气再打开下去了。

综合类 综合类 地址 前端知识体系 http://www.cnblogs.com/sb19871023/p/3894452.html 前端知识结构 https://github.com/JacksonTian/fks Web前端开发大系概览 https://github.com/unruledboy/WebFrontEndStack Web前端开发大系概览-中文版 http://www.cnblo

HTML5 两大特点：首先，强化了 Web 网页的表现性能。 其次，追加了本地数据库等 Web 应用的功能。 广义论及HTML5时，实际指的是包括HTML、CSS和JavaScript在内的一套技术组合。它希望能够减少浏览器对于需要插件的丰富性网络应用服务（plug-in-based rich internet application，RIA)，如Adobe Flash、Microsoft Silverlight，与Oracle JavaFX的需求，并且提供更多能有效增强网络应用的标准集。

原文出处： 焰尾迭    很难想象一个半年前还在做后台开发，对前端知之甚少的我，现在也可以从事前端开发了。这半年的学习过程将会是我人生一笔宝贵的财富，这让我想到一句话“在成长的道路上，我们不要给自己设定界限，只要拥有成长的力量，就能不断超越自己”。 下面以我自己的经历讲讲前端的学习过程。 Jquery基础知识准备 学习前端需要掌

对于web开发来讲，由于浏览器的同源策略，我们需要经常使用一些hack的方法去跨域获取资源，但是hack的方法总归是hack。直到W3C出了一个标准－CORS－”跨域资源共享”（Cross-origin resource sharing）。

嗨，各位，又到了周末总结时间！得益于大量的 Grunt 和 Gulp 插件，我们可以轻松实现网站数据的可视化，虽然深入理解这些工具还比较困难，但分门别类的将它们列出来，也是很有帮助的。

切图类插件 cutterman assistor-ps 作为页面仔，自己的 ps 没有一个好的插件怎么能行呢。

本人一直从事的是服务端开发工作，写前端貌似有点跑题，不过自己初中也就是2000年左右的时候，引领我进入计算机大门的也的确是前端，后来也做过不少的前端工作。于是，就想着从自己的角度写点前端这些年的发展。但毕竟不是专业所长，有所纰漏在所难免。

“全栈”这个词之前炒得很热，虽然之前我也写过文章说全栈其实不太靠谱（全栈之难），但细想回来却很能理解为什么这个词会呼声那么高。 因为，不同的技术栈之间的沟通成本实在太高了。 产品，设计，终端，前端，后台，运维，测试……似乎攒齐了就能召唤神龙了，但实际可能的情况却是人员之间相互扯皮的时间

随着互联网的发展，前端优化越来越被人们重视，在一个大型的大型电子商务网站技术架构中，前端架构一定是一项必不可少的工作，国内几个大型的互联网公司也有非常强大的前端技术人员。在业界享有名气淘宝UED团队就有好几十人。在浏览器访问一个网站时，有10%-20%的时间是花在下载HTML上面，有 80%-90%时间是花在下载页面中所有组件上面。如果我们可以把后端时间缩短一半，整体响应时间只能减少5%-10%。然而我们关注前端，同样是其响应时间缩短一半，那整体性能能减少40%-45%。

本篇文章记录了一枚程序猿的百宝箱。 主要内容是一些使用过的库、工具、套路或关注的前端组织等等，反正用 前端瑞士军刀 来总结这篇文章再合适不过鸟。

数据驱动应该是从 flux/redux + react 这种模式开始流行的。 他的背后不仅仅是数据驱动这么简单，在复杂的系统中，我觉得它解决了一个很关键的问题就是模块间的交互/通信。有很多文章拿他和mvc/mvvm去比较，我个人觉得没有特别的可比性，因为解决的问题不同。

我们很清楚，前端资源及其依赖管理一直是 npm 的重度使用场景，同时这也一直是 Node.js 普及的重要推动力。但这类应用场景到底有多重度？这是一个很难回答的问题。这份 “ npm 最常下载的包的清单 ” 并不能提供有效的证据：因为像 async、minimist 和 request 这样的包就像是 “生活必需品”，它们会被数以千计的其它包所  依赖 ，这样一来它们当然会随着那些依赖它们的包一起被不停地下载。

在几年前，天空一声巨响,ajax 闪亮登场。 前端宝宝们如获至宝~ 已经表单提交神马的, 真的太 心累了。 有了ajax之后, 网页的性能可大幅提升，告别刷新，告别如水的流量。 不过，长江后浪推前浪，一代更比一代强。 由于ajax被同域限制着, 导致, 多服务器配置，云服务资源的存储 没办法充分利用。 所以,业界想到另外一种方法--JSONP。 JSONP实际上和ajax没有半点关系，唯一相同的就

1. 关注前端可以很好地提高整天性能。如果我们可以将后端响应时间缩短一半，整体响应时间只能减少5%~10%。而如果关注前端性能，同样是将其响应时间减少一半，则整体响应时间可以减少40%~45%。

UIkit 是一个轻量级、模块化的前端框架，可快速构建强大的前端web界面。UIKit 基于LESS，具有体积小、模块化、可轻松地自定义主题及响应式设计，可在多种环境中使用等特点。

用整洁、语义清晰的HTML编写网站代码是我们一直孜孜以求的。有时我们会发现前人配置页面的方式限制了我们，或者有时我们编写的是HTML格式的email模板。但永远不要偏离HTML的规范