SaaS（Software as a Service，软件即服务），是一种通过互联网提供软件服务的模式。服务提供商会全权负责软件服务的搭建、维护和管理，使得他们的客户从这些繁琐的工作中解放出来。对于许多中小型企业而言，SaaS 是采用先进技术的最好途径。
然而，对于大型企业而言，情况有所不同。出于产品定制、功能稳定以及掌握自身数据资产等方面的考虑，即使成本增加，他们也更乐意把相关服务部署在企业自己的硬件设备上，也就是常说的私有化部署。
在私有化部署的过程中，服务提供商首先要确保自己的源代码不被泄露，否则产品就可以随意复制和更改，得不偿失。传统的后端运行环境，如 Java、.NET，其源代码是经过编译才部署到服务器上运行的，不存在泄露的风险。而对于应用越来越广泛的 Node.js 而言，运行的则是源代码。即使经过压缩混淆，也可以很大程度地还原。
本文介绍一种可用于 Node.js 端的代码保护方案，使得 Node.js 项目也可以放心地进行私有化部署。
近年来，前端工程化深入人心，而工程化中必不可少的环节就是构建。所谓构建就是基于既定的流程对项目中的文件进行处理，从而得到最终用于发布的文件。而Gulp正是目前最流行的前端构建工具之一。
以下是使用Gulp进行构建的例子，也是本文的示例项目。文件结构为：
/Users/me/project/project-a
- src/
- dist/
- package.json
- gulpfile.js
其中「src」为源代码目录，「dist」为发布代码目录。「gulpfile.js」的代码为：
var gulp = require('gulp'),
gulpCleanCSS = require('gulp-clean-css'),
gulpUglify = require('gulp-uglify'),
gulpMD5 = require('gulp-md5-plus');
// 把.html文件直接copy到发布目录
gulp.task('copy-html', function() {
return gulp.src('./src/*.html')
.pipe( gulp.dest('./dist') );
});
gulp.task('compress-css', ['copy-html'], function() {
return gulp.src('./src/*.css')
// 压缩CSS代码
.pipe( gulpCleanCSS() )
// 文件名增加MD5，并替换.html文件中的引用地址
.pipe( gulpMD5(10, './dist/*.html') )
// 构建到发布目录
.pipe( gulp.dest('./dist') );
});
gulp.task('compress-js', ['copy-html'], function() {
return gulp.src('./src/*.js')
// 压缩JS代码
.pipe( gulpUglify() )
// 文件名增加MD5，并替换.html文件中的引用地址
.pipe( gulpMD5(10, './dist/*.html') )
// 构建到发布目录
.pipe( gulp.dest('./dist') );
});
gulp.task('default', ['compress-css', 'compress-js']);昨天备份本博客的时候发现，上传目录下多了几个奇怪的.asp和.php文件。这些文件并非我自己上传的，很可能是通过某个漏洞传到了服务器上。这会有什么危害呢？下面简单介绍一下。
假设某人把一个功能为删除站点下所有文件的evil.php通过漏洞传到了http://abc.com/upload/下，然后访问http://abc.com/upload/evil.php，那么：
这里有两个关键点，一是主动访问该文件才会触发脚本执行，二是服务器支持该类型脚本才能执行。而本博客刚好不具备这两个条件（后面再详细说明），所以没有造成任何损失。即便如此，这漏洞还是要修复的，不然被无休止地上传文件迟早会占满硬盘空间。
本博客基于express框架开发，上传功能是通过multer中间件实现的，且只有管理后台存在文件上传的功能。因为后台页面、接口都设有权限验证，是不可能被绕过的。最后发现问题出在multer的调用上，而这问题又要归咎于官方文档的错误引导了：
app.use(multer({
dest: './uploads/',
rename: function (fieldname, filename) {
return filename.replace(/\W+/g, '-').toLowerCase() + Date.now()
}
}))今年年初打算用Node.js基于Express框架重写博客程序，从此告别ASP.NET。然而，我目前用的VPS是Windows Server系统、IIS服务器，如果让Express和IIS都监听80端口，明显会产生冲突。幸好，有一个叫做iisnode的扩展可以把Node.js程序托管到IIS。而且，这样托管之后也意味着可以使用IIS里面的各种功能（进程管理、GZip压缩、日志、缓存、权限控制、域名绑定等）。
要使用iisnode，得安装：
装好之后，还是按照常规操作，在IIS管理器中创建站点，指向Express程序的目录，关键是还要增加一个web.config文件：
<configuration>
<system.webServer>
<handlers>
<add name="iisnode" path="bin/www" verb="*" modules="iisnode" resourceType="Unspecified" requireAccess="Script" />
</handlers>
<rewrite>
<rules>
<rule name="all">
<match url="/*" />
<action type="Rewrite" url="bin/www" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>npm是Node.JS的程序包管理器。进行Node.JS开发时，经常使用它安装/卸载程序包。实际上，发布程序包的工作也是由它来完成的。
要打包程序，首先要配好各项设置，这些设置都由程序包根目录下的package.json指定。package.json的内容必须是严格的JSON格式，也就是说：
配置对象的属性很多，具体可以参阅这里，这里列一下常用的项目：