博客园-MaxIE

MySQL 服务器调优

MaxIE — Sat, 06 Sep 2008 20:50:00 +0800

最近帮人维护一个DZ论坛，总结如下几个调优技巧，让 MySQL 服务器飞速运行
有 3 种方法可以加快 MySQL 服务器的运行速度，效率从低到高依次为：

1.替换有问题的硬件。
2.对 MySQL 进程的设置进行调优。
3.对查询进行优化。

替换有问题的硬件通常是我们的第一考虑，主要原因是数据库会占用大量资源。不过这种解决方案也就仅限于此了。实际上，您通常可以让中央处理器（CPU）或磁盘速度加倍，也可以让内存增大 4 到 8 倍。

第二种方法是对 MySQL 服务器（也称为 mysqld）进行调优。对这个进程进行调优意味着适当地分配内存，并让 mysqld 了解将会承受何种类型的负载。加快磁盘运行速度不如减少所需的磁盘访问次数。类似地，确保 MySQL 进程正确操作就意味着它花费在服务查询上的时间要多于花费在处理后台任务（如处理临时磁盘表或打开和关闭文件）上的时间。对 mysqld 进行调优是本文的重点。

最好的方法是确保查询已经进行了优化。这意味着对表应用了适当的索引，查询是按照可以充分利用 MySQL 功能的方式来编写的。尽管本文并没有包含查询调优方面的内容（很多著作中已经针对这个主题进行了探讨），不过它会配置 mysqld 来报告可能需要进行调优的查询。

虽然已经为这些任务指派了次序，但是仍然要注意硬件和 mysqld 的设置以利于适当地调优查询。机器速度慢也就罢了，我曾经见过速度很快的机器在运行设计良好的查询时由于负载过重而失败，因为 mysqld 被大量繁忙的工作所占用而不能服务查询。

记录慢速查询

在一个 SQL 服务器中，数据表都是保存在磁盘上的。索引为服务器提供了一种在表中查找特定数据行的方法，而不用搜索整个表。当必须要搜索整个表时，就称为表扫描。通常来说，您可能只希望获得表中数据的一个子集，因此全表扫描会浪费大量的磁盘 I/O，因此也就会浪费大量时间。当必须对数据进行连接时，这个问题就更加复杂了，因为必须要对连接两端的多行数据进行比较。

当然，表扫描并不总是会带来问题；有时读取整个表反而会比从中挑选出一部分数据更加有效（服务器进程中查询规划器用来作出这些决定）。如果索引的使用效率很低，或者根本就不能使用索引，则会减慢查询速度，而且随着服务器上的负载和表大小的增加，这个问题会变得更加显著。执行时间超过给定时间范围的查询就称为慢速查询。

您可以配置 mysqld 将这些慢速查询记录到适当命名的慢速查询日志中。管理员然后会查看这个日志来帮助他们确定应用程序中有哪些部分需要进一步调查。清单 1 给出了要启用慢速查询日志需要在 my.cnf 中所做的配置。

清单 1. 启用 MySQL 慢速查询日志

[mysqld] ; enable the slow query log, default 10 seconds log-slow-queries ; log queries taking longer than 5 seconds long_query_time = 5 ; log queries that don’t use indexes even if they take less than long_query_time ; MySQL 4.1 and newer only log-queries-not-using-indexes

这三个设置一起使用，可以记录执行时间超过 5 秒和没有使用索引的查询。请注意有关 log-queries-not-using-indexes 的警告：您必须使用 MySQL 4.1 或更高版本。慢速查询日志都保存在 MySQL 数据目录中，名为 hostname-slow.log。如果希望使用一个不同的名字或路径，可以在 my.cnf 中使用 log-slow-queries = /new/path/to/file 实现此目的。

阅读慢速查询日志最好是通过 mysqldumpslow 命令进行。指定日志文件的路径，就可以看到一个慢速查询的排序后的列表，并且还显示了它们在日志文件中出现的次数。一个非常有用的特性是 mysqldumpslow 在比较结果之前，会删除任何用户指定的数据，因此对同一个查询的不同调用被计为一次；这可以帮助找出需要工作量最多的查询。

对查询进行缓存

很多 LAMP 应用程序都严重依赖于数据库，但却会反复执行相同的查询。每次执行查询时，数据库都必须要执行相同的工作 —— 对查询进行分析，确定如何执行查询，从磁盘中加载信息，然后将结果返回给客户机。MySQL 有一个特性称为查询缓存，它将（后面会用到的）查询结果保存在内存中。在很多情况下，这会极大地提高性能。不过，问题是查询缓存在默认情况下是禁用的。

将 query_cache_size = 32M 添加到 /etc/my.conf 中可以启用 32MB 的查询缓存。

监视查询缓存

在启用查询缓存之后，重要的是要理解它是否得到了有效的使用。MySQL 有几个可以查看的变量，可以用来了解缓存中的情况。清单 2 给出了缓存的状态。

清单 2. 显示查询缓存的统计信息
mysql> SHOW STATUS LIKE ‘qcache%’;
+————————-+————+
| Variable_name           | Value      |
+————————-+————+
| Qcache_free_blocks      | 5216       |
| Qcache_free_memory      | 14640664   |
| Qcache_hits             | 2581646882 |
| Qcache_inserts          | 360210964 |
| Qcache_lowmem_prunes    | 281680433 |
| Qcache_not_cached       | 79740667   |
| Qcache_queries_in_cache | 16927      |
| Qcache_total_blocks     | 47042      |
+————————-+————+
8 rows in set (0.00 sec)

这些项的解释如表 1 所示。

表 1. MySQL 查询缓存变量变量名说明
Qcache_free_blocks 缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE 会对缓存中的碎片进行整理，从而得到一个空闲块。
Qcache_free_memory 缓存中的空闲内存。
Qcache_hits 每次查询在缓存中命中时就增大。
Qcache_inserts 每次插入一个查询时就增大。命中次数除以插入次数就是不中比率；用 1 减去这个值就是命中率。在上面这个例子中，大约有 87% 的查询都在缓存中命中。
Qcache_lowmem_prunes 缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。（上面的 free_blocks 和 free_memory 可以告诉您属于哪种情况）。
Qcache_not_cached 不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句。
Qcache_queries_in_cache 当前缓存的查询（和响应）的数量。
Qcache_total_blocks 缓存中块的数量。
通常，间隔几秒显示这些变量就可以看出区别，这可以帮助确定缓存是否正在有效地使用。运行 FLUSH STATUS 可以重置一些计数器，如果服务器已经运行了一段时间，这会非常有帮助。

使用非常大的查询缓存，期望可以缓存所有东西，这种想法非常诱人。由于 mysqld 必须要对缓存进行维护，例如当内存变得很低时执行剪除，因此服务器可能会在试图管理缓存时而陷入困境。作为一条规则，如果 FLUSH QUERY CACHE 占用了很长时间，那就说明缓存太大了。

强制限制

您可以在 mysqld 中强制一些限制来确保系统负载不会导致资源耗尽的情况出现。清单 3 给出了 my.cnf 中与资源有关的一些重要设置。

清单 3. MySQL 资源设置
set-variable=max_connections=500
set-variable=wait_timeout=10
max_connect_errors = 100

连接最大个数是在第一行中进行管理的。与 Apache 中的 MaxClients 类似，其想法是确保只建立服务允许数目的连接。要确定服务器上目前建立过的最大连接数，请执行 SHOW STATUS LIKE ‘max_used_connections’。

第 2 行告诉 mysqld 终止所有空闲时间超过 10 秒的连接。在 LAMP 应用程序中，连接数据库的时间通常就是 Web 服务器处理请求所花费的时间。有时候，如果负载过重，连接会挂起，并且会占用连接表空间。如果有多个交互用户或使用了到数据库的持久连接，那么将这个值设低一点并不可取！

最后一行是一个安全的方法。如果一个主机在连接到服务器时有问题，并重试很多次后放弃，那么这个主机就会被锁定，直到 FLUSH HOSTS 之后才能运行。默认情况下，10 次失败就足以导致锁定了。将这个值修改为 100 会给服务器足够的时间来从问题中恢复。如果重试 100 次都无法建立连接，那么使用再高的值也不会有太多帮助，可能它根本就无法连接。

缓冲区和缓存

MySQL 支持超过 100 个的可调节设置；但是幸运的是，掌握少数几个就可以满足大部分需要。查找这些设置的正确值可以通过 SHOW STATUS 命令查看状态变量，从中可以确定 mysqld 的运作情况是否符合我们的预期。给缓冲区和缓存分配的内存不能超过系统中的现有内存，因此调优通常都需要进行一些妥协。

MySQL 可调节设置可以应用于整个 mysqld 进程，也可以应用于单个客户机会话。

服务器端的设置

每个表都可以表示为磁盘上的一个文件，必须先打开，后读取。为了加快从文件中读取数据的过程，mysqld 对这些打开文件进行了缓存，其最大数目由 /etc/mysqld.conf 中的 table_cache 指定。清单 4 给出了显示与打开表有关的活动的方式。

清单 4 说明目前有 5,000 个表是打开的，有 195 个表需要打开，因为现在缓存中已经没有可用文件描述符了（由于统计信息在前面已经清除了，因此可能会存在 5,000 个打开表中只有 195 个打开记录的情况）。如果 Opened_tables 随着重新运行 SHOW STATUS 命令快速增加，就说明缓存命中率不够。如果 Open_tables 比 table_cache 设置小很多，就说明该值太大了（不过有空间可以增长总不是什么坏事）。例如，使用 table_cache = 5000 可以调整表的缓存。

与表的缓存类似，对于线程来说也有一个缓存。 mysqld 在接收连接时会根据需要生成线程。在一个连接变化很快的繁忙服务器上，对线程进行缓存便于以后使用可以加快最初的连接。

清单 5 显示如何确定是否缓存了足够的线程。

此处重要的值是 Threads_created，每次 mysqld 需要创建一个新线程时，这个值都会增加。如果这个数字在连续执行 SHOW STATUS 命令时快速增加，就应该尝试增大线程缓存。例如，可以在 my.cnf 中使用 thread_cache = 40 来实现此目的。

关键字缓冲区保存了 MyISAM 表的索引块。理想情况下，对于这些块的请求应该来自于内存，而不是来自于磁盘。清单 6 显示了如何确定有多少块是从磁盘中读取的，以及有多少块是从内存中读取的。

Key_reads 代表命中磁盘的请求个数， Key_read_requests 是总数。命中磁盘的读请求数除以读请求总数就是不中比率 —— 在本例中每 1,000 个请求，大约有 0.6 个没有命中内存。如果每 1,000 个请求中命中磁盘的数目超过 1 个，就应该考虑增大关键字缓冲区了。例如，key_buffer = 384M 会将缓冲区设置为 384MB。

临时表可以在更高级的查询中使用，其中数据在进一步进行处理（例如 GROUP BY 字句）之前，都必须先保存到临时表中；理想情况下，在内存中创建临时表。但是如果临时表变得太大，就需要写入磁盘中。清单 7 给出了与临时表创建有关的统计信息。

每次使用临时表都会增大 Created_tmp_tables；基于磁盘的表也会增大 Created_tmp_disk_tables。对于这个比率，并没有什么严格的规则，因为这依赖于所涉及的查询。长时间观察 Created_tmp_disk_tables 会显示所创建的磁盘表的比率，您可以确定设置的效率。 tmp_table_size 和 max_heap_table_size 都可以控制临时表的最大大小，因此请确保在 my.cnf 中对这两个值都进行了设置。

每个会话的设置

下面这些设置针对于每个会话。在设置这些数字时要十分谨慎，因为它们在乘以可能存在的连接数时候，这些选项表示大量的内存！您可以通过代码修改会话中的这些数字，或者在 my.cnf 中为所有会话修改这些设置。

当 MySQL 必须要进行排序时，就会在从磁盘上读取数据时分配一个排序缓冲区来存放这些数据行。如果要排序的数据太大，那么数据就必须保存到磁盘上的临时文件中，并再次进行排序。如果 sort_merge_passes 状态变量很大，这就指示了磁盘的活动情况。清单 8 给出了一些与排序相关的状态计数器信息。

如果 sort_merge_passes 很大，就表示需要注意 sort_buffer_size。例如， sort_buffer_size = 4M 将排序缓冲区设置为 4MB。

MySQL 也会分配一些内存来读取表。理想情况下，索引提供了足够多的信息，可以只读入所需要的行，但是有时候查询（设计不佳或数据本性使然）需要读取表中大量数据。要理解这种行为，需要知道运行了多少个 SELECT 语句，以及需要读取表中的下一行数据的次数（而不是通过索引直接访问）。实现这种功能的命令如清单 9 所示。

Handler_read_rnd_next / Com_select 得出了表扫描比率 —— 在本例中是 521:1。如果该值超过 4000，就应该查看 read_buffer_size，例如 read_buffer_size = 4M。如果这个数字超过了 8M，就应该与开发人员讨论一下对这些查询进行调优了！

3 个必不可少的工具

尽管在了解具体设置时，SHOW STATUS 命令会非常有用，但是您还需要一些工具来解释 mysqld 所提供的大量数据。我发现有 3 个工具是必不可少的；在参考资料一节中您可以找到相应的链接。

大部分系统管理员都非常熟悉 top 命令，它为任务所消耗的 CPU 和内存提供了一个不断更新的视图。 mytop 对 top 进行了仿真；它为所有连接上的客户机以及它们正在运行的查询提供了一个视图。mytop 还提供了一个有关关键字缓冲区和查询缓存效率的实时数据和历史数据，以及有关正在运行的查询的统计信息。这是一个很有用的工具，可以查看系统中（比如 10 秒钟之内）的状况，您可以获得有关服务器健康信息的视图，并显示导致问题的任何连接。

mysqlard 是一个连接到 MySQL 服务器上的守护程序，负责每 5 分钟搜集一次数据，并将它们存储到后台的一个 Round Robin Database 中。有一个 Web 页面会显示这些数据，例如表缓存的使用情况、关键字效率、连接上的客户机以及临时表的使用情况。尽管 mytop 提供了服务器健康信息的快照，但是 mysqlard 则提供了长期的健康信息。作为奖励，mysqlard 使用自己搜集到的一些信息针对如何对服务器进行调优给出一些建议。

搜集 SHOW STATUS 信息的另外一个工具是 mysqlreport。其报告要远比 mysqlard 更加复杂，因为需要对服务器的每个方面都进行分析。这是对服务器进行调优的一个非常好的工具，因为它对状态变量进行适当计算来帮助确定需要修正哪些问题。

[新闻]Google股价跌破329美元 61%员工期权价值归零
博客园首页社区新闻频道小组博问网摘闪存

IIS如何启用Gzip压缩功能

MaxIE — Wed, 13 Aug 2008 19:01:00 +0800

启用IIS的Gzip压缩功能

现代的浏览器IE6和Firefox都支持客户端Gzip，也就是说，在服务器上的网页，传输之前，先使用Gzip压缩再传输给客户端，客户端接收之后由浏览器解压显示，这样虽然稍微占用了一些服务器和客户端的CPU，但是换来的是更高的带宽利用率。对于纯文本来讲，压缩率是相当可观的。如果每个用户节约50%的带宽，那么你租用来的那点带宽就可以服务多一倍的客户了。

IIS6已经内建了Gzip压缩的支持，可惜，没有设置更好的管理界面。所以要打开这个选项，还要费些功夫。

首先，如果你需要压缩静态文件（HTML），需要在硬盘上建一个目录，并给它“IUSR_机器名”这个用户的写权限。如果压缩动态文件（PHP，asp，aspx）就不需要了，因为它的页面是每次都动态生成的，压缩完就放弃。然后在IIS管理器中，“网站”上面右键－属性，不是下面的某个站点，而是整个网站。进入“服务”标签，选上启用动态内容压缩，静态内容压缩。

然后选中网站下面那个服务器扩展，新建一个服务器扩展。名字无所谓，下面的添加文件的路径是：

c:\windows\system32\inetsrv\gzip.dll，然后启用这个扩展。

这时候静态内容是可以压缩的，但是对于动态内容，aspx文件却不在压缩范围内。因为默认的可压缩文件并没有这个扩展名。而管理界面中你又找不到可以增加扩展名的地方，这时候只能去修改它的配置文件了。

在c:\windows\system32\inetsrv\下面有个MetaBase.xml文件，可以用记事本打开，找到IIsCompressionScheme，有三个相同名字的段，

分别是

<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/deflate"
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/gzip"
<IIsCompressionSchemes Location ="/LM/W3SVC/Filters/Compression/Parameters"

第三段不用管它，前两段有基本相同的参数，在这两段的参数HcScriptFileExtensions下面都加上一行aspx，如果你有其它的动态程序要压缩，也加在这里。HcDynamicCompressionLevel改成9，（0－10，9是性价比最高的一个）。

注：

HcFileExtensions指定压缩方案支持的文件扩展名。IIS 只压缩使用指定文件扩展名的静态文件。该设置为空时，不压缩静态文件。
HcScriptFileExtensions 指出压缩方案支持的文件扩展名。IIS 将压缩使用该属性指定的文件扩展名的动态文件输出。
HcDynamicCompressionLevel 属性指定压缩动态内容时压缩方案的压缩级别。低压缩级别生成稍大一些的压缩文件，但对 CPU 和内存资源的总体影响较小。高压缩级别通常会生成较小的压缩文件，但会占用较多的 CPU 时间和内存。
HcOnDemandCompLevel 属性指定对静态内容进行按需压缩时，压缩方案的压缩级别。低压缩级别生成稍大一些的压缩文件，但对 CPU 和内存资源的总体影响较小。高压缩级别通常生成较小的压缩文件，但是 CPU 和内存的占用率较高。
HcPriority 属性指定分配给特定压缩方案的优先级。如果您在安装 IIS 时安装了多个压缩方案，并且客户端浏览器在 Accept-Encoding 标头中注明可以处理多个压缩方案，IIS 将使用 HcPriority 指定的优先级数字来决定为请求使用哪个方案。这种情况下，IIS 会使用具有最高优先级数字的匹配方案。有效的优先级数字范围从 1 到 10。一般来说，如果在 IIS 上安装了多个压缩方案，您应该为每个压缩方案指派一个不同的优先级数字。

然后需要重启一下IIS服务，就可以体会到压缩后的速度了。不过通常可能不会有太明显的感觉，可以用http://www.port80software.com/tools/compresscheck.asp(英文)http://gzip.zzbaike.com/（中文）这个页面来检查你的网页是否压缩过了，以及压缩比和加快的速度。整个过程对CPU的占用基本上感觉不出来。

[新闻]十年祭:昔日明星软件今何在?
博客园首页社区新闻频道小组博问网摘闪存

再谈iframe自适应高度

MaxIE — Wed, 13 Aug 2008 10:37:00 +0800

通过Google搜索iframe 自适应高度，结果5W多条，搜索iframe 高度自适应，结果2W多条。
我翻了前面的几十条，刨去大量的转载，有那么三五篇是原创的。而这几篇原创里面，基本上只谈到如何自适应静的东西，就是没有考虑到JS操作DOM之后，如何做动态同步的问题。另外，在兼容性方面，也研究的不彻底。

这篇文章，希望在这两个方面再做一些深入。

可能有人还没接触到这个问题过，先说明一下，什么是自适应高度吧。所谓iframe自适应高度，就是，基于界面美观和交互的考虑，隐藏了iframe的border和scrollbar，让人看不出它是个iframe。如果iframe始终调用同一个固定高度的页面，我们直接写死iframe高度就可以了。而如果iframe要切换页面，或者被包含页面要做DOM动态操作，这时候，就需要程序去同步iframe高度和被包含页的实际高度了。

顺便说下，iframe在迫不得已的时候才去用，它会给前端开发带来太多的麻烦。

传统做法大致有两个：
方法一，在每个被包含页在本身内容加载完毕之后，执行JS取得本页面的高度，然后去同步父页面的iframe高度。
方法二，在主页面iframe的onload事件中执行JS，去取得被包含页的高度内容，然后去同步高度。
在代码维护角度考虑，方法二是优于方法一的，因为方法一，每个被包含页都要去引入一段相同的代码来做这个事情，创建了好多副本。

两个方法都只处理了静的东西，就是只在内容加载的时候执行，如果JS去操作DOM引起的高度变化，都不太方便。

如果在主窗口做一个Interval，不停的来获取被包含页的高度，然后做同步，是不是即方便，又解决了JS操作DOM的问题了呢？答案是肯定的。

Demo页面：主页面 iframe_a.html ，被包含页面 iframe_b.htm 和 iframe_c.html

主页面代码示例：

<iframe id="frame_content" src="iframe_b.html" scrolling="no" frameborder="0"></iframe><script type="text/javascript">
function reinitIframe(){
var iframe = document.getElementById("frame_content");
try{
iframe.height =  iframe.contentWindow.document.documentElement.scrollHeight;
}catch (ex){}
}
window.setInterval("reinitIframe()", 200);
</script>

一直执行，效率会不会有问题？
我做了测试，同时开5个窗口（IE6、IE7、FF、Opera、Safari）执行这个代码，不会对CPU有什么影响，甚至调整到2ms，也没影响（基本维持在0%占用率）。

下面谈谈各浏览器的兼容性问题，如何获取到正确的高度，主要是对body.scrollHeight和documentElement.scrollHeight两个值得比较。注意本文用的是这个doctype，不同的doctype应该不会影响结果，但是假如你的页面没有申明doctype，那还是先去加一个吧。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

在主页面追加以下测试代码，以输出这两个值，代码示例：

<div><button onclick="checkHeight()">Check Height</button></div><script type="text/javascript">
function checkHeight() {
var iframe = document.getElementById("frame_content");
var bHeight = iframe.contentWindow.document.body.scrollHeight;
var dHeight = iframe.contentWindow.document.documentElement.scrollHeight;
alert("bHeight:" + bHeight + ", dHeight:" + dHeight);
}
</script>

被加载页面，可以切换一个绝对定位的层，来使页面高度动态改变。如果层展开，则会撑高页面高度。代码示例：

<div><button onclick="toggleOverlay()">Toggle Overlay</button>
</div>
<div style="height:160px;position:relative">
<div id="overlay" style="position:absolute;width:280px;height:280px;display:none;"></div>
</div>
<script type="text/javascript">
function toggleOverlay() {
var overlay = document.getElementById('overlay');
overlay.style.display = (overlay.style.display == 'none') ? 'block' : 'none';
}
</script>

下面列出以上代码在各浏览器的测试值：
（bHeight = body.scrollHeight, dHeight = documentElement.scrollHeight, 红色 = 错误值, 绿色 = 正确值）

/	层隐藏时		层展开时
/	bHeight	dHeight	bHeight	dHeight
IE6	184	184	184	303
IE7	184	184	184	303
FF	184	184	184	303
Opera	181	181	300	300
Safari	184	184	303	184

暂且无视Opera比别人少3像素的问题…可以看出，如果没有绝对定位的东西，两个值是相等的，取哪个都无所谓。
但是如果有，那么各个浏览器的表现不太相同，单取哪个值都不对。但可以找到了一条规律，那就是取两个值得最大值可以兼容各浏览器。所以我们的主页面代码就要改造成这样了：

function reinitIframe(){var iframe = document.getElementById("frame_content");
    try{
    var bHeight = iframe.contentWindow.document.body.scrollHeight;
    var dHeight = iframe.contentWindow.document.documentElement.scrollHeight;
    var height = Math.max(bHeight, dHeight);
    iframe.height =  height;
    }catch (ex){}
    }
    window.setInterval("reinitIframe()", 200);

这样子，基本解决了兼容性问题。顺便说下，不光绝对定位的层会影响到值，float也会导致两个值的差异。

如果你演示Demo后，会发现，除了IE，其他浏览器中，当层展开后再隐藏，取到的高度值还是维持在展开的高度303，而非隐藏回去的真正值184，就是说长高了之后缩不回去了。这个现象在不同被包含页面之间做切换也会发生，当从高的页面切换到矮页面的时候，取到的高度还是那个高的值。
可以归纳为，当iframe窗体高度高于文档实际高度的时候，高度取的是窗体高度，而当窗体高度低于实际文档高度时，取的是文档实际高度。因此，要想办法在同步高度之前把高度设置到一个比实际文档低的值。所以，在iframe的添加 onload=”this.height=100″，让页面加载的时候先缩到足够矮，然后再同步到一样的高度。
这个值，在实际应用中决定，足够矮但又不能太矮，否则在FF等浏览器里会有很明显的闪烁。DOM操作的时候主页面无法监听到，只能DOM操作完了之后把高度变小了。
在我的一个实际项目中，在成本和收益之间权衡，我并没有做这个事情，因为每个DOM函数中都要插入这个代码，代价太高，其实层缩回去不缩掉也不是那么致命。包括Demo里，也没有去做这个事情。如果读者有更好的方法，请告诉我。

这是最终的主页面的代码：

<iframe id="frame_content" src="iframe_b.html" scrolling="no" frameborder="0" onload="this.height=100"></iframe>
    <script type="text/javascript">
    function reinitIframe(){
    var iframe = document.getElementById("frame_content");
    try{
    var bHeight = iframe.contentWindow.document.body.scrollHeight;
    var dHeight = iframe.contentWindow.document.documentElement.scrollHeight;
    var height = Math.max(bHeight, dHeight);
    iframe.height =  height;
    }catch (ex){}
    }
    window.setInterval("reinitIframe()", 200);
    </script>

[新闻]十年祭:昔日明星软件今何在?
博客园首页社区新闻频道小组博问网摘闪存

判断读者浏览器类型和屏幕分辨率，自动调用不同CSS

MaxIE — Sun, 20 Jul 2008 15:34:00 +0800

我们在设计网页的时候一个比较头痛的问题是究竟我们的浏览者的分辨率是多少？如果使我们的浏览者能够更好的去浏览到我的网页，这个是我们设计前必须思考的问题。所以Leying在设计网页的时候第一个想的是兼容现在大多数浏览者的屏幕分辨率，这里头有几种最常用的方法：

    1、硬行把网页先用表格框起来，框的分辨率应该是在760－780象素，其余的空间可以给一个背景图或者空白.
    2、用自动缩放的方法也可以实现，这种方法比较古老，而且很简单，这个不多说了；

    3、用自动判断的方法。

    今天，就第三种方法来说说，如何来判断出浏览者的屏幕分辨率，根据不同的分辨率给予读者不同的浏览内容：

    网络上也有一些能自动判断出你的浏览器是什么类型或者什么版本的代码，集成过来。

  一、既判断分辨率，也判断浏览器，使之成为判断浏览器类型屏幕分辨率自动调用不同CSS的代码。

<SCRIPT LANGUAGE="JavaScript">

</SCRIPT>

为了大家明白，这里简单解析一下：

引用内容

var IE1024="";

var IE800="";

var IE1152="";

var IEother="";

引号里面分别填写，用户使用IE的时候并且分辨率为1024*768,800*600,1152*864要使用的css文件名。

var Firefox1024="";

var Firefox800="";

var Firefox1152="";

var Firefoxother="";

引号里面分别填写，用户使用FireFox（一个也很流行的浏览器）的时候并且分辨率为1024*768,800*600,1152*864要使用的css文件名。

var Other1024="";

var Other800="";

var Other1152="";

var Otherother="";

引号里面分别填写，用户使用其他浏览器的时候并且分辨率为1024*768,800*600,1152*864要使用的css文件名。

二、不判断分辨率，只判断浏览器实现根据浏览器类型自动调用不同CSS。

<SCRIPT LANGUAGE="JavaScript">

</SCRIPT>

    解释：（和前面的差不多）

      如果浏览器为IE，则调用default.css

      如果浏览器为Firefox，则调用default2.css

      如果浏览器为其他，则调用newsky.css

    使用方法：

      很简单，放在 “</head>” 前面即可。

[新闻]六大可能出售IT企业名单：SUN领头或被猎走
博客园首页社区新闻频道小组博问网摘闪存

ajaxed - free classic ASP Ajax Library (VBScript)

MaxIE — Fri, 18 Jul 2008 00:32:00 +0800

ajaxed： free classic ASP Ajax Library (VBScript)。一个为ASP编写的ajax类库，类似于php下的xajax ，包括了prototype,json还封装了数据库操作，非常优秀！

Do you think classic ASP is old and not up to date?
Do you think there is no recent development done anymore with classic ASP?
Do you think recent technologies like Ajax are a mission to implement within classic ASP?

That is all not completely true. Read on…

DEMO: Adding up two numbers, Simple RSS reading

The ajaxed Library comes up with an unique Ajax technique which can be used within your classic ASP applications. You will be able to create Rich Web Applications with not much effort.

The magic behind ajaxed: ajaxed lets you call server side VBScript code directly from client side. In other words it means that you are able to bind e.g. an click event of a button directly to a server side function.

You call a server side function and the functions return value(s) are passed to a JavaScript functions. Thats it!

Easy installation in less than 3 minutes
Short learning curve (about 20 minutes)
Uses one of the most popular JavaScript Libraries: Prototype
Object Oriented (OO) Approach
Works with Internet Explorer and Mozilla Firefox (the only tested yet)
No low level Ajax skills required
Includes a complete ASP JSON generator. This is useful if you are using other JavaScript libraries such as EXT or script.aculo.us
Additionally it includes a handful of useful and conventient server side functions which are needed in everyday ASP development
It includes a lot additional & useful ASP functionality
Free for use (LGPL license)

Download latest version:

ajaxed 0.3 (released 18 December 2007 - see changes)
ajaxed 0.2 (released 16 July 2007) changes
ajaxed 0.1 (released 2 July 2007)

Documentation: included with the download

Feature requests (please post as comments):

no yet.

Similar library in PHP: xajax

[新闻]Linux内核2.6.27正式到来
博客园首页社区新闻频道小组博问网摘闪存

Javascript代码压缩、加密算法的破解分析及工具实现

MaxIE — Fri, 18 Jul 2008 00:23:00 +0800

现在网上很多Javascript都进行了压缩，同时代码变得不可直接阅读，也相当于一种简单的加密了，本文对其中一种典型的算法进行分析，介绍如何解密代码以及重新实现的压缩工具算法。
典型代码如下：

JavaScript代码

eval(function(E,I,A,D,J,K,L,H){ function C(A){ return A<62?String.fromCharCode(A+=A<26?65:A<52?71:-4):A<63?'_':A < 64?'':C(A>>6)+C(A&63)} while(A>0)K[C(D--)]=I[--A];function N(A){return K[A]==L[A]?A:K[A]}if(''.replace(/^/,String)){ var M=E.match(J),B=M[0],F=E.split(J),G=0; if(E.indexOf(F[0]))F=[''].concat(F);do{H[A++]=F[G++];H[A++]=N(B)} while(B=M[G]);H[A++]=F[G]||'';return H.join('')} return E.replace(J,N)}('Bl Bm=Bn;Bo(Bl Bp=Bq;Bp<Bn;Bp++){ Br.Bs(Bm+Bp+"<Bt>");}','var|index|100|for|a|0| document|write|br'.split('|'),9,109,/["w"]+/g, {}, {}, []))

一、代码解密
对于这类压缩的代码，无非是把js程序采用某种算法进行压缩，然后自行用提供的函数还原，采用eval(SCRIPT)的方式执行来完成调用，那么还原的方法就很简单了，那前面的eval(和后面的)去掉，然后显示出来就完成了，例如下面的页面就可以实现代码的还原：

JavaScript代码

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE> 代码还原 </TITLE>
<META NAME="Generator" CONTENT="EditPlus">
<META NAME="Author" CONTENT="">
<META NAME="Keywords" CONTENT="">
<META NAME="Description" CONTENT="">
</HEAD>
<BODY>
<TEXTAREA NAME="tx1" ROWS="10" COLS="100"></TEXTAREA>
<SCRIPT LANGUAGE="JavaScript">
document.all.tx1.value =function(E,I,A,D,J,K,L,H){function C(A){return A<62?String.fromCharCode(A+=A<26?65:A<52?71:-4):A <63?'_':A<64?'':C(A>>6)+C(A&63)}while(A>0)K[C(D--)]=I[--A]; function N(A){return K[A]==L[A]?A:K[A]}if(''.replace(/^/,String)){ var M=E.match(J),B=M[0],F=E.split(J),G=0; if(E.indexOf(F[0]))F=[''].concat(F); do{H[A++]=F[G++];H[A++]=N(B)}while(B=M[G]);H[A++]=F[G]||''; return H.join('')}return E.replace(J,N)}('Bl Bm=Bn;Bo(Bl Bp=Bq;Bp<Bn;Bp++) { Br.Bs(Bm+Bp+"<Bt>");}', 'var|index|100|for|a|0|document|write|br'.split('|'),9,109,/["w"]+/g, {}, {}, [])
</SCRIPT>
</BODY>
</HTML>

通过上面方式运行，就可以在文本框中看到代码了，实际的代码是：
var index=100;for(var a=0;a<100;a++){ document.write(index+a+"<br>");}
很简单，不是吗

二、算法研究
由于代码全部在一行中，不便于阅读，可以通过格式化软件格式化，本文这里使用Intellij IDEA格式化，代码如下

JavaScript代码

eval(function(E, I, A, D, J, K, L, H) {
function C(A) {
return A < 62 ? String.fromCharCode(A += A < 26 ? 65 : A < 52 ? 71 : -4) : A < 63 ? '_' : A < 64 ? '' : C(A >> 6) + C(A & 63)
}
while (A > 0)K[C(D--)] = I[--A];
function N(A) {
return K[A] == L[A] ? A : K[A]
}
if (''.replace(/^/, String)) {
var M = E.match(J),B = M[0],F = E.split(J),G = 0;
if (E.indexOf(F[0]))F = [''].concat(F);
do{
H[A++] = F[G++];
H[A++] = N(B)
} while (B = M[G]);
H[A++] = F[G] || '';
return H.join('')
}
return E.replace(J, N)
}('Bl Bm=Bn;Bo(Bl Bp=Bq;Bp<Bn;Bp++){ Br.Bs(Bm+Bp+"<Bt>");}', 'var|index|100|for|a|0|document|write|br'.split('|'), 9, 109, /["w"]+/g, {}, {}, []))

Step 1：首先我们可以看出这是一个函数定义与调用合并在一起的，因此可以如下分解:(不再考虑eval)

JavaScript代码

//E:加密压缩后的script信息
//I:字符串数组,可以理解为解密需要字典
//A:int 9
//D:int 109
//J:regexpr 正则表达式
//K:object
//L:object
//H:array
function decode(E, I, A, D, J, K, L, H) {
function C(A) {
return A < 62 ? String.fromCharCode(A += A < 26 ? 65 : A < 52 ? 71 : -4) : A < 63 ? '_' : A < 64 ? '' : C(A >> 6) + C(A & 63)
}
while (A > 0)K[C(D--)] = I[--A];
function N(A) {
return K[A] == L[A] ? A : K[A]
}
if (''.replace(/^/, String)) {
var M = E.match(J),B = M[0],F = E.split(J),G = 0;
if (E.indexOf(F[0]))F = [''].concat(F);
do{
H[A++] = F[G++];
H[A++] = N(B)
} while (B = M[G]);
H[A++] = F[G] || '';
return H.join('')
}
return E.replace(J, N)
}
var decode_str=decode('Bl Bm=Bn;Bo(Bl Bp=Bq;Bp<Bn;Bp++){ Br.Bs(Bm+Bp+"<Bt>");}','var|index|100|for|a|0|document|write|br'.split('|'), 9, 109, /["w"]+/g, {}, {}, []));

Step 2：其中对于函数function C(A)采用多重3元表达式处理的方式，可以用if/else如下分解

JavaScript代码

function C(A){
var res;
if (A < 62) {
var r = null;
if (A < 26) r = 65; //'A'-'Z'
else {
if (A < 52) r = 71; //'z'=122 控制以下
else r = -4;
}
res = String.fromCharCode(A + r);
}
else {
if (A < 63) res = '_'; //即A=62
else {
if (A < 64) res = '';//即A=63
else res = C(A >> 6) + C(A & 63); //如果A>63,进行64进制的高低位分解为2部分
}
}
return res;
}

更加深刻的理解上面算法，就是一个仿base64编码变换的算法，可以参见文章:Base64相关
变换的码表是将0-63的数字变换为
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789_
对应序列位置的字母.

Step 3：代码while (A > 0)K[C(D--)] = I[--A];的分析
实际上这里就是将字典内容与序号值进行对照，记录到Object对象中，运算顺序如下表：

JavaScript代码

D=109,A=9,K["Bt"]=br

D=108,A=8,K["Bs"]=write

D=107,A=7,K["Br"]=document

D=106,A=6,K["Bq"]=0

D=105,A=5,K["Bp"]=a

D=104,A=4,K["Bo"]=for

D=103,A=3,K["Bn"]=100

D=102,A=2,K["Bm"]=index

D=101,A=1,K["Bl"]=var

Step 4：代码if (''.replace(/^/, String)) 分析
看起来很高深的一个代码，你想空字符串无论怎么替换,还是空字符串，在javascript中，空字符串=false,非空字符串=true
所以这个if语句怎么都不会执行，这里是一个混淆视听的代码，呵呵，你如果想，也可以写上更多乱七八糟的代码来达到同样效果。

Step5：关键代码return E.replace(J, N)，这里用到了函数N:

JavaScript代码

function N(A) {

return K[A] == L[A] ? A : K[A]

}

注意L对象从来没有赋值，所以L[A]返回的应该是undefined,所以可以翻译为

JavaScript代码

function N(A) {

return K[A] == undefined ? A : K[A]

}

这下看起来就很好理解，关键代码就下面这些

JavaScript代码

function decode(E, I, A, D, J, K, L, H) {

function C(A) {

return A < 62 ? String.fromCharCode(A += A < 26 ? 65 : A < 52 ? 71 : -4) : A < 63 ? '_' : A < 64 ? '' : C(A >> 6) + C(A & 63)

}

while (A > 0)K[C(D--)] = I[--A];

function N(A) {

return K[A] == undefined ? A : K[A]

}

return E.replace(J, N)

}

综上分析，该算法的原理就是从脚本文件中提取单词，存入字典表中，这里使用|分割的字符串，然后将单词对应的序号(仿base64编码值)写入原来代码的地方，
就构成了该算法的核心了，所以实现该压缩算法的代码也不难了

三、工具实现
具体实现采用java，代码就不介绍，写完代码之后才发现这是JSA(http://sourceforge.net/project/showfiles.php?group_id=175776)的压缩算法的再实现,该工具对jquery-1.2.3.min.js压缩测试调用运行成功，压缩率为40%。

【运行方法】
====================================
命令提示符下面运行，要求JRE 1.5+

Usage:java JSEncoder.jar jsfile outputfile [offset].
jsfile:待压缩的文件
outputfile:输入的文件
offset:可选整数值，>=

[新闻]Linux内核2.6.27正式到来
博客园首页社区新闻频道小组博问网摘闪存