CSS 和 JavaScript 的压缩已经很成熟，各大网站都在使用。HTML 的压缩（特指去除空白字符和注释），除了 Google 等搜索页面，在其它网页上基本见不到踪迹。原因很简单： HTML 文档中，多个空白字符等价为一个空白字符。也就是说换行符是不能被干掉的，要干掉的话，也得至少保留一个空白。 HTML 元素中，有一个pre元素，表示 preformatted text. 里面的任何空白，都不能被删除。 HTML 的注释，有 IE 的条件注释。这些条件注释是文...

    今天在commandlinefu网看到一个比较好的命令行，可以大大的节省数据库服务器的空间。MySQL从压缩文件恢复数据。

    gzip是GNU zip的缩写，它是一个GNU自由软件的文件压缩程序，也经常用来表示gzip这种文件格式。 HTTP／1.1协议允许客户端可以选择要求从服务器下载压缩内容，这个标准本身定义了两种压缩方法：“gzip”（内容用gzip数据流进行封装）以及“deflate”（内容是原始格式、没有数据头的DEFLATE数据流）。许多HTTP客户端库以及绝大多数当今的浏览器都支持这两种格式。在用户浏览器发送请求的HTTP头中, 带有“Accept-Encoding: gzip, defl...

    用户观察到了一个很有意思的现象，某一个目录下10个小文件，每一个大概都只有几十个字节。都是纯文本。分别对这10个文件用compress指令压缩，结果发现其中一个压缩不成功，也没有给出任何报错信息。将该文件传送到AIX 5上，使用compress压缩，则给出”file not change”的提示，依然没有压缩。给文件重命名，也不行。另外创建一个文件，然后把文件内容复制过去，也不行。 我尝试用strace跟踪了compress压缩该文件的过...

    作为一个行走江湖多年的老中医，今天受命去解决一例前端页面展现缓慢的问题。 400ms到5ms，一个配置问题会产生80倍的差距，还真是省老钱了。这个故事告诉我们，压缩输出真的很重要。

    需求：客户要求每周一给他发送数据，并且要求是压缩包，还要加密。实现：之前的方法在服务器上计划任务每周一发送数据，采用PCLZIP这个压缩类实现压缩。出现的问题：PCLZIP这个压缩类没有加密的方法。解决：放弃PCLZIP这个压缩类，使用系统命令实现文件的压缩与加密。

    .tar解包： tar xvf FileName.tar打包：tar cvf FileName.tar DirName（注：tar是打包，不是压缩！）---------------------------------------------.gz解压1：gunzip FileName.gz解压2：gzip -d FileName.gz压缩：gzip FileName.tar.gz解压：tar zxvf FileName.tar.gz压缩：tar zcvf FileName.tar.gz DirName---------------------------------------------.bz2解压1：bzip2 -d FileName.bz2解压2：bunzip2 FileName.bz2压缩： ...

    如果apache有gzip功能，那么就用apache的压缩。否则，如果有php压缩，用php压缩。

    HTTP压缩对于纯文本内容可压缩至原大小的40％一下，从而提供60％以上的数据传输节约，虽然WEB服务器会因为压缩导致CPU占用的略微上升，但是可以节约大量用于传输的网络IO。对于数据压缩带来的用户浏览速度提升（让页面符合8秒定律），这点总体负载5%-10%上升是非常值得的。毕竟通过数据压缩会比通过不规范的HTML代码优化要方便得多。

    在php开发中，开启memcache的数据压缩存储是一件很简单的事情。在多数情况下，压缩数据不仅不会降低程序的执行效率，反倒会因为网络传输的开销降低，带来速度提升。看看最常用的Memcache::set方法: bool Memcache::set ( string $key , mixed $var [, int $flag [, int $expire ]] ) 在这个方法中，将$flag设置为MEMCACHE_COMPRESSED即可启用memcache压缩存储。这样做有什么弊端？