收藏

JavaScript：

特效菜单图标：http://codepen.io/airen/pen/WvxYLK/

 

 前端知识汇总： https://github.com/JacksonTian/fks

 

 卧槽爆炸，前端收藏： http://www.zhihu.com/question/20246142

 

 配色方案： http://www.uisdc.com/trendy-web-color-palettes

 

关于对象字面量与 JSON：

// JSON 字符串
var foo = ' {"prop": "val"} ';


//这是对象字面量
var bar = { prop: "val" };

 

JSON有很是 严格的语法，在 String上下文中， {"prop": "val"} 是个合法的JSON，而 {'prop': 'val'} 和 {prop: "val"}都是不合法的。全部属性名和它的值都必须用双引号，不能使用单引号。即使使用了转义后的单引号也是不合法的。具体可见： http://json.org/

 

而对于对象字面量，等同于 bar.prop = val;，其实 prop 就是一个变量名，能够用 {prop: "val"}, {'prop':"val"}, {"prop": "val"}，建议使用 第一种，便是为了跟 JSON语法区分开来，也 更容易写（能够少敲引号）

PS：对象字面量最后一对名值对后最好不要加','(逗号)，由于在IE9如下跟低版本Opera会报错。

 

关于JSON对象（JSON对象跟对象字面量不是同同样东西）：

// JSON 字符串，好比从AJAX获取字串信息
var ssjson = '{"prop": "val"}';

//将字串序列化成对象
var jsonOb = JSON.parse(ssjson);

console.log(jsonOb.prop === 'val');

// 将对象序列化成 JSON 字符串
//重要！ 重要！ 重要！若是后台须要提交 JSON，那么不把对象序列化成JSON字串会报错
var jsonStr = JSON.stringify(jsonOb);

 

在线制做网站 logo：https://www.logaster.com/

 

Chrome调试参数

错误提示：Cross origin requests are only supported for HTTP.” error when loading a local file

起一个服务器或在给chrome.exe 加参数 --allow-file-access-from-files

跨域：--disable-web-security

 

云服务：

云计算服务在Google、Amazon等公司成功产品的引领下，正在商业化的道路上大步向前。在NIST的定义中，有三种云计算服务模型。

• Software as a Service (SaaS)：软件即服务模型，用户直接使用构建在云端的软件。例如，Google Docs, Salesforce.com
• Platform as a Service (PaaS)：平台即服务模型，用户使用云平台所支持的语言和工具，开发应用并部署在云平台。例如，Google App Engine, Force.com
• Infrastructure as a Service (IaaS)：基础架构即服务模型，提供处理器、存储、网络等（虚拟）硬件资源给用户，用户可任意安装软件和开发环境，包括安装操做系统。例如，Amazon EC2, Joyent

可见，三种模型从应用到平台再到架构，愈来愈底层，用户获得的可操做性和灵活性也愈来愈大。

 

更改ubuntu的inotify：

Yes, it's safe to raise that value and below are the possible costs [source]:

• Each used inotify watch takes up 540 bytes (32-bit system), or 1 kB (double - on 64-bit) [sources: 1, 2]
• This comes out of kernel memory, which is unswappable.
• Assuming you set the max at 524288 and all were used (improbable), you'd be using approximately 256MB/512MB of 32-bit/64-bit kernel memory.
  • Note that your application will also use additional memory to keep track of the inotify handles, file/directory paths, etc. -- how much depends on its design.

To check the max number of inotify watches:

cat /proc/sys/fs/inotify/max_user_watches

To set max number of inotify watches

Temporarily:

• Run sudo sysctl fs.inotify.max_user_watches= with your preferred value at the end.

Permanently:

• Replace the value within the /proc/sys/fs/inotify/max_user_watches file with your own, i.e echo 524288 | sudo tee -a /proc/sys/fs/inotify/max_user_watches.

http://unix.stackexchange.com/questions/13751/kernel-inotify-watch-limit-reached