• YUIcompressor ^{GUI TBcompressor}
• ESC(ECMAScript cruncher)
• JSmin ^GUI:JsMinGUI
• Dojo ShrinkSafe
• 在线Js压缩
• Google Closure compiler ^{Closure Tools}
• 打包下载地址

Yuicompressor的用法

java -jar D:\yuicompressor-2.4.2\build\yuicompressor-2.4.2.jar 
--charset UTF-8 D:\my.js -o D:\my-min.js
	
java -jar D:\yuicompressor-2.4.2\build\yuicompressor-2.4.2.jar 
--charset UTF-8 D:\my.css -o D:\my-min.css 

具体语法和其他参数参考：julienlecomte Yuicompressor。 也可以写一个批处理文件具体格式，同时处理多个文件，例如:将D盘中的WEBsite文件夹下的所有.CSS , .JS文件进行压缩

@echo off
::设置YUI Compressor启动目录
SET YUIFOLDER=D:\yuicompressor-2.4.2\build
::设置你的JS和CSS根目录，脚本会自动按树层次查找和压缩所有的JS和CSS
SET JSFOLDER=D:\WEBsite
echo look for JavaScript, CSS ...
chdir /d %JSFOLDER%
for /r . %%a in (*.js *.css) do (
@echo It's compressing  %%~a ...
@java -jar %YUIFOLDER%\yuicompressor-2.4.2.jar --charset UTF-8 %%~fa -o %%~fa
 )
@echo OK!
pause & exit

ESC(ECMAScript cruncher)

这个工具只能在Windows下使用,ESC.wsf提供5种压缩级别，从0到4：
Level 0 :: No compression 不对JS文件进行压缩
Level 1 :: Comment removal 移除JS文件中的注释
Level 2 :: Whitespace removal 移除JS文件中的注释及空行（默认，一般选择此级别就足够了）
Level 3 :: Newline removal 移除JS文件中的注释，将所有代码合并为一行
Level 4 :: Variable substitution 提供最新的压缩率，移除JS文件中的注释，将所有代码合并为一行，并且修改JS文件中的变量名。例如：将"big.js"按照压缩级别2来压缩（ESC.wsf默认压缩级别为2）为"min.js"

cscript ESC.wsf -ow min.js big.js 

Google Closure Tools 包含三大块

1. Closure Compiler：这是个JavaScript优化器，可以将JavaScript编译成压缩的、高性能代码。它除了能移除无效代码，重写代码使其最小化且运行更快，还能检查语法、变量引用和类型，并对一些常见JavaScript错误提出警告。同时，它还提供了Closure Inspector（一个Firefox插件）用于调试编译后的代码。FireFox插件
2. Closure Library：这是个广泛的、经过良好测试、模块化且跨浏览器的JavaScript库。在例子中可以看到，Google Docs就是用这个库写的。
3. Closure Templates：这是一个为Java和JavaScript实现的模板系统，可在服务器和客户端使用相同的模板。值得一提的是，JavaScript模板会进行预编译处理，以提高其性能。此外，Gmail和Google Docs也是使用该模板系统。

不喜欢 Ubuntu 自带的咖啡色主题的朋友可以试一下

sudo gedit /etc/apt/sources.list

deb http://ppa.launchpad.net/bisigi/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/bisigi/ppa/ubuntu jaunty main

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com
1781bd45c4c3275a34bb6aec6e871c4a881574de

sudo apt-get update

sudo aptitude install zgegblog-themes

sudo aptitude install showtime-theme
sudo aptitude install balanzan-theme
sudo aptitude install infinity-theme
sudo aptitude install wild-shine-theme
sudo aptitude install exotic-theme
sudo aptitude install tropical-theme
sudo aptitude install bamboo-zen-theme
sudo aptitude install ubuntu-sunrise-theme
sudo aptitude install  aquadreams-theme

sudo aptitude remove zgegblog-themes(Themse Name)

#Far Future Expires Header
<FilesMatch "\.(gif|png|jpg|js|css|swf)$">
    ExpiresActive On
    ExpiresDefault "access plus 10 years"
</FilesMatch>

Keep in mind, if you use a far future Expires header you have to change the component’s filename whenever the component changes. At Yahoo! we often make this step part of the build process: a version number is embedded in the component’s filename, for example, yahoo_2.0.6.js.

第一步，建立一些可规则重写的存储模块，一边存储文件的版本号，因此还是在.htaccess的文件中加入下面的代码

#Rules for Versioned Static Files
RewriteRule ^(scripts|css)/(.+)\.(.+)\.(js|css)$ $1/$2.$4 [L]

然后写一个PHP函数来检查文件的最后修改日期，然后将服务器的修改时间作为版本号

<?php 
function autoVer($url){$path = pathinfo($url); 
$ver = '.'.filemtime($_SERVER['DOCUMENT_ROOT'].$url).'.';
echo $path['dirname'].'/'.str_replace('.', $ver, $path['basename']); } 
?> 

include($_SERVER['DOCUMENT_ROOT'].'/path/to/autoVer.php'); 
<link rel="stylesheet" href="<?php autoVer('/css/structure.css'); ?>" 
type="text/css" /> 
<script type="text/javascript" src="<?php autoVer('/scripts/prototype.js'); ?>">
</script> :include($_SERVER['DOCUMENT_ROOT'].'/path/to/autoVer.php'); 
<link rel="stylesheet" href="<?php autoVer('/css/structure.css'); ?>"
type="text/css" />
<script type="text/javascript" src="<?php autoVer('/scripts/prototype.js'); ?>">
</script> 

<script type="text/javascript" src="/prototype.197993206.js"></script> 

后来才注意到Firefox里面也是不正常的，因为下面多出了一行空白，因为他给链接用的白色的字体，背景也是白色的所以就不能看见；但是FIREFOX为什么不报错呢，我想是因为我们新闻网的前端架构采用XSL解析XML的方式,而XSL也是一种XML,XML相对html要规范的多,很多标签如CENTER，FONT等都被取消了,还有所有的标签必须关闭,而他用的< a >< font color="#FFFFFF" >turkler< /a >这两点都不满足，而Firefox渲染的时候是把XML直接转换为HTML(在IE，和firefox下分别查看源文件就可以知道)，因此不报错！但是能解析出来，只是此人用了白色的字体，而背景也是白色的，所以看不出来罢了，全选的时候就能看出来了

我滴神啦，被改掉的DEFAULT文件，还不知道有没有其他的文件被改掉

还好此人没有多少恶意，只是加上他的链接在上面，可能是想赚取PR，也给我们敲了个警钟。现在应该找出我们的服务器的漏洞出在哪里，大家不要在上面安装其他的软件

配置网站目录，在Ubuntu下面的 apache 目录存放方式跟 Window下面有很大区别，它的配置文件是存放在 etc/apache2/ 这个文件夹下面,又将以前的配置文件分成了

etc/apache2/conf.d/charset

这个是网站编码配置，里面内容很少，打开看就知道了，我这里将最后行的 ＃AddDefaultCharset UTF-8 前面的#去掉，使用UTF-8编码，当然也可以把 UTF-8改成别的编码.

etc/apache2/sites-available/default

这个是网站目录配置，想更改网站目录的话，就修改这个，默认的网站目录是/var/www(所有者为root,所以修改起来很不方便)

像LINUX源一样，要有一定的权限才能修改上面的配置文件，可以这样：1:su 输入root密码 2:gedit etc/apache2/conf.d/charset 或者直接临时获取权限1:sudo gedit etc/apache2/conf.d/charset

重启apache即可,sudo service apache2 restart也可以sudo /etc/init.d/apache2 restart

BTW: init.d 下面是系统的服务类程序（比如xinet,samba,vsftp，xserver,apche,mysql）的启动登记 各个init.x目录下的文件表示这个运行级别下服务的运行与否,这里面的文件通常是一些脚本,来启动和结束各个服务的,具体的内容你可以用任何一个编辑器打开看的

顺便提一下mysql ，开启mysql的方法和apche一样：sudo /etc/init.d/mysql start不知我什么时候已经把 mysql安装成功了,因为我的/etc/nit.d/ 目录下有 mysal文件，于是我在终端上输入 mysql，提示ERROR 1044 (42000): Access denied for user ''@'localhost' to database 'h'我想也是由于权限的问题造成的输入mysql --user=root -p就对了，然后就可以在终断开上运行MySql的命令了比如
mysql > show databases;


var a = 1;
function foo(a) {
     alert(a);
      var a = 2;
}
foo(3);

var a = "right";
(function() {
    alert(a);
    var a = "wrong";
})();

来自《编译原理》：对于传统编译型语言来说，编译步骤分为：词法分析、语法分析、语义检查、代码优化和字节生成。
但对于解释型语言来说，通过词法分析和语法分析得到语法树后，就可以开始解释执行了。

第二个函数输出结果是undefined, 这种现象被称成“预解析”：JavaScript引擎会优先解析var变量和function定义。在预解析完成后，才会执行代码。如果一个文档流中包含多个script代码段运行顺序是：
step1. 读入第一个代码段
step2. 做语法分析，有错则报语法错误（比如括号不匹配等），并跳转到step5
step3.对var变量和function定义做“预解析”（永远不会报错的，因为只解析正确的声明,在step2的语法分析阶段完成，并存储在语法树中。当执行到函数实例时，会将varDelcs和funcDecls从语法树中复制到执行环境的scriptObject上）
step4. 执行代码段，有错则报错（比如变量未定义,未定义变量意味着在scriptObject的变量表中找不到，JS引擎会沿着scriptObject的upvalue往上寻找，如果都没找到，对于写操作i = 1; 最后就会等价为 window.i = 1; 给window对象新增了一个属性。对于读操作，如果一直追溯到全局执行环境的scriptObject上都找不到，就会产生运行期错误）
step5. 如果还有下一个代码段，则读入下一个代码段，重复step2
step6. 结束
通过编译，JavaScript代码已经翻译成了语法树，然后会立刻按照语法树执行。进一步的执行过程，需要理解JavaScript的作用域机制，JavaScript采用的是词法作用域（lexcical scope）。通俗地讲，就是JavaScript变量的作用域是在定义时决定而不是执行时决定，也就是说词法作用域取决于源码，编译器通过静态分析就能确定，因此词法作用域也叫做静态作用域（static scope）。但需要注意，with和eval的语义无法仅通过静态技术实现，实际上，只能说JS的作用域机制非常接近lexical scope.