新闻来源:39健康网
IT一族是年轻人向往的职业，这个群体正在逐渐扩大。然而，这个行业也存在着一些与职业相关的疾病。专家提醒人们，这些病大多数是由于平时不注意，粗心引起的。因此，预防这些疾病要从日常做起，必须引起重视的是，多数“职业病”是可防不可治的。

疾病1： 鼠标手

全文阅读 »

一个页面减少10KB对于一个小网站来说，算不上什么，但对于大型站点来说，累计起来却是一个很大的流量……gzip压缩是一个有效可行的方法，但需要Apache的支持(Apache与IIS共用一个端口解决方法)。
传统的JS压缩(删除注释,删除多余空格等)提供的压缩率有时还是不尽不意,幸亏现在的浏览器都支持压缩传输(通过设置http header的 Content-Encoding=gzip),可以通过服务器的配置(如apache)为你的js提供压缩传输,或是appfuse中使用的 GZipFilter使tomcat也提供这种能力
现在的问题是这种动态的压缩会导致CPU占用率过高,现在我想到的解决辨法是通过提供静态压缩(就是将js预先通过gzip.exe压缩好)
一.下面描述在tomcat中的应用
1. 将prototype.js通过gzip.exe压缩保存成prototype.gzjs 2.设置header,我编写了一个简单的 AddHeadersFilter来将所有以gzjs结尾的文件增加设置header Content-Encoding=gzip web.xml中的配置 全文阅读 »

最近客户报怨公司网站首页打开速度太慢，实际情况是打开首页一大堆css和js文件确实严重影响访问速度，特别prototype.js这个文件，光它就有120多k,而自打开首页后，访问其它页面速度还不错，就是因为后面将这些css和js文件都缓存了，而不至于影响速度。
于是想到压缩这些文件，搜索资料，参考网上这篇<<关于JavaScript的gzip静态压缩方法>>，静态压缩文件输出，提升访问速度，现在就拿prototype.js开刀先。
我没有使用gzip.exe这个软件，而是使用了另外一款开源压缩软件7-zip,压缩档案格式使用Gzip，压缩等级为极限压缩，嘿嘿，够狠，其它选项为默认，经此压缩，乖乖，122kb的prototype.js压缩后只有27Kb，效率为88%，爽！
好，下面整到服务器上去，不过文件名由prototype.js.gz改为prototype.gzjs，修改链接，因为服务器是nginx+jboss架构，jboss处理动态页面，nginx处理静态文件，为了保证nginx和jboss都能访问正常，所以要在两个软件中都添加gzjs的header，jboss不用说，参考<<关于JavaScript的gzip静态压缩方法>>即可，nginx则要修改两处，在虚拟主机配置段中添加：

另外再修改nginx的mime文件，在application/x-javascript js;中添加gzjs

修改完成之后重启jboss和nginx即可，现在打开网站，感觉速度快了很多，如果将站点中所有的css和js文件甚至大的html等静态文件都经此整一下，网站访问速度想必大有改观，下面就看有没有办批量压缩了，go…

原文（英文）地址： http://www.mnot.net/cache_docs/ 版权声明：署名-非商业性使用-禁止演绎 2.0

这是一篇知识性的文档，主要目的是为了让Web缓存相关概念更容易被开发者理解并应用于实际的应用环境中。为了简要起见，某些实现方面的细节被简化或省略了。如果你更关心细节实现则完全不必耐心看完本文，后面参考文档和更多深入阅读部分可能是你更需要的内容。

1. 什么是Web缓存，为什么要使用它？
2. 缓存的类型：
   1. 浏览器缓存；
   2. 代理服务器缓存；
3. Web缓存无害吗？为什么要鼓励缓存？
4. Web缓存如何工作：
5. 如何控制（控制不）缓存：
   1. HTML Meta标签 vs. HTTP头信息；
   2. Pragma HTTP头信息（为什么不起作用）；
   3. 使用Expires（过期时间）HTTP头信息控制保鲜期；
   4. Cache-Control（缓存控制） HTTP头信息；
   5. 校验参数和校验；
6. 创建利于缓存网站的窍门；
7. 编写利于缓存的脚本；
8. 常见问题解答；
9. 缓存机制的实现：Web服务器端配置；
10. 缓存机制的实现：服务器端脚本；
11. 参考文档和深入阅读；
12. 关于本文档；

什么是Web缓存，为什么要使用它？

全文阅读 »

[翻译：Judy/原文连接]

六
十年前的六月二十一日，世界上第一台现代电脑-至少根据某些说法-在英国曼彻斯特的一间实验室里诞生了，这台别名宝贝(Baby)的小规模实验机
(Small Scale Experimental Machine)，是第一台具备类似于现代的RAM、能真正执行不同程序的电脑，不像它的前辈ENIAC和Colossus，输入不同的指令后，Baby能「就地」执行各种不同的任务(ENIAC和Colossus理论上也能执行不同程序，但却需要几天到几周的工作天，将电脑内的线路重新联机)，Baby也是第一台最符合我们熟知的「电脑」的电脑。

在1948年的六月二十一日，Baby成功的完成一组指令，计算出质数间的最大公因子，也就是1。

以现代的标准来看，Baby的确过于原始，它的真空管记忆容量总共只能储存1024位的数据，比现代袖珍型计算器还少，执行一项简单的程序，也需要花上大约一个小时，相较之下，现代的电脑随便就有1GB(80位)的容量。

不过Baby算是随后出现的曼彻斯特马克一号(Manchester Mark I)和第一台商业化量产的电脑费伦蒂马克一号(Ferranti Mark I)的先驱。目前Baby的复制品正在曼彻斯特的科学与工业博物馆(Museum of Science and Industry)展出，让我们在此送上迟来的生日祝福吧。

Exceptional Performance

Yahoo!’s Exceptional Performance team evangelizes best practices for improving web performance. They conduct research, build tools, write articles and blogs, and speak at conferences. Their best practices center around the rules for high performance web sites.

Best Practices

The Exceptional Performance team has identified a number of best practices for making web pages fast. The list includes 34 best practices divided into 7 categories.

http://developer.yahoo.com/performance/

随着中国大型IT企业信息化速度的加快，大部分应用的数据量和访问量都急剧增加，大型企业网站正面临性能和高数据访问量的压力，而且对存储、安全以及信息检索等等方面都提出了更高的要求……

本文中，我想通过几个国外大型IT企业及网站的成功案例，从Web技术人员角度探讨如何积极地应对国内大型网站即将面临的扩展（主要是技术方面，而较少涉及管理及营销等方面）矛盾。

一、 国外大型IT网站的成功之道
(一) MySpace
今天，MySpace已经成为全球众口皆碑的社区网站之王。尽管一流和营销和管理经验自然是每个IT企业取得成功的首要因素，但是本节中我们却抛弃这一点，而主要着眼于探讨在数次面临系统扩张的紧急关头MySpace是如何从技术方面采取应对策略的。
第一代架构—添置更多的Web服务器
MySpace最初的系统很小，只有两台Web服务器（分担处理用户请求的工作量）和一个数据库服务器（所有数据都存储在这一个地方）。那时使用
的是Dell双CPU、4G内存的系统。在早期阶段，MySpace基本是通过添置更多Web服务器来对付用户暴增问题的。但到在2004年早期，在
MySpace用户数增长到五十万后，其数据库服务器已经开始疲于奔命了。

全文阅读 »

个人一向最喜欢使用的ssh工具是SSHSecureShellClient，主要是因为它有一个非常方便的功能，自带sftp工具，可以在远程管理服务器的时候方便的上传下载所需要的资料，而不像一些其它ssh工具，还得另外开一个工具来进行上传下载，如图：

全文阅读 »

cfont()
{
while (($#!=0))
do
case $1 in
-b)
echo -ne ” “;
;;
-t)
echo -ne “\t”;
;;
-n)     echo -ne “\n”;
;;
-black)
echo -ne “\033[30m”;
;;
-red) 全文阅读 »