为了管理方便，我们可能会定时去运行一些网页的页面，在Linux下可以使用Cron，在Windows下有计划任务，功能差不多。

如果新建的计划任务直接填了asp页面的地址，那是不行的，我的服务器上默认是用记事本打开asp页面，一运行，就用记事本打开了asp页面，达不到运行的效果，后来啊网络上查了一下，看到下面的代码。

PHP5.2.4之前的版本无需设置时区。下面是修改PHP时区的三个办法。
1、修改PHP.ini这个文件
找到date.timezone这行，去掉前面的分号，改成：

date.timezone = Asia/Shanghai

      网络故障
      一台服务器上装了双网卡，使用的是2003系统，一条是电信的线路，另外一条是铁通的线路，都是在局域网内的，使局域网内两种网络的用户都能访问。后来铁通的用户发现不能访问该服务器。在该服务器上ping铁通的网关不通，显示Destination host unreachable，ping自己的铁通网段的IP没问题。后来拿了一台电脑和服务器连起来，一直ping对方，发现网线刚插入的时候能ping通三个包，接下来就ping不通了。

      前几天在虚拟机上装了Memcached，并且运行起来了，如果Memcached没有正常运行的话，MovableType是不能正常使用的。虽然Memcached是已经正常运行了，但是不知道它的一些具体参数。今天发现有一款PHP写的监控程序，虽然看上去不是很完善，但是已经足够了，能监控Memcached的内存使用情况和命中率等。rerererere

      症状：远程服务器重启之后，远程桌面登录不上，提示"此计算机无法连接到远程计算机"，在重启前的时候只是更新了补丁包，什么都没修改过。由于修改了远程桌面的端口，用telent IP地址 端口号有反应，说明远程服务器的端口工作正常，并且服务器上的网站也工作正常，就是远程桌面连接有问题。
      解决办法：重启服务器。（发现Windows的服务器重启很有用）

      在本机中输入localhost、127.0.0.1、本机的IP地址 都可以访问本地的IIS，而局域网内的其他主机无法访问。其他主机能ping通本机的IP地址。局域网内的主机都无法访问，更何况互联网中的呢！而且前段时间还都可以访问，这次突然就不能访问的？

      上篇：《修改Metabase.xml文件提升IIS性能》
      和上篇一样，这些注册表键值的修改还是需要和实际的网站的实际情况想对应的，比如说这个站是动态的还是静态的，每个页面的文件有多大，站点的内容是不是时时更新的等等。提升IIS性能要对症下药。
      DisableMemoryCache
      作用：禁用服务器缓存。要确保在所有产品服务器上将此参数设置为 0。如果将此参数设置为 1，那么就会禁用静态文件缓存。尽管禁用缓存可能会对调试有用，但这样做会严重降低产品服务器的性能。
      注册表路径：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\InetInfo\Parameters
      数据类型：REG_DWORD
      默认值：0（已禁用）
      范围：0 - 1

      Metabase.xml文件是IIS的设置文件，每个网站已经IIS的设置都在这个下面，所以在修改这个文件之前要把这个文件备份一下。这个文件在C:\WINDOWS\system32\inetsrv\Metabase.xml，前篇的启用IIS的静态压缩也可以在文件下设置，也可以在IIS的图形界面下设置。
      对IIS的性能优化要对症下药，对不同的网站有不同的优化方法，在分析你网站的特点的情况下，然后对Metabase.xml文件里面的参数进行调节，提高IIS的性能。
      AppAllowDebugging
      作用：指定在服务器上是否启用 Active Server Page (ASP) 调试。在启用此属性的情况下，IIS 应用程序线程是序列化的；对于每个应用程序，一次只允许执行一个线程。序列化线程会对 Web 服务器性能产生负面影响。建议您在所有产品服务器上将此属性设置为 false。
      注意：当允许进行服务器端调试时，将串行化 IIS 应用程序线程：对于每个应用程序，同一时间只允许运行一个线程。这会影响繁忙站点的服务器性能。

      IIS下HTTP的压缩的性能在前篇文章已经分析过了，虽然说会占用额外的CPU和内存的资源，但是被压缩的文件很小，返回到客户端所需的时间也更少，客户明显察觉网站速度会变快。这篇日志中介绍一下IIS下HTTP压缩的工作原理，翻译自微软官方网站的一篇文章里面的一段，原文是Using HTTP Compression for Faster Downloads。
      当IIS收到一个请求的时候，它会客户端发过来的头部信息中检测客户端的浏览器是否支持压缩（现在一般的浏览器都支持压缩，在头部信息会有："Accept-Encoding: gzip, deflate."这个语句）。IIS再去确定这个请求请求的是静态页面还是动态页面。

      测试的环境
      软件：Windows 2003 Standard Server + IIS 6.0
      硬件：Pemtium 1.86G + 512MB内存  （虚拟机下）
      测试的页面是大小介于10-35KB的纯静态页面，没有图片和其他东西。采用的是微软的Web Application Stress （WAS下载地址），30个并发，没有配置Request Delay，测试时间为2分钟，取其中的一段时间（1分40秒）。
      对服务器CPU的影响
      对CPU的影响比网络上的其他人说的要大。他们说会增加3%-10%左右的CPU资源，可是我测试的明显不一样，据初步测数据哦，CPU资源增加了（81.708-55.919）25.8%左右。