我的网's blog - 服务器相关

IIS6.0假死机

succeed@188.com (我的网) — Sat, 28 Aug 2010 09:55:43 +0800

IIS6.0假死机，页面打不开，ASP页面，无法执行！网站打不开
错误系统日志：
为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '1003'。有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp ;的帮助和支持中心。
注：ID号，是变化的，可以为任何数据如3124，每次出现这种错误，ID都是不一样的！
服务器表现：IIS6.0假死机，页面打不开，ASP页面，无法执行！网站打不开
解决方法：目前IIS服务器应用程序池设置如下：
右击应用程序池DefaultAppPool，选取属性：
一、回收
1、回收工作进程（分钟）：选中，值为1740
2、回收工作进程（请求数目）：不选（原先设置为35000）
3、在下列时间回收工作进程：不填
4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，猜的^-^）服务器内存够大，豁出去了给它用。
二、性能
只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。原来的请求队列限制为4000，现在无限制。
三、运行状况
前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。
"关闭时间限制180秒"是必须的，因为进程关闭的时间，就是在这儿设置，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制日志，所以，适当延长这个时间，可以避免这种错误！
临时解决办法。适合WIN2003系统（IIS6），将每个应用程序设置不同的"应用程序池"即可。比如：新闻系统用一个单独的应用程序池、论坛再用一个单独的应用程序池、下载站点再用一个应用程序池。。。。。。。
通过以上的方法，目前服务器还算稳定，偶尔（一般是N天）"回收"一下有问题的"应用程序池"就OK了。
最近发现，服务器的Web Server总是离奇的死机。查看Log：为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '××××'。为应用程序池 'DefaultAppPool' 提供服务的进程 ID 为 ××××的 worker 进程已经请求回收，因为 worker 进程达到了允许的运行时间限制。
发现这个问题出现的时间刚好是多人在线的情况下发生。用任务管理器观察了一下：发现web service（即W3SVC）的进程有问题，内存页面错误的值很高。 ms给出的定义： Page Faults/sec 是指处理器中"页面错误"的数量。当一个进程引用不在主存储器"工作集"中的虚拟内存页时，就会发生页面错误。如果该页面在 Standby 列表上，因而已在主存储器中，或者如果另一个与其共享该页面的进程正在使用该页，那么发生"页面错误"时，不会从磁盘读取该页面。
事件类型: 警告
事件来源: W3SVC
事件种类:无
事件 ID: 1013
日期: 2006-10-13
16:01:51
用户: N/A
计算机:
描述:
为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '2552'。
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
相信这是由于不正确地设置了回收进程导致，建议关闭下列进程回收设置：
回收工作进程(分钟)：1200
回收工作进程(请求数目)：10000
启用CPU监视，最大CPU使用率：90%
由于设定了进程自动回收，而当每达到10000次点击，或CPU超过100%,就会强行回收application，导致客户端会出现Sevice Unavailable的错误。(实际上10000次点击，访问量一般的网站，几分钟就够了。) 建议启用计数器日志来监视CPU利用率和asp.net的指标，可以帮助你定位每5~10分钟出现一次是否是上述原因导致。
另外，不要无理由地打开回收工作进程和使用工作进程池。一般理由通常是有不明原因的内存泄露、线程挂起等
IIS日志：
应用程序:ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 报告它自身有问题，原因如下: 'ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。'。
关于server 2003+IIS6 出现 'ASP 不正常，因为执行请求的 100% 被挂起
现像如下:
站点无法打开,或者打开很慢.HTML可以打开.重新启动或者回收应用程序池可恢复.但过一段时间又会出现
日志里会有:
ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' reported itself as unhealthy for the following reason: 'ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.'.
或者:
ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 报告它自身有问题，原因如下: 'ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。'。
解决方法:
1.asp是否正确映射到'C:\WINDOWS\system32\inetsrv\asp.dll'
2.一般来讲,是由于在同属IIS的应用程序池出现了某个站ASP代码错误所致,使得内存耗尽,检查代码本身的问题.可以隔离到单独应用程序池调试
3、减少应用程序池回收时间。默认为：1740。。可设为120（每2小时）
IIS假死的原因：
打开IIS 你就会看到应用程序池，默认只有一个应用程序池，查看应用程序池的属性，会发现他的回收时间，默认多达，1740分钟，就是说，需要在1740分钟后才回收此应用程序池，如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况，这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。当然要看你的服务器上网站数目而定。
以下是解决方法:
资料一
单个网站解决方法:
把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。
多网站解决方法：
我的服务器目前拉了70个网站左右，我新建六个应用程序池，把每个池回收时间缩小到300分钟，然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用我120M内存左右，反正内存大，没关系，
那么多网站如何分配应用程序池，打开IIS--查看你要分配的网站属性，，查看主目录--在下面你就会看到应用程序池了，分配一个就行了。

资料二
大家在使用iis6时..如果装了动网论坛.肯定有出现过iis6假死现像..就是asp网页打开慢..但是iis却是正常的..静态网页打开速度一样..这时候..我一直是重启的方法..查了官方的资料结果没有...据官方资料说..win2003很快就要打这个补丁了..是iis6对access驱动支持不理像..也算是一个bug吧..由于我的服务器虚拟主机多..而且大多支持asp..如果一旦假死就无法运行..在多方面的资料查找下..找到了一个比较简单的方法..具体我测试是通过了..iis6自带数据应用程序池..现在就利用他来解决假死..
首先把bbs设一个单独的目录..然后点击应用程序池..新建应用程序池.输入应用程序池id..
然后把bbs的虚拟目录下面的.就用程序池..选择刚才新建的应用程序池...
然后再回到刚才设好的应用程序池...点击..属性...把回收工作进程数(分钟)及回收工作进程数还有在下列时间回收时间进程勾上..然后在下列时间回收程序池里左边添加..选择一个时间..一般来说..网站到凌晨3点的时候.基本人都很少了..这时回收一下bbs的进程数..就可以解决了iis假死的现像..
当然还可以配置其他信息..比如说iis6的用户名.. 我们可以打开计处机管理..然后打开计算机用户管理..添加一个用户..设置好后..在应用程序池里面..标识..把添加的用户放上去..用用户来测试回收的进程..当然还有..其他配置..其实很简单..只要你好好看一下..就能明白意思...
对于我来说..这种方法可能不太方便..所以我用一个工具来回收应用程序池..这样方便而且快捷..个人用户当然不需要这种工具..我是公司工作..服务器压力挺大..所以都用工具来解决一些问题.所括.iis的备分.及虚拟主机ip的统一修改及端口访问的ip记录..用批处理是一个很简单又方便的方法.所以.把一台服务器做的安全..并不是哪么容易的事..特别是iis..经常去官方网站搜索资料是一个好习惯..还有就是经常性的访问日志..及注册表的用户还有加载运行的程序.及服务也是一个好方法..所以.要学会如何遇到问题如何处理问题!!!!
详细出处参考：http://www.jb51.net/article/13553.htm
如果您检查 C:\Windows\system32\LogFiles\HTTPERR\httperr*.log 文件在父 SUS 服务器, 您会将可能看到 Timer_MinBytesPerSecond 错误或 Timer_ConnectionIdle 错误。这些是由 IIS 默认设置, 内其元数据库, 定义用于连接到保持活动小通信流速率和最大空闲时间之前连接中断允许。
1) 从 IIS 管理器右键单击 Internet Information Server (IIS) 管理器级别根目录上并转到属性。选中要启用直接编辑元数据库框。单击确定。
在记事本中打开 C:\Windows\system32\inetsrv\MetaBase.xml 文件 2)。要搜索有关 " MinFileBytesPerSec "。将用于 MinFileBytesPerSec 设置从 240 更改为 0。执行其他搜索, 该时间将 600 " ConnectionTimeout "。保存更改并退出。
3) 重新启动 IISAdmin 服务以更改生效。
一、关闭IIS HTTPRERR日志功能
默认情况下,2003服务器会把所有IIS访问错误的记录写入 C:\WINDOWS\system32\LogFiles\HTTPERR 下的 log 文件中,如果访问量比较大,可能一段时间后日志文件可能会占满C盘空间,导致服务器死机
同时因为要写入所有的IIS访问记录,如果访问量较大会大大增加服务器CPU占用率
关闭HTTPERR的方法
运行里输入 regedit 进入注册表编辑器
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi ces\HTTP\Parameters]
在右边点鼠标右键新建dword值 EnableErrorLogging 重新启动服务器就可以了
"EnableErrorLogging"=dword:00000000
重起后,2003不再写入HTTPERR日志文件,可以看到服务器CPU占用明显下降!
二、修改存储目录也不失为一个好的办法
寻找:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\HTTP\Parameters
在下面建立一个字符串值.即REG_SZ
数值名称命名为: ErrorLoggingDir
数值数据为你指定的路径比如 D:\logofilse

我的网5dw.org升级为双线服务器

succeed@188.com (我的网) — Sat, 21 Aug 2010 01:15:01 +0800

我的网升级为双线服务器速度比以前韩国提高了好多!

另外大量交换PR大于等于3的友情连接！冲刺PR升级4

用独立服务器的站长常犯的错误！

succeed@188.com (我的网) — Sat, 03 Apr 2010 21:18:00 +0800

1、除非你确认自己掌握了，否则不要去试WIN2003的防火墙
WIN2003防火墙打开后，默认是禁止3389端口的，有的朋友是改了端口却忘记了在防火墙里开放新的端口。有的朋友则人根本
不会改端口，直接在服务器上试的，结果没改成功，重启就进不去了。
2、千万小心，不要禁用了网卡
在服务器上可要小心，本地连接上右键一下，然后左键一下，很可能就点了禁用了。结果可想而知。
3、别忘记了更改超管密码
一般IDC给用户的服务器装完了系统都有个默认的密码的，不修改的话很容易被黑。
4、请用检测软件查看您服务器的硬件
使用检测软件可以得到你服务器中大部分硬件的品牌和型号，比如你可以知道租用商是否真的给你使用的是金士顿内存。这样
，当你的服务器发生故障时，你就可以根据这些信息来判断是否有可能的是硬件问题。
5、不要在服务器上浏览网页或者运行没有用过的程序
或者说不要给服务器太多不安全的因素。在服务器上浏览网页将可能使服务器感染木马或者病毒。在服务器上运行没有用过的
程序也有同样的危险，或者有可能导致服务器上的默认设置被改变。
6、尽量不要一边看教程一边在服务器上设置
阿江并不是一个笨人，但是有时候还是会犯错误的，所以就算教程是最新的最完整的，最好先在自己的电脑上演练一遍，确认
没有问题了再在服务器上测试。
8、有了服务器，就要学着去使用它。
使用服务器，这看似很简单的事情，其实是一门很大的学问，没有哪个高手可以说他可以解决服务器里的所有的问题，更没有
谁敢说他的服务器不会被黑。那么千万不要把维护服务器的希望寄托在临时找人帮忙上，要么就找个能长期帮自己的人，要么
就干脆聘技术员，最好还是自己尽快学起来，因为没有谁会比你自己更了解你的服务器了。
9、一定不要忘记了做备份
虽然大多数时候备份是用不上的，但是一旦用上的时候没有备份那就是天大的灾难。在使用服务器的初期，误操作导致数据丢
失的可能性很大，病毒和黑客入侵也会使你的网站数据毁于一旦，并且不要忘记了服务器最容易损坏的硬件就是硬盘。

IIS的ISAPI-Rewrite防盗链规则写法

succeed@188.com (我的网) — Mon, 22 Mar 2010 12:10:42 +0800

本规则支持白名单排除式防盗链，搜索引擎友好不屏蔽，被盗链后的错误提示转向，支持各种文件类型，经作者亲验真的能用，

近来小站遇到了盗链问题，至使网站的流量枉费流失，于是被迫准备为服务器安装防盗链机制以挽救本就不宽裕的带宽。通过G.CN和B.CN搜索后得出了几种不同的方案，例如网站程序的URL伪装法、服务器端的收费插件法和ISAPI-REWRITE的规则过滤法等，考虑自身网站结构和钱包的困难问题，最终选择了后者，即现在流行用来做伪静态的ISAPI Rewrite书写规则来实现我的防盗链“梦想”。

为什么说是梦想呢？首先表示惋惜，懒人我搜来了一大票经过无数次转载而来的文章，把现呈的代码应用后发现要么根本不起作用，要么就是效果达不到我想要的，几经周折后终于把这原本认为可以轻易借鉴照搬的防盗链给完成了，恨那些只会转载和伪原创的站长们，自己也不试试就拿来填充，害了多少人浪费了大把的时间。

经过恶补正则表达式相关教程并对前辈们留下的规则进行修改后，以下ISAPI Rewrite已经在我的服务器上正常运作。

经测试四种情况正常，即站内链接正常，白名单里的链接正常，盗链者链接屏蔽，搜索引擎链接正常。

详细如下；

一、完全屏蔽所有盗链来源的写法（如已有其它规则，则置于已有规则的上面）

RewriteCond Host: (.+)
RewriteCond Referer: (?!http://\1.*).*
RewriteRule .*\.(?:gif|jpg|jpeg|png|bmp) /block.gif [I,O,N]

老板，来个小解：

第一行通过RewriteCond的HOST定义其下的规则所适用的请求主机范围。

第二行通过RewriteCond的Referer定义规则适用的请求来源地址，我们都知道任何通过互联网方式访问网站都会留下Referer的痕迹，就好像我们在IIS日志里看到的一样。这里的(?!http://\1.*).*意思就是判断所有通过http协义发来的请求，都要应用规则。

第三行通过RewriteRule定义防盗链文件的后缀，这里仅是图片后缀，需要的可以添加mp3,rar等其它所有后缀。后面的/block.gif表示如果遇上这些后缀的文件被盗链后的转向，这里转向/根目录的block.gif，可以是HTML等任何文件。如果只想某个文件夹下面的文件不被盗链，只需要加上路径就可以。例如不想images和pic目录下的文件被盗，但其它可以。就要改写成：

这种情况主要是有些站长在别人友情链接里的图片地址是在自己这的。

最后面的[I,O,N]，I表示不区分大小写，O表示对URL进行标准化，可能是用来处理Unicode编码的地址（例如包含中文的URL）以及QueryString的内容，N表示重新从站点请求文件而不是从本地缓存读取文件，目的是防止当用户访问了盗你链的网站后，再回到你的网站也出现盗链提示。

提示，由于此规则是通过Referer来获取带有http://字样的地址进行过滤，因此它无法防范其它协议的盗链，比如迅雷下载。但通过任何浏览器直接访问，只要是HTTP协义的，通杀。

以上关于RewriteCond和RewriteRule的作用仅是本人的土法理解，欢迎在这方面有专业研究的朋友在评论中指正，以免误导，另外如果遇到isapi-rewrite版本问题，只要保证后面的正则式写法正确就行。

二、排除性防盗链写法

老板，来个小解：

第一行同上

第二行同上

第三行通过正则表达式对第二行中的请求协义地址进行过滤，这里按上面的写法，过滤了所有流行的搜索引擎，当然也包括你自己的站，或是你同台服务器其它的站。每个不同的域名写法是\.baidu\.com，多个有|号相隔。如果是IP则这样写100\.100\.100\.100

第四行同上

这样说明应该不难理解吧，直接拿去用，按着原有格式改。

规则中出现的正则表达式符号小解：

.　表示匹配除换行符以外的任意字符

+　表示前面的字符可以出现一到任意多次

*　表示前面的字符可以出现零到任意多次

() 表示一个表达组，可以拿它和加减乘除法一起理解

?! 表示断言这个符号后面的字符如果出现则不再进行接下去的匹配

\　表示转义符号，比如网址中的.是规则内置的运算符号，要把它通过\转义成字符。

|　表示或者，用于连接多种可能

通过以上这“乱七八糟”的符号，竟然组成了如此强大的规则，感叹！

Windows 2003 IIS6 一键安装gzip脚本程序和GZIP的手动安装方法

succeed@188.com (我的网) — Sun, 14 Mar 2010 19:35:18 +0800

一.摘要

　　本文总结了如何为使用IIS托管的网站启用Gzip压缩, 从而减少网页网络传输大小, 提高用户显示页面的速度.

　　二.前言.

　　本文的知识点是从互联网收集整理, 主要来源于中文wiki. 使用YSlow检测网站启用了哪些优化时, Gzip是十分关键的一项. 启动Gip压缩将立竿见影的减少页面的网络传输大小.

　　三.HTTP压缩概述

　　HTTP压缩是在Web服务器和浏览器间传输压缩文本内容的方法。HTTP压缩采用通用的压缩算法如gzip等压缩HTML、JavaScript或CSS文件。压缩的最大好处就是降低了网络传输的数据量，从而提高客户端浏览器的访问速度。当然，同时也会增加一点点服务器的负担。Gzip是比较常见的一种HTTP压缩算法。

　　四.HTTP压缩工作原理

　　Web服务器处理HTTP压缩的工作原理如下：

　　1.Web服务器接收到浏览器的HTTP请求后，检查浏览器是否支持HTTP压缩;

　　在用户浏览器发送请求的HTTP头中, 带有"Accept-Encoding: gzip, deflate"参数则表明支持gzip和deflate两种压缩算法.

　　2.如果浏览器支持HTTP压缩，Web服务器检查请求文件的后缀名;

　　静态文件和动态文件后缀启动要所都需要在MetaBase.xml中设置.

　　静态文件需要设置: HcFileExtensions Metabase Property (单击跳转到MSDN说明)

　　动态文件需要设置: HcScriptFileExtensions Metabase Property (单击跳转到MSDN说明)

　　3.如果请求文件是HTML、CSS等静态文件并且文件后缀启用了压缩，则Web服务器到压缩缓冲目录中检查是否已经存在请求文件的最新压缩文件;

　　4.如果请求文件的压缩文件不存在，Web服务器向浏览器返回未压缩的请求文件，并在压缩缓冲目录中存放请求文件的压缩文件;

　　5.如果请求文件的最新压缩文件已经存在，则直接返回请求文件的压缩文件;

　　6.如果请求文件是ASPX等动态文件并且文件后缀启用了压缩，Web服务器动态压缩内容并返回浏览器，压缩内容不存放到压缩缓存目录中。

　　五.启用HTTP压缩

执行CMD文件即可一步搞定。下载：

IIS6-SET-GZIP.rar

注意常见问题：

在DZ论坛中开启GZP功能后有可能首页不显示但是内容页可以显示你去后台把GZIP关闭

还有安装了 IIS一流关键词过滤后关闭GZIP拦截。否则GZIP功能无法应用。

MSSQL2000-.MDF文件如何导入sql2000数据库

succeed@188.com (我的网) — Sat, 13 Mar 2010 19:06:05 +0800

数据库的安装：打开SQL企业管理器，依次点击Microsoft SQL Server，SQL Server组，（LOCAL）（Windows NT）。右键点击“数据库”，选择“所有任务”中的“附加数据库”选项，会看见如下画面。

点击“附加数据库（A）”会跳出“附加数据库—（LOCAL）”窗口如下：

点击“验证（V）”按钮左边的一按钮，会跳出如下“浏览现有的文件—（LOCAL）”提示窗口如下：

选择源文件所在的虚拟目录，打开book文件夹中的database文件夹，选择Book_Data.MDF文件(这里以Book_Data.MDF文件为例子)，
点击“确定”。

点击“确定”后，跳出如下提示窗口，再次点击“确定”，会跳出“附加数据库顺利完成”窗口，点击确定，数据添加完成，如图：

MSSQL2000错误 2812: 未能找到存储过程 master.d bo.xp_fixeddrives

succeed@188.com (我的网) — Sat, 13 Mar 2010 19:04:03 +0800

在还原数据库的时候出现"错误2812:未能找到存储过程'master.dbo.xp_fileexist'",

分析原因:这是因为某个出于安全考虑把系统扩展存储过程所有的动态连接库都删了
通过搜索查询到下面的解决方法

解决方法：1、
把恢复数据库需要用到的存储过程个恢复,打开MSSQL查询分析器,分别运行下面的两条数据库语句即可.
EXEC sp_addextendedproc xp_dirtree ,@dllname ='xpstar.dll'
EXEC sp_addextendedproc xp_fileexist ,@dllname ='xpstar.dll'

解决方法：2、重装SQL2000

SQL server 危险存储过程删除与恢复
删除
use master
exec sp_dropextendedproc 'xp_cmdshell'
exec sp_dropextendedproc 'xp_dirtree'
exec sp_dropextendedproc 'xp_enumgroups'
exec sp_dropextendedproc 'xp_fixeddrives'
exec sp_dropextendedproc 'xp_loginconfig'
exec sp_dropextendedproc 'xp_enumerrorlogs'
exec sp_dropextendedproc 'xp_getfiledetails'
exec sp_dropextendedproc 'Sp_OACreate'
exec sp_dropextendedproc 'Sp_OADestroy'
exec sp_dropextendedproc 'Sp_OAGetErrorInfo'
exec sp_dropextendedproc 'Sp_OAGetProperty'
exec sp_dropextendedproc 'Sp_OAMethod'
exec sp_dropextendedproc 'Sp_OASetProperty'
exec sp_dropextendedproc 'Sp_OAStop'
exec sp_dropextendedproc 'Xp_regaddmultistring'
exec sp_dropextendedproc 'Xp_regdeletekey'
exec sp_dropextendedproc 'Xp_regdeletevalue'
exec sp_dropextendedproc 'Xp_regenumvalues'
exec sp_dropextendedproc 'Xp_regread'
exec sp_dropextendedproc 'Xp_regremovemultistring'
exec sp_dropextendedproc 'Xp_regwrite'
drop procedure sp_makewebtask
go

恢复
use master
exec sp_addextendedproc xp_cmdshell,'xp_cmdshell.dll'
exec sp_addextendedproc xp_dirtree,'xpstar.dll'
exec sp_addextendedproc xp_enumgroups,'xplog70.dll'
exec sp_addextendedproc xp_fixeddrives,'xpstar.dll'
exec sp_addextendedproc xp_loginconfig,'xplog70.dll'
exec sp_addextendedproc xp_enumerrorlogs,'xpstar.dll'
exec sp_addextendedproc xp_getfiledetails,'xpstar.dll'
exec sp_addextendedproc sp_OACreate,'odsole70.dll'
exec sp_addextendedproc sp_OADestroy,'odsole70.dll'
exec sp_addextendedproc sp_OAGetErrorInfo,'odsole70.dll'
exec sp_addextendedproc sp_OAGetProperty,'odsole70.dll'
exec sp_addextendedproc sp_OAMethod,'odsole70.dll'
exec sp_addextendedproc sp_OASetProperty,'odsole70.dll'
exec sp_addextendedproc sp_OAStop,'odsole70.dll'
exec sp_addextendedproc xp_regaddmultistring,'xpstar.dll'
exec sp_addextendedproc xp_regdeletekey,'xpstar.dll'
exec sp_addextendedproc xp_regdeletevalue,'xpstar.dll'
exec sp_addextendedproc xp_regenumvalues,'xpstar.dll'
exec sp_addextendedproc xp_regread,'xpstar.dll'
exec sp_addextendedproc xp_regremovemultistring,'xpstar.dll'
exec sp_addextendedproc xp_regwrite,'xpstar.dll'

2010新春韩国虚拟主机

succeed@188.com (我的网) — Fri, 05 Mar 2010 16:13:36 +0800

2010韩国虚拟主机空间每月只需10元详情联系QQ：110405

Notice: Undefined index:问题的解决的方法

succeed@188.com (我的网) — Mon, 08 Feb 2010 22:24:56 +0800

这个不是错误，是warning。所以如果服务器不能改，每个变量使用前应当先定义。
方法1：服务器配置修改修改php.ini配置文件，error_reporting = E_ALL & ~E_NOTICE
方法2：对变量进行初始化，规范书写（比较烦琐，因为有大量的变量）。但还没有找到好定义方法，望大家指教
方法3：每个文件头部加上：error_reporting(0); 如果不行，只有打开php.ini,找到display_errors，设置为display_errors = Off。以后任何错误都不会提示。ini_set("display_errors", 0);
方法4 ：做判断：isset($_GET["page"]) if-else判断或者加上'@'表示这行如果有错误或是警告不要輸出如：@$page=$_GET["page"] 方法5：file1.php文件把$xx变量付一个值，用post传递给file2.php，如果file2.php没有$xx的定义，而直接使用$yy=$xx ...

我用的方法3 在文件顶部加上了error_reporting(0); 你也可以尝试其他方式根据自己的需求来

win2003服务器上传限制200K问题解决方法

succeed@188.com (我的网) — Fri, 29 Jan 2010 21:04:34 +0800

c:/windows/system32/inetsrv/MetaBase.xml

本地调试 2000 pro+iis 6 ，程序设置上传文件大小为4M以下程序正常运行
服务器 2003 + iis6 ,程序设置上传文件大小为4M以下,只能上传 300K 以下的文件，请问在哪里修改 2003的配置啊，才能使服务器也上传4M以下的文件
--------------------------------------------------------------------------------
解决办法：
1、先在服务里关闭 iis admin service 服务。
2、找到 windows\system32\inetsrv\ 下的 metabase.xml 文件。
3、用纯文本方式打开，找到 ASPMaxRequestEntityAllowed 把它修改为需要的值（可修改为10M即：10240000），默认为：204800，即：200K。
4、存盘，然后重启 iis admin service 服务。
在 IIS 6.0 中，无法下载超过4M的附件时，可以按以下步骤解决：
1、先在服务里关闭 iis admin service 服务。
2、找到 windows\system32\inetsrv\ 下的 metabase.xml 文件。
3、用纯文本方式打开，找到 AspBufferingLimit 把它修改为需要的值（可修改为20M即：20480000）。
4、存盘，然后重启 iis admin service 服务。