OurJS-免费开源的博客引擎，论坛系统，网站模板和轻量级的CMS OurJS开源了。OurJS 是一款基于Node.JS的轻量级，免费，开源的博客引擎，论坛系统，网站模板和内容管理系统。
这套框架使 ourjs.com 能够在使用最低配置云服务器的情况下(Debian 64位, 512Mb内存），支承起了较大的访问量，同时占用较少硬盘空间和内存以及服务器资源。
PS: 目前此最低配置云服务器上同时运行了三个网站（其它两个流量较小），SVN版本控制器、FTP文件服务器，nginx，和两个微信号后台程序（其中一个会处理较大查询消息量，曾经还有一个邮件服务器，均由node驱动），目前并没有满负载运行，一般1~2个月有重大升级时才会重启一次。
在JavaScript中创建命名空间的几种写法 在JavaScript中全局变量经常会引起命名冲突，甚至有时侯重写变量也不是按照你想像中的顺序来的，可以看看下面的例子：
var sayHello = function() {
return 'Hello var';
};
function sayHello(name) {
return 'Hello function';
};
sayHello();
你用什么代码编辑工具开发JavaScript? 目测很多人都使用VIM，因此写了段JS脚本，统计回帖中所涉及开发工具的次数，看一看哪种开发工具最流行。
用纯CSS实现的箭头
用CSS即可绘制出各种箭头，无需裁剪图片，甚至没有用到CSS3的东西。对浏览器支持良好。
基本原理
原理非常简单，通过截取border(边框)的部分“拐角”实现，几行CSS代码即可理解：
使用Javascript将相对路径地址转换为绝对路径 这里介绍的其实本质上是两种方法，通过创建DOM或通过JavaScript计算;
1. 通过新创建的Image, 经测试会发送一个Aborted的请求，并且IE6不支持,
2. 创建Anchor（链接），这种方法不会发出任何请求（请求会在加入DOM时产生)，但是IE6也不支持
使用简单的JavaScript，我们为什么应该抵制ES6的一些特性 作为一名专职的JavaScript开发者，我会密切关注有关JS最新动态，不过最近看过ECMAScript 6的一些新的语法后。我认为ES委员会已经偏离正确的轨道，正在将JavaScript引向错误的方向，很可能又在重复ES4的老路。
长久以来，我一直认为当今JavaScript的广泛应用一部分原因是源于她的“简单”。
他们为什么说面向对象有问题,探讨面向对象的一些缺陷 最近跟某位朋友讨论了一些工作上的事情，他目前就职于某世界500强IT公司，在他们现在做的一个项目中，整个系统构架(基于Web)是完全面向对象的（非基于jQuery的传统WEB，完全OOP，到处都是class，extend, override），而且他对这种框架极其推崇，不过他们经常加班到深夜，打开他们开源框架的GitHub主页，一个知名IT公司做的纯OOP前端框架仅仅有100多个Star（关注），笔者当时从直觉上觉得这里有问题，回去之后仔细反思，搜索了一些资料，算是找到了他们为什么这么累的原因吧。
面向对象(Object Oriented,OO)是当前计算机界关心的重点，它是90年代软件开发方法的主流，不过随着时代的发展，很多人对OO编程方法的看法也出现了一些变化；
面向对象的可维护性
面向对象从一开始就要求我们完全了解各个子类的不同，并将他们的“共性”提取到父类里，从而实现代码复用， 在这个过程中自然形成了一种最强的耦合关系。这种设计方法在需求非常确定的情况下是有效的，但在实际生活中我们发现需求总是在开发过程中不断提出的，而且也总在变化，甚至跟之前完全相反，当你看到你精心设计的框架成为你需求变更的障碍时，你做何感想？
沪公网安备31011202009668号 | 沪ICP备13020027号-2