希望某个人能天天开开心心的~~
关于主板和显卡的后缀名简介
主板方面：（以intel芯片为例）
PE：是915之前的主流版本，无集成显卡，支持当时主流的FSB和内存，支持AGP插槽。
P：是915之后主流版本，无集成显卡，支持当时主流的FSB和内存，支持PCI-EX16插槽。
PL：是相对于915之后P的简化版本，在支持的FSB和内存上有所缩水，无集成显卡，但同样支持PCI-EX16。
G：在915之前是主流的集成显卡的芯片组，支持AGP插槽，在915之后也是主流的集成显卡芯片组，支持PCI-EX16插槽。
GV、GL：在915之前是集成显卡的简化版芯片组，不支持AGP插槽，其余参数GV则与G相同，GL则有所缩水。在915之后是集成显卡的简化版芯片组，不支持PCI-EX16插槽，其余参数GV则与G相同，GL则有所缩水。
GE：是对于915之前G版的进化版芯片组，同样支持AGP插槽。
注：一般后面带G或者M的，都是集成显卡。
显卡方面：
对于N卡：
GE：玩家版（game edition)
LE：限制版（limited edition)
GT：（Geforce technology）代表中端卡，频率比LE版有所提升，不过6600GT是比较高端的，比较例外。
ultra：表示比标准版有所提高
ultra extreme：ultra中的最高级，算是旗舰版之类的。
XT：属于低端的，是标准版频率降低的
对于A卡：
SE：special edition，特殊版，一般是低端的
XT：代表了extreme，是同类系列中的最高版本。
GD2：代表显存类型是DDRII的。
GD3：代表显存类型是DDRIII的。
注：XT在N卡和A卡中都有，但是完全不同，应当注意。
全功能才安全！卡巴斯基2009版发布
2008年8月2日，卡巴斯基实验室在北京举行了卡巴斯基全功能安全软件2009中文版的上市发布会暨全国千名店长誓师大会，并且在中央电视台推出了全国第一支安全软件的新闻联播后招标段广告。
倡导“全功能，才安全”理念，卡巴斯基2009版开创了中国安全软件行业的“全功能”品类时代。与此同时，气势如虹的卡巴斯基用安全软件行业历史上规模最大、覆盖最广的发布会以及力度空前的整合营销战役宣誓了深耕中国市场、成就“全功能”安全软件消费时代的雄心。结合全方位深度本土及终端化营销的全功能技术实力为卡巴斯基取得技术理念、消费模式、产品品质与市场竞争的全面突破提供了可能。从2009版开始，作为全球安全软件的领军品牌之一的卡巴斯基完成了中国布局，剑指安全软件领头羊地位!
卡巴斯基2009版在研发理念、技术水平、应用便利性、防护全面性等方面体现了全球安全软件研发和应用技术升级的趋势，体现了卡巴斯基一直坚持的“技术为本”风格，它将众多的计算机安全模块有机地结合在一起，是一款真正全功能的安全软件，对于各种能力水平的用户来说都十分易于使用和管理。使用卡巴斯基全功能安全软件2009，不仅可以避免用户同时安装大量安全软件可能带来的软件冲突和系统性能的降低，而且融合了反病毒、系统漏洞扫描、系统恢复、隐私和身份信息保护、垃圾邮件过滤、虚拟键盘等众多系统功能，能够为用户提供几近完美的全方位安全保护。相对其他安全产品，无论在安全性方面，还是功能性方面，都具有明显的优势。
卡巴斯基全功能安全软件2009采用了全新的反病毒引擎，该引擎对于恶意程序的检测具有非常卓越的能力，特别是针对双核和四核CPU平台，极大地提高了系统扫描速度，是世界上处理速度最快和系统资源占用最少的反病毒引擎之一;启用了开创性的4D安全防御体系，在全新的应用程序过滤模块融入了主动防御技术和集成的防火墙，能够自动为应用程序的安全级别进行分类，针对不同级别的应用程序采用不同的安全策略和访问控制，保护用户电脑系统和其中的隐私文件不受所有已知和未知安全威胁的侵害。
卡巴斯基亚太区董事总经理张立申在接受采访时表示，“卡巴斯基要把最好的安全软件卖给用户。因为，面对日益严峻的互联网安全形势，用户的根本需求是来自功能全面、技术领先和服务完善的强大安全保障，而不是营销概念和噱头。”
在技术的跨越式领先基础上，卡巴斯基也联手在中国的核心渠道伙伴数字星空，制定了详尽而周密的面向消费理念和落地零售终端的整合营销规划。要将技术实力带给用户并且实现以“安全为基础”的信息流通，就必须有强大的消费理念培育和终端执行作为支撑，“千名店长，我们找到中国能卖好软件的零售精英，让他们成为‘全功能’价值与用户之间的桥梁;更为重要的是，强大的整合营销和渠道管理将为卡巴斯基技术优势的竞争力实力得到进一步的放大和加强，我们深信：全功能才安全，将成为2008-2009年度中国个人信息安全的第一关键词”，数字星空CEO刘建华将技术跨越与整合行销看作成一个整体。
从技术到终端，全功能的卡巴斯基2009中文版，实现了自己的全功能启动。
卡巴斯基的中国“跃升”在安全软件消费越级的进程中震撼登场!
LUA 不了解的东西
今天听公司说系统好像用到了这个东西，第一次听说，哈哈，有点丢人了[cry]
在baidu上查了一下，好像是这么个东西，哈哈
[quote]开放分类： 编程语言、计算机、高级语言
[/quote]
Lua 是一个小巧的脚本语言。作者是巴西人。该语言的设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。它的主页是 www.lua.org。Lua最著名的应用是在暴雪公司的网络游戏WOW中。
Lua脚本可以很容易的被C/C++代码调用，也可以反过来调用C/C++的函数，这使得Lua在应用程序中可以被广泛应用。不仅仅作为扩展脚本，也可以作为普通的配置文件，代替XML,Ini等文件格式，并且更容易理解和维护。
Lua由标准C编写而成，代码简洁优美，几乎在所有操作系统和平台上都可以编译，运行。
一个完整的Lua解释器不过200k，在目前所有脚本引擎中，Lua的速度是最快的。这一切都决定了Lua是作为嵌入式脚本的最佳选择。
Lua 有一个同时进行的JIT项目，提供在特定平台上的即时编译功能，这将给Lua带来更加优秀的性能。请访问 http://luajit.luaforge.net/ 来了解这个项目。和Python等脚本不同，Lua并没有提供强大的库，这是由它的定位决定的。所以Lua不适合作为开发独立应用程序的语言。不过Lua还是具备了比如数学运算和字符串处理等基本的功能。
Lua 目前的最新版本是 5.1.
1 目标
LUA的目标是成为一个很容易嵌入其它语言中使用的语言。大多数程序员也认为它的确做到了这一点。
很多应用程序使用LUA作为自己的嵌入式脚本语言，以此来实现可配置性、可扩展性。这其中包括魔兽世界、博德之门等。
2 特性
LUA有如下特性：
轻量级 LUA语言的官方版本只包括一个精简的核心和最基本的库。这使得LUA体积小、启动速度快，从而适合嵌入在别的程序里。
可扩展 LUA并不象其它许多"大而全"的语言那样，包括很多功能，比如网络通讯、图形界面等。但是LUA可以很容易地被扩展：由宿主语言(通常是C或C++)提供这些功能，LUA可以使用它们，就像是本来就内置的功能一样。
其它特性 LUA还具有其它一些特性：同时支持面向过程编程和面向对象编程；自动内存管理；提供一系列数据结构，包括数组、链表、集合、字典、散列表等；语言内置正则表达式匹配；闭包(closure)；函数也可以看做一个值；提供多线程支持；等等。
3 示例代码
是的，你猜对了：hello world…
print "Hello, world!"
一个比较复杂一点的例子，但是它展示了什么是闭包:
[code] function create_a_counter()
local count = 0
return function()
count = count + 1
return count
end
end[/code]
create_a_counter()返回一个记数器，每次调用这个记数器，都会得到一个比上次大1的值。
网站系统及运用语言
网站 操作系统 Web服务器 脚本语言
Sina FreeBSD Apache/2.0.54 PHP
Yahoo FreeBSD Apache PHP
网易 Linux Apache2.24 PHP/Java
Livedoor FreeBSD Apache PHP/Perl
Google Linux GWS(Google WebServer) C/Python/PHP
腾讯QQ Linux Apache PHP/Perl/C
Sohu Linux Apache/1.3.33 PHP/C/Java
TOM Linux Apache/1.3.34 Debian PHP/5.1.2-1
Xinnet FreeBSD Apache/1.3.26 Unix PHP/4.2.2
MOP Linux+F5 Lighttpd/Apache PHP/Java
Youku Linux Apache PHP
Ganji Linux Apache2.0.55 PHP 5.05
Baidu Unknow(Same Liunx) BWS(Baidu WebServer) PHP/Java/c/c++
Facebook FreeBSD Apache/1.3.37.fb1 PHP
Alibaba Linux Apache/2.0.59 Java/PHP
Tabao.com Liunx Apache PHP
Enet Liunx Apache PHP/Java
PCHOME.net Liunx Apache/2.0.55 PHP/5.2.0
ZOL.COM.CN Linux/Solaris Apache PHP
Xunlei.com Liunx TWS PHP
Yahoo FreeBSD4&RH Linux4 apache/1.3x PHP
数据库知识[1]
DDL 数据库定义语言
<1>Create TABLE
<2>ALERT TABLE
<3>Drop TBBLE
DML 数据库管理语言
<1>SELELCT
<2>Insert
<3>Update
<4>Delete
DCL 数据库控制语言
<1>COMMIT
<2>ROLLBACK
<3>GRANT Select
<4>GRANT Insert
<5>GRANT Update
<6>REVOKE Select
<7>REVOKE Insert
<8>REVOKE Update
APP
程序设计方面App 是Application 的缩写。
在vc++中，app是应用程序的入口和出口，一般在这里处理一些启动和退出程序时需要读取或写入的设置信息，还有设置一些全局变量
电脑领域中的APP
app server的前身是middleware（中间件），历史要长的多。早在上世纪六七十年代就已经开始在IBM大型机系统上广泛应用了，叫做TP Monitor，比较著名的是BEA的Tuxedo和IBM的CICS，运行在Terminal/Server模式的Server端，其功能主要是分离商业逻辑，进行分布式计算的，可以自动管理事务、资源和容错等等。因为发展的时间很长，所以技术非常成熟。middleware最早是用cobol编写的，现在还可以偶尔看到cobol的中间件的旧系统，再后来middleware改用C++来实现，著名中间件的有IBM的CICS，BEA的Tuexdo，仍然广泛的应用在高端系统中，特别是银行系统。
然而在面向对象的技术出现和广泛的应用之后，TP Monitor由于不是面向对象的，而是面向过程的调用，因此TP Monitor管理的商业逻辑并没有分布式对象系统中的商业组件那样的可扩展性、可重用性，表现出来很大的局限。
不过像PHP这样主要还是面向过程调用的函数式的语言来说，TP Monitor仍然可以支持的非常完美，由于有了TP Monitor的支持，PHP也可以应用在企业的环境中了。
我所知道的eachnet用的是： Linux+Apache+PHP+Tuxedo+Oracle
eachnet在上海好几个ISP那里放了服务器，以保证服务不因某个ISP的问题而无法访问。我曾经见过eachnet在上海热线机房的服务器，说出来，大家可能不信，eachnet竟然用的是自己攒的兼容机，世纪之星的机箱，估计不比我们大家自己买的兼容机强到哪里去。大概有六七台机器的样子，来负载均衡。
对象请求代理（Object Request Brokers）是另一种用的很多的中间件，支持分布式对象的调用。然而它的问题是仅仅是一个代理（Broker），系统级的功能需要自己来实现，这包括管理并发性、事务、资源管理和容错机制等等，而且不同的厂商提供的ORB之间也存在互操作的兼容性问题。
于是一种综合了TP Monitor和ORB功能的新的服务器出现了，叫做CTM（Component Transaction Monitor）组件事务监控器。用在我们特定的管理应用程序的环境中就是App Server。
在1997年开始，CTM市场发生了巨大的变化，因为这一年Sun的J2EE标准正式发布，从此除了微软之外，所有的CTM厂商都用Java来改写自己的产品，例如Sybase原来有一个叫做Jagus CTS的东西，现在已经变成了纯Java实现的EAServer，Borland的公司app server也是这样来的。这样一来，除了微软之外，就剩下基于Java的app server了。
App Server可以自动管理并发性、事务、对象分布、负载均衡、安全性和资源管理等等系统级功能。简单的来说就是App Server是管理服务端组件的，它给服务端组件提供了一个全功能可靠的运行环境。
打个比方来说，数据库系统是管理数据的，它也给数据提供了一个受监控和管理的运行环境，提供了事务、安全性、负载均衡，并发性等等系统级功能，对于使用者来说，你不需要自己处理数据库表的并发锁定问题，自己处理SQL语句的解析、自己处理索引的优化等等系统级功能，同样对于服务端组件的调用者来说也不需要自己处理并发请求、对象创建、销毁、缓存，控制组件事务等等系统级功能。
App Server对服务端组件的的关系就是数据库系统对数据的关系。App Server完全是一个类似数据库系统这样一个非常复杂的服务端软件，所不同之处就是数据库系统（RDBMS）是管理数据的，而App Server是管理对象的。这也是我研究Weblogic Server之后的切身感受。
Microsoft是最早发布App Server的厂商，叫做Microsoft Transaction Server（MTS）。其他还有很多基于不同技术的App Server，不过随着EJB规范的发布，主流的App Server基本上都是基于J2EE的了。目前看来，App Server市场主要就是实现J2EE规范的Java应用服务器和Microsoft的.Net应用服务器这两大主流。
Tuxedo等基于过程传统的中间件会继续在特定的场合发挥巨大的作用，像那些需要极高的响应性能和基于特定平台C/C++的场合，还是具有不可替代的作用。
App Server提供的服务端组件模型并没有解决所有的问题，基于不同技术实现的服务端组件之间不能互相调用和数据共享，比如EJB组件和COM组件之间不能之间交换数据，所以基于SOAP协议的Web Services试图解决这个问题，想把互联网上所有的不同技术实现的组件服务都统一成单一的Web Services。这也是Web Services热门的原因之一，标准的统一对大家都有好处