以下是手册里的解释：
PHP 选项及相关资讯函式库
{
error_reporting
设定错误讯息回报的等级。
语法: int error_reporting(int [level]);
传回值: 整数
函式种类: PHP 系统功能
内容说明
本函式用来设定错误讯息回报的等级，参数 level 是一个整数的位元遮罩 (bitmask)，见下表。
遮罩值 表示名称
1 E_ERROR
2 E_WARNING
4 E_PARSE
8 E_NOTICE
16 E_CORE_ERROR
32 E_CORE_WARNING
}
7＝1+2+4
9 = 8 + 1;
10 = 2 + 8
Macromedia 被 Adobe 收购后，原来的拳头产品 Flash 在新的一年里将会如何发展呢？ Lynda.com 及 the Flashforward Conference & Film Festival 创始人Lynda Weinman 对2006年 Flash 的走势进行了5大预测。 1、Flash很可能被整合到PDF中 Flash很可能被整合到PDF之中，这将大大增强PDF格式的功能＝换ナ絇DF文档正是当前所缺乏的功能。它将成为分发桌面应用程序的好方法。最近在会议中的公告，在Macromedia Blogs以及在Macromedia Labs上描述的一种代号Apollo的新产品，看起来就像是下一代PDF/Flash产品的基本原型。
2、Adobe软件有望直接输出FLA文件
将来Adobe应用程序除了SWF文件外，还有望输出FLA文件。这意味着flash项目能够在Photoshop, Illustrator, After Effects, Audition或 Premiere中生成，并完全能够在Flash编辑。而Adobe工具当前只能输出SWF文件，如果能够输出FLA文件将会更加通用和强大。此外，Macromedia与Adobe工具之间的协同工作能力应该也会得到大大改进。以前困扰专业Flash设计者和开发者之间的问题将会随之消逝。
3、轻松开发Flex RIA
ActionScript已经内建到Macromedia Flex之中。现有的Flash用户将能够轻松运用他们掌握的Flash技巧进行Flex应用程序的开发。Flex能够让开发者创建运行于桌面、互联网以及移动设备中的RIA（富互联网应用程序）。这些应用程序还能跨平台以及与其他标准技术互动。
4、全新的代码执行引擎
下一代Flash Player 8.5，结合ActionScript 3，拥有一个完全重写的，比以前版本更快的全新代码执行引擎。这将是一个受开发者欢迎的改变，并将吸引到原来对它的执行效率不满意的开发人员。
5、成为视频发布的首选格式
Flash将赶超QuickTime和Windows Media Player成为Web，桌面应用程序和device delivery的首选视频格式。Flash视频提供了Quick和Windows Media所不具有的丰富的交互性，加上它独特的程序运行时Alpha合成功能，自然会令许多视频发布者采用Flash而放弃其他的选择。
快下班时，爱问问题的小朋友Nico又问了一个问题：
"sqlserver里面有char和nchar，那个n据说是指unicode的数据，这个是什么意思。"
并不是所有简单的问题都很容易回答，就像这个问题一样。于是我答应专门写一篇BLOG来从头讲讲编码的故事。那么就让我们找个草堆坐下，先抽口烟，看看夜晚天空上的银河，然后想一想要从哪里开始讲起。嗯，也许这样开始比较好……
很久很久以前，有一群人，他们决定用8个可以开合的晶体管来组合成不同的状态，以表示世界上的万物。他们看到8个开关状态是好的，于是他们把这称为"字节"。
再后来，他们又做了一些可以处理这些字节的机器，机器开动了，可以用字节来组合出很多状态，状态开始变来变去。他们看到这样是好的，于是它们就这机器称为"计算机"。
开始计算机只在美国用。八位的字节一共可以组合出256(2的8次方)种不同的状态。
他们把其中的编号从0开始的32种状态分别规定了特殊的用途，一但终端、打印机遇上约定好的这些字节被传过来时，就要做一些约定的动作。遇上00x10, 终端就换行，遇上0x07, 终端就向人们嘟嘟叫，例好遇上0x1b, 打印机就打印反白的字，或者终端就用彩色显示字母。他们看到这样很好，于是就把这些0x20以下的字节状态称为"控制码"。
他们又把所有的空格、标点符号、数字、大小写字母分别用连续的字节状态表示，一直编到了第127号，这样计算机就可以用不同字节来存储英语的文字了。大家看到这样，都感觉很好，于是大家都把这个方案叫做 ANSI 的"Ascii"编码（American Standard Code for Information Interchange，美国信息互换标准代码）。当时世界上所有的计算机都用同样的ASCII方案来保存英文文字。
后来，就像建造巴比伦塔一样，世界各地的都开始使用计算机，但是很多国家用的不是英文，他们的字母里有许多是ASCII里没有的，为了可以在计算机保存他们的文字，他们决定采用127号之后的空位来表示这些新的字母、符号，还加入了很多画表格时需要用下到的横线、竖线、交叉等形状，一直把序号编到了最后一个状态255。从128到255这一页的字符集被称"扩展字符集"。从此之后，贪婪的人类再没有新的状态可以用了，美帝国主义可能没有想到还有第三世界国家的人们也希望可以用到计算机吧！
等中国人们得到计算机时，已经没有可以利用的字节状态来表示汉字，况且有6000多个常用汉字需要保存呢。但是这难不倒智慧的中国人民，我们不客气地把那些127号之后的奇异符号们直接取消掉, 规定：一个小于127的字符的意义与原来相同，但两个大于127的字符连在一起时，就表示一个汉字，前面的一个字节（他称之为高字节）从0xA1用到0xF7，后面一个字节（低字节）从0xA1到0xFE，这样我们就可以组合出大约7000多个简体汉字了。在这些编码里，我们还把数学符号、罗马希腊的字母、日文的假名们都编进去了，连在 ASCII 里本来就有的数字、标点、字母都统统重新编了两个字节长的编码，这就是常说的"全角"字符，而原来在127号以下的那些就叫"半角"字符了。
中国人民看到这样很不错，于是就把这种汉字方案叫做 "GB2312"。GB2312 是对 ASCII 的中文扩展。
但是中国的汉字太多了，我们很快就就发现有许多人的人名没有办法在这里打出来，特别是某些很会麻烦别人的国家领导人。于是我们不得不继续把 GB2312 没有用到的码位找出来老实不客气地用上。
后来还是不够用，于是干脆不再要求低字节一定是127号之后的内码，只要第一个字节是大于127就固定表示这是一个汉字的开始，不管后面跟的是不是扩展字符集里的内容。结果扩展之后的编码方案被称为 GBK 标准，GBK 包括了 GB2312 的所有内容，同时又增加了近20000个新的汉字（包括繁体字）和符号。
后来少数民族也要用电脑了，于是我们再扩展，又加了几千个新的少数民族的字，GBK 扩成了 GB18030。从此之后，中华民族的文化就可以在计算机时代中传承了。
中国的程序员们看到这一系列汉字编码的标准是好的，于是通称他们叫做 "DBCS"（Double Byte Charecter Set 双字节字符集）。在DBCS系列标准里，最大的特点是两字节长的汉字字符和一字节长的英文字符并存于同一套编码方案里，因此他们写的程序为了支持中文处理，必须要注意字串里的每一个字节的值，如果这个值是大于127的，那么就认为一个双字节字符集里的字符出现了。那时候凡是受过加持，会编程的计算机僧侣们都要每天念下面这个咒语数百遍：
"一个汉字算两个英文字符！一个汉字算两个英文字符……"
因为当时各个国家都像中国这样搞出一套自己的编码标准，结果互相之间谁也不懂谁的编码，谁也不支持别人的编码，连大陆和台湾这样只相隔了150海里，使用着同一种语言的兄弟地区，也分别采用了不同的 DBCS 编码方案--当时的中国人想让电脑显示汉字，就必须装上一个"汉字系统"，专门用来处理汉字的显示、输入的问题，但是那个台湾的愚昧封建人士写的算命程序就必须加装另一套支持 BIG5 编码的什么"倚天汉字系统"才可以用，装错了字符系统，显示就会乱了套！这怎么办？而且世界民族之林中还有那些一时用不上电脑的穷苦人民，他们的文字又怎么办？
真是计算机的巴比伦塔命题啊！
正在这时，大天使加百列及时出现了--一个叫 ISO （国际标谁化组织）的国际组织决定着手解决这个问题。他们采用的方法很简单：废了所有的地区性编码方案，重新搞一个包括了地球上所有文化、所有字母和符号的编码！他们打算叫它"Universal Multiple-Octet Coded Character Set"，简称 UCS, 俗称 "UNICODE"。
UNICODE 开始制订时，计算机的存储器容量极大地发展了，空间再也不成为问题了。于是 ISO 就直接规定必须用两个字节，也就是16位来统一表示所有的字符，对于ascii里的那些"半角"字符，UNICODE 包持其原编码不变，只是将其长度由原来的8位扩展为16位，而其他文化和语言的字符则全部重新统一编码。由于"半角"英文符号只需要用到低8位，所以其高8位永远是0，因此这种大气的方案在保存英文文本时会多浪费一倍的空间。
这时候，从旧社会里走过来的程序员开始发现一个奇怪的现象：他们的strlen函数靠不住了，一个汉字不再是相当于两个字符了，而是一个！是的，从 UNICODE 开始，无论是半角的英文字母，还是全角的汉字，它们都是统一的"一个字符"！同时，也都是统一的"两个字节"，请注意"字符"和"字节"两个术语的不同，"字节"是一个8位的物理存贮单元，而"字符"则是一个文化相关的符号。在UNICODE 中，一个字符就是两个字节。一个汉字算两个英文字符的时代已经快过去了。
从前多种字符集存在时，那些做多语言软件的公司遇上过很大麻烦，他们为了在不同的国家销售同一套软件，就不得不在区域化软件时也加持那个双字节字符集咒语，不仅要处处小心不要搞错，还要把软件中的文字在不同的字符集中转来转去。UNICODE 对于他们来说是一个很好的一揽子解决方案，于是从 Windows NT 开始，MS 趁机把它们的操作系统改了一遍，把所有的核心代码都改成了用 UNICODE 方式工作的版本，从这时开始，WINDOWS 系统终于无需要加装各种本土语言系统，就可以显示全世界上所有文化的字符了。
但是，UNICODE 在制订时没有考虑与任何一种现有的编码方案保持兼容，这使得 GBK 与UNICODE 在汉字的内码编排上完全是不一样的，没有一种简单的算术方法可以把文本内容从UNICODE编码和另一种编码进行转换，这种转换必须通过查表来进行。
如前所述，UNICODE 是用两个字节来表示为一个字符，他总共可以组合出65535不同的字符，这大概已经可以覆盖世界上所有文化的符号。如果还不够也没有关系，ISO已经准备了UCS-4方案，说简单了就是四个字节来表示一个字符，这样我们就可以组合出21亿个不同的字符出来（最高位有其他用途），这大概可以用到银河联邦成立那一天吧！
UNICODE 来到时，一起到来的还有计算机网络的兴起，UNICODE 如何在网络上传输也是一个必须考虑的问题，于是面向传输的众多 UTF（UCS Transfer Format）标准出现了，顾名思义，UTF8就是每次8个位传输数据，而UTF16就是每次16个位，只不过为了传输时的可靠性，从UNICODE到UTF时并不是直接的对应，而是要过一些算法和规则来转换。
受到过网络编程加持的计算机僧侣们都知道，在网络里传递信息时有一个很重要的问题，就是对于数据高低位的解读方式，一些计算机是采用低位先发送的方法，例如我们PC机采用的 INTEL 架构，而另一些是采用高位先发送的方式，在网络中交换数据时，为了核对双方对于高低位的认识是否是一致的，采用了一种很简便的方法，就是在文本流的开始时向对方发送一个标志符--如果之后的文本是高位在位，那就发送"FEFF"，反之，则发送"FFFE"。不信你可以用二进制方式打开一个UTF-X格式的文件，看看开头两个字节是不是这两个字节？
讲到这里，我们再顺便说说一个很著名的奇怪现象：当你在 windows 的记事本里新建一个文件，输入"联通"两个字之后，保存，关闭，然后再次打开，你会发现这两个字已经消失了，代之的是几个乱码！呵呵，有人说这就是联通之所以拼不过移动的原因。
其实这是因为GB2312编码与UTF8编码产生了编码冲撞的原因。
从网上引来一段从UNICODE到UTF8的转换规则：
Unicode
UTF-8
0000 - 007F
0xxxxxxx
0080 - 07FF
110xxxxx 10xxxxxx
0800 - FFFF
1110xxxx 10xxxxxx 10xxxxxx
例如"汉"字的Unicode编码是6C49。6C49在0800-FFFF之间，所以要用3字节模板：1110xxxx 10xxxxxx 10xxxxxx。将6C49写成二进制是：0110 1100 0100 1001，将这个比特流按三字节模板的分段方法分为0110 110001 001001，依次代替模板中的x，得到：1110-0110 10-110001 10-001001，即E6 B1 89，这就是其UTF8的编码。
而当你新建一个文本文件时，记事本的编码默认是ANSI, 如果你在ANSI的编码输入汉字，那么他实际就是GB系列的编码方式，在这种编码下，"联通"的内码是：
c1 1100 0001
aa 1010 1010
cd 1100 1101
a8 1010 1000
注意到了吗？第一二个字节、第三四个字节的起始部分的都是"110"和"10"，正好与UTF8规则里的两字节模板是一致的，于是再次打开记事本时，记事本就误认为这是一个UTF8编码的文件，让我们把第一个字节的110和第二个字节的10去掉，我们就得到了"00001 101010"，再把各位对齐，补上前导的0，就得到了"0000 0000 0110 1010"，不好意思，这是UNICODE的006A，也就是小写的字母"j"，而之后的两字节用UTF8解码之后是0368，这个字符什么也不是。这就是只有"联通"两个字的文件没有办法在记事本里正常显示的原因。
而如果你在"联通"之后多输入几个字，其他的字的编码不见得又恰好是110和10开始的字节，这样再次打开时，记事本就不会坚持这是一个utf8编码的文件，而会用ANSI的方式解读之，这时乱码又不出现了。
好了，终于可以回答NICO的问题了，在数据库里，有n前缀的字串类型就是UNICODE类型，这种类型中，固定用两个字节来表示一个字符，无论这个字符是汉字还是英文字母，或是别的什么。
如果你要测试"abc汉字"这个串的长度，在没有n前缀的数据类型里，这个字串是7个字符的长度，因为一个汉字相当于两个字符。而在有n前缀的数据类型里，同样的测试串长度的函数将会告诉你是5个字符，因为一个汉字就是一个字符。
希望这篇文章是NICO想要的.
2。首先DBCS是亚洲的字符集，包含了ANSI，ANSI也就是ASCII值为0-255之间的字符，当字符为ANSI时，存放于文件中占用的是一个字节。如果是非ANSI的呢，则占用两字节。用VB的ASC函数可以很容易得到一个字符的DBCS值（或是说ANSI值吧）
假如一个字符得到的DBCS值为&H1234,当然，这个值是转换成了十六进制的，因为对于磁盘存放来说，一般使用位（BIT），即二进制存放，而显示字节呢用十六进制显示则非常直观。存放在文件中即"12 34"（这是用十六进制文本编辑器中查看到的形式）
而UNICODE是世界性的字符集，几乎包含了世界上的所有字符，每个字符都有一个单一的UNICODE值。UNICODE值也是占用两个字节的。但不同的是它虽然也包含了标准的ANSI字符值，但是ANSI字符只占用一个字节，UNICODE会自动在ANSI值后加入一个值为0的字节。比如说一个 ANSI值为&h45的字符，以UNICODE形式存放则为"45 00"。至于如何用VB得到一个字符的UNICODE值，ASCW函数可以轻松搞定。但是普通的非ANSI字符以UNICODE形式时则是从右存到左的。比如一个值为&H1234的字符，存为UNICODE时则为"34 12"
知道了这些有什么用呢？UNICODE的意义在于能让不同环境下的操作系统识别。比如说吧，你在中文的操作系统下使用记事本写了一篇文本文章。但你要拿到别的环境下的WIN2K（之所以选WIN2K，是因为WIN2K支持UNICODE，否则用WIN98只能用外接中文平台才能查看）下查看（比如美国的电脑，操作系统为英文，代码页也是美国（WIN2K有设置代码页）），即使该电脑已经安装了中文字体，即使用WORD这样的编辑软件打开也肯定是乱码一堆。这是为什么呢？因为英文的WIN2K操作系统只能识别UNICODE呀！并不能识别咱们亚洲的DBCS码呀！
解决方法只要你把它转换为UNICODE码存放就OK了！像Utrla Edit就能转换。WIN2K里也有代码转换器可以，而WIN2K下的记事本则可以用另chun为UNICODE码。如果你使用的是WIN9X，则可以自己用VB解决了。UNICODE码存放的文本文件与普通的文本文件不同之处仅仅是文件头加了"FF FE"而已。其他的则是代码值不同。只要转换了字符的代码，并在文件前加上"FF FE"这两个字节，就是把这篇中文文章保存为UNICODE格式了！转换成UNICODE格式后，英文操作系统的机器只要用WORD打开你的文件就能查看了！（为什么用WORD是因为它有字体识别功能。普通记事本只把文字链接到系统字体上，而英文系统的默认字体可不是不包含中文的哟！当然就显示不出来啦）
Tween 类允许您轻松地在舞台上移动、缩放和淡入淡出影片剪辑。mx.transitions.Tween 类的构造函数有以下参数名称和类型：
function Tween(obj, prop, func, begin, finish, duration, useSeconds) {
// 代码……
}
obj Tween 实例的目标影片剪辑对象。
prop obj 中值要补间的属性的字符串名称。
func 为补间对象的属性值计算缓动效果的缓动方法。
begin 一个指示 prop（要补间的目标对象属性）的开始值的数字。
finish 一个指示 prop（要补间的目标对象属性）的结束值的数字。
duration 一个数字，指示补间动画的时间长度。如果省略，duration 会默认设置为 infinity。
useSeconds 与您在 duration 参数中指定的值相关的一个布尔值，如果该值为 true，则指示使用秒，如果为 false，则使用帧。
例如，假设您想让一个影片剪辑通过舞台。您可以向主时间轴上添加关键帧，并在这些帧之间插入补间动画或补间形状；可以在 onEnterFrame 事件处理函数中编写一些代码实现；或者可以使用 setInterval() 函数每隔一段时间就调用一个函数而加以实现。如果您使用 Tween 类，则可以通过另外一种方法来修改影片剪辑的 _x 和 _y 属性。您还可以添加前面介绍的缓动方法。若要利用 Tween 类，可以使用下面的 ActionScript：
new mx.transitions.Tween(ball_mc, "_x", mx.transitions.easing.Elastic.easeOut, 0, 300, 3, true);
此 ActionScript 代码片断创建了 Tween 类的一个新实例，它使 ball_mc 影片剪辑在舞台上沿 x 轴（从左到右）运动。该影片剪辑在 3 秒钟的时间内从 0 像素移动到 300 像素，并且 ActionScript 应用了一种弹性缓动方法。这意味着在以流畅的效果向回移动之前，球沿着 x 轴运动了 300 像素。
使用方法：
如果在您的 Flash 文档中的不止一处地方要使用 Tween 类，则可以选用 import 语句。它允许您导入 Tween 类和缓动方法，而不用每次使用它们时都给出完全限定类名，如下面的过程所示。
导入和使用 Tween 类：
·六种easing class类
*Back:在一个或两个结束点过渡范围之外的扩展动画,类似溢出效果.
*Bounce:在一个或两个结束点过渡范围内加入回弹效果,回弹的多少决定于duration延持时间的多少.长的延持回弹的次数就相对多.
*Elistic:发生在一个或两个结束点过渡范围之外的弹性效果,弹性的力度不受duration的影响.
*Regular:在一个或两个结束点加入减速动作.这个特性可以帮你做出超速可减速的效果.
*Strong: 在一个或两个结束点加入减速动作,这个效果有些类似Regular.不同的地方在于比较明显.
*None:从开始点到结束点加入恒定的运动,没有效果.
·以上六种easing class类每个又包含有三种easing method方式.
easeIn:在过渡的开始阶断产生easing效果.
easeOut:在过渡的结束阶断产生easing效果.
easeInOut:在开始和结束阶断均产生easing效果.
创建一个新文档，并将其命名为 easeTween.fla。
在舞台上创建一个影片剪辑。
选择影片剪辑实例，并在属性检查器的"实例名称"文本框中键入 ball_mc。
在时间轴中选择第 1 帧，在"动作"面板中，添加下面的代码：
import mx.transitions.Tween;
import mx.transitions.easing.*;
new Tween(ball_mc, "_x", Elastic.easeOut, Stage.width, 0, 3, true);
此代码示例使用两个 import 语句。第一个语句只导入 mx.transitions.Tween 类，第二个 import 语句使用通配符 (*) 快捷方式通过使用单行代码导入六个缓动类。第二个语句可导入整个类包。
选择"控制">"测试影片"，以查看动画。
Flash 文档将包 定义为"包含一个或多个类文件并位于指定的类路径目录中的目录"。在本例中，包位于 C:Program FilesMacromediaFlash 8语言First RunClassesmx ransitionseasing 文件夹中 (Windows)，或位于 HD:Applications:Macromedia Flash 8:First Run:Classes:mx:transitions:easing 中 (Macintosh)。导入整个包比分别导入六个类好得多，您想必也同意这一点。ActionScript 可以直接引用 Tween 类，而不必引用 mx.transitions.Tween 类。同样，对于缓动类而言就不必使用完全限定类名，如 mx.transitions.easing.Elastic.easeOut，您可以在 ActionScript 代码内键入 Elastic.easeOut。有关更多信息，请参见使用滤镜包。
通过使用类似的代码，您可以设置 _alpha 属性（而非 _x 属性）来淡入淡出实例，如接下来的过程所示。
使用 Tween 类淡化实例：
创建一个新文档，并将其命名为 fadeTween.fla。
在舞台上创建一个影片剪辑。
选择影片剪辑实例，并在属性检查器的"实例名称"文本框中键入 ball_mc。
在时间轴中选择第 1 帧，在"动作"面板中添加下面的代码：
import mx.transitions.Tween;
import mx.transitions.easing.*;
new Tween(ball_mc, "_alpha", Strong.easeIn, 100, 0, 3, true);
现在，ball_mc 不在舞台上移动了，而是在三秒钟内从 100% 可见淡化为完全透明。若要使元件更快地淡出，请将 duration 参数从 3 更改为 1 或 2。
选择"控制">"测试影片"，以查看动画。
如果更改文档的帧频，动画将播放得更平滑。有关动画和帧频的信息，请参见关于动画和帧频。
除了使用秒之外，您还可以通过几个帧来淡化元件。若要在 Tween 类中将持续时间设置为帧数而不是秒数，可以将最后一个参数 useSeconds 从 true 更改为 false。将该参数设置为 true 时，就告诉 Flash 指定的持续时间以秒为单位。若将该参数设置为 false，则持续时间是您希望用于补间的帧的数量。接下来的过程演示如何将补间设置为帧数而不是秒数。
将持续时间设置为帧数而不是秒数：
创建一个新文档，并将其命名为 framesTween.fla。
在舞台上创建一个影片剪辑。
选择影片剪辑实例，并在属性检查器的"实例名称"文本框中键入 ball_mc。
在时间轴中选择第 1 帧，在"动作"面板中，添加下面的代码：
import mx.transitions.Tween;
import mx.transitions.easing.*;
new Tween(ball_mc, "_alpha", Strong.easeIn, 100, 0, 24, false);
此代码使用 Strong.easeIn 缓动方法淡出 ball_mc 实例。不是在三秒内淡化实例，而是通过 24 个帧淡化实例。
选择"控制">"测试影片"，以查看动画。
稍等，实例将通过 24 个帧淡出。
返回到创作环境，打开属性检查器。
将文档的帧频更改为 24 fps。
如果增加 FLA 文件的帧频，您将看到实例以更快的速度淡出。有关动画和帧频的信息，请参见关于动画和帧频。
使用帧数而不是秒数来计算持续时间提供了更大的灵活性，但请记住，持续时间与当前 Flash 文档的帧频相关。如果 Flash 文档使用的是 12 帧/秒 (fps) 的帧频，那么上面的代码片断就可以在两秒内淡化实例（24 帧/12 fps = 2 秒）。但是，如果帧频是 24 fps，同样的代码就可以在 1 秒内淡化实例（24 帧/24 fps = 1 秒）。如果您使用帧数来计算持续时间，则在更改文档的帧频时可以明显地改变动画速度，而不需要修改 ActionScript。
Tween 类还有几种更有用的功能。例如，可以编写一个在动画完成后触发的事件处理函数，如接下来的过程所示。
在动画完成时触发代码：
创建一个新文档，并将其命名为 triggerTween.fla。
在舞台上创建一个影片剪辑。
选择影片剪辑实例，并在属性检查器的"实例名称"文本框中键入 ball_mc。
在时间轴中选择第 1 帧，在"动作"面板中，添加下面的代码：
import mx.transitions.Tween;
import mx.transitions.easing.*;
var tween_handler:Object = new Tween(ball_mc, "_alpha", Strong.easeIn, 100, 0, 3, true);
tween_handler.onMotionFinished = function() {
trace("onMotionFinished triggered");
};
如果在 FLA 文件中测试此 ActionScript 代码，当 ball_mc 在舞台上完成淡化后会在"输出"面板中显示"onMotionFinished triggered"的消息。
选择"控制">"测试影片"，以查看动画。
稍等片刻，实例将淡出。当补间完成时，您将在"输出"面板中看到消息。
[1]关于操作系统的选择
PHP在Linux/FreeBSD下面的性能比在Windows主机下的性能更好。如果您没有必须使用Windows主机的理由（比如需要使用ASP.net或者SQL Server或者Windows Media Server或者Serv-U），那么我推荐您使用Linux/FreeBSD。
如果您需要使用Windows，推荐使用Windows 2003 32位企业版，不推荐使用Windows 2000（性能较差）。
如果您需要使用Linux，推荐使用RedHat Enterprise Linux（最新版本是RedHat Enterprise Linux 4 beta1）。
如果您需要使用FreeBSD，推荐使用最新版本FreeBSD 5.2.1。
如果您的MySQL和Web分离，MySQL主机推荐使用Linux系统，通过LinuxThread可以有很好的性能（LinuxThread也可以在FreeBSD下面安装，但是比较麻烦）
[2]关于Web Server的选择
如果您使用的是Windows，那么推荐使用IIS6.0，不推荐使用Apache（性能较差）。
如果您使用的是Linux/FreeBSD，那么推荐使用Zeus或Apache（Apache的最新版本是2.0.52/1.3.33）。
注意：Zeus最新版本4.3版尚不支持FreeBSD 5.0版本。
Zeus Web Server是目前全球性能最好的、速度最快的、功能最强大的、抗压性最优良的、安全性最佳的Web服务器软件，但是是商业软件，费用比较贵（支持双至强启用超线程需要2200美元），网上面可以下载到Zeus 4.3 for Linux和FreeBSD 4.x的破解版本。国内很多大型论坛，单主机在线上万人的大多使用Zeus，系统消耗比Apache小很多。同时Zeus支持服务器负载平衡，多个主机通过使用Zeus Load Balancer可以实现超级规模站点的支持。
Zeus的站点是 http://www.zeus.com/ 可以免费下载到30天试用版（其实和破解版本的区别只是授权文件）。使用说明参见：
http://support.zeus.com/doc/zws/v4/getting_started.pdf
http://support.zeus.com/doc/zws/v4/user_guide.pdf
[3]关于PHP运行方式的选择
Windows主机需要安装PHP的完整版本，不能使用php.net提供的安装程序来安装，而应该手动安装。如果需要使用Unicode(UTF-8)编码，Windows主机下如果是php4.3.x版本需要单独加载iconv()函数库（需要在php.ini中正确设置extension_dir，比如extension_dir = "C:/php/extensions/"
，同时需要取消;extension=php_iconv.dll一行前面的;号，并将c:\php\dlls\iconv.dll复制到c:\windows\system32目录下。
注意：php5.x版本无需而且不能这样设置），而Linux/FreeBSD主机需要在编译PHP的时候加入iconv的参数（./configure--with-iconv）。
在Windows下面，如果使用IIS，推荐使用ISAPI方式来运行，千万不要使用CGI方式运行。您也可以使用FastCGI方式（需要下载FastCGI的模块并作相当多的配置），这个性能更好一些，如果再同时使用两个加速器（Zend Optimizer、MMCache），测试下来居然可以接近FreeBSD下使用Zend Performance Suite的效果，但是我测试稳定性比较差，当线程超过FastCGI所限制的最大并发线程，某些时候有可能导致FastCGI进程死掉，进而无法访问任何站点，只能重起服务器来解决。
Linux/FreeBSD下面，如果使用Apache作为Web Server，推荐将PHP作为Apache的模块来运行。如果使用Zeus作为Web Server，要求使用FastCGI方式来运行PHP，但是FastCGI有可能出现死掉进程的问题，在停止zeus时，有时候会不能停止成功，使得PIDFILE不能清除，下次再启动时，FastCGI会无法启动。如果遇到bad gateway错误，需要检查PIDFILE是否清除，如果没有则手动清除再重启Zeus。最好的办法是使用crontab，定时自动重启FastCGI。
关于FastCGI的问题，在某些主机下运行很正常，若干个月不会有任何问题。而有些主机却比较频繁，不论是Windows或者Linux/FreeBSD，看运气吧。
[4]关于PHP免费加速器的选择
可以使用的免费加速器主要有Zend Optimizer、Turck MMcache、ionCube PHP Accelerator。
（1）Zend Optimizer
官方站点 http://www.zend.com/store/products/zend-optimizer.php
最新版本 2.5.5
下载地址 http://www.zend.com/store/free_download.php?pid=13
（2）Turck MMCache
官方站点 http://sourceforge.net/projects/turck-mmcache/
最新版本 2.4.6 for PHP v4.3.4/5.0.0b2
下载地址 http://sourceforge.net/project/showfiles.p...ackage_id=68348
需要注意的是PHP最新版本是4.3.9/5.0.2，所以如果您需要在PHP的最新版本下使用Turck MMCache，需要进行单独编译。我在这个主题的附件里面上传了编译好的Turck MMCache v2.4.7 CVS for PHP v4.3.9和Turck MMCache v2.4.7 CVS for PHP v5.0.2两个版本需要的文件，先安装MMCache 2.4.6，然后将我提供的压缩包里面的文件改名为mmcache.dll，替换旧文件即可，注意：这两个文件只适用于Windows主机，如果您需要在Linux/FreeBSD下面使用，需要单独编译MMCache。
但是需要说明的是MMCache for PHP5.0.2的版本，在PHP 5.0.2下面使用存在bug，推荐在PHP5.0.2下暂时不要使用MMCache。
（3）ionCube PHP Accelerator（PHPA）
官方站点 http://www.php-accelerator.co.uk/
最新版本 1.3.3r2 builds for PHP 4.3.0
这个软件只能在Solaris/FreeBSD/Linux下面使用，不支持Windows，而且不支持PHP的最新版本。而Zend Optimizer、Turck MMcache都是支持各种服务器（Windows/Linux/FreeBSD）、各种Web Server（IIS/Apache/Zeus）以及PHP的各种版本的。所以我不推荐使用此软件。
[5]关于PHP收费加速器的选择
可以使用的收费加速器主要有Zend WinEnabler、Zend Performance Suite。
（1）Zend WinEnabler
官方站点 http://www.zend.com/store/products/zend-win-enabler.php
不知道什么原因，Zend官方最近突然将所有与此软件有关的网页全部删除了，这个软件难道不再出售了吗？这是Zend Performance Suite在Windows下面的版本，使用FastCGI方式运行的PHP，估计是稳定性不能保障吧。
（2）Zend Performance Suite
官方站点 http://www.zend.com/store/products/zend-pe...mance-suite.php
最新版本 4.0
这个软件只能用在Linux/FreeBSD下面，支持Apache和Zeus。据称可以提升php程序20倍的速度，但是售价比较昂贵，1875美元起。网上面可以下载到破解版本，不过是3.6.0/3.5.0版，不支持PHP 5.0。Zend Accelerator和早期的Zend Cache的功能都被包含于此套件当中。注意：如果使用此软件对PHP程序进行缓存，则对文件的任何修改都需要重起Web Server才能生效。
[6]关于MySQL的安装
推荐安装MySQL 4.0.x/4.1.x版本，当前最新版本是4.0.22/4.1.17。MySQL4.0以上版本可以使用Query Cache大幅度提升性能（需要在my.ini里面设置）。MySQL4.1以上采用新的协议，速度更提升30%以上，内存占用更少。
对于MySQL4.1.x版本，PHP 5.x在原有mysql扩展之外提供了专有mysqli函数扩展连接MySQL4.1.x版本，这样在MySQL4.1.x下，使用mysqli扩展相对于使用mysql扩展可以提升数十倍的SQL操作速度。极致论坛程序自带的使用的是mysql扩展，我们另外提供了单独出售的极致论坛mysqli扩展模块，您可以选购使用。
对于Windows主机，安装mysqld-nt即可，没必要使用mysqld-max-nt。
注意：如果您在Windows下面运行MySQL 4.0.x，您需要手工对每个数据表执行如下SQL操作，才能确保您的数据库稳定不会出现数据表错误：
Alter TABLE table_name type=MyISAM;
其中table_name是数据表的名称。
对于Linux主机，可以安装glibc，当前最新版本2.3.3，下载地址 http://www.gnu.org/software/libc/libc.html 然后安装里面的LinuxThreads。可以参考 http://dev.mysql.com/doc/mysql/en/Linux.html
对于FreeBSD主机，也可以安装LinuxThreads，就是编译比较麻烦。
From: http://www.tzon.net/index.php?do=showImage&postId=759&ownerId=13&categoryId=86
