-
Linux下伪静态规则的配置
Linux下面，伪静态的配置：
RewriteEngine On
#RewriteBase /RewriteCond %{http_host} ^pksafe.cn [NC]
RewriteRule ^(.*)$ http://www.pksafe.cn/$1 [L,R=301]RewriteRule ^index.html$ index.php
RewriteRule ^([a-z,0-9]+)\.html$ common\.php\?filename=$1
RewriteRule ^list-([0-9]+)(.*)\.html$ list\.php\?mId=$1
RewriteRule ^modpic-([0-9]+)\.html$ modpic\.php\?mId=$1RewriteRule ^show-([0-9]+)-([0-9]+)(.*)\.html show\.php\?mId=$1&nId=$2
RewriteRule ^product-([0-9]+)-([0-9]+)(.*)\.html product\.php\?mId=$1&nId=$2另存为：.htaccess，上传到根目录。
上面是简单的规则，重要的部分：
RewriteCond %{http_host} ^pksafe.cn [NC]
RewriteRule ^(.*)$ http://www.pksafe.cn/$1 [L,R=301]这句非常重要，将不带www的网址301重定向到带www的地址，集中权重。
其他相关伪静态文章：
Linux下伪静态的配置：http://www.pksafe.cn/blog/981.html
任何网站都可以支持伪静态：http://www.pksafe.cn/blog/711.html
Ecshop IIS 和Apache下设置伪静态规则：http://www.pksafe.cn/blog/621.html
IIS下wordpress使用404页面实现永久链接伪静态设置方法：http://www.pksafe.cn/blog/29.html
没有评论 -
网站报错：Call to undefined function mb_internal_encoding() in…
打开网站报错：Call to undefined function mb_internal_encoding() in
解决方法：
打开php.ini
把里面的extension=php_mbstring.dll前面分号去掉
然后重启一下服务器，
-
打开网站显示：Can’t connect to MySQL server on ‘localhost’ (10055) in……
打开网站显示错误：Can’t connect to MySQL server on ‘localhost’ (10055) in…
最近经常是隔1-2天就会出现这种情况，重启MYSQL无效，重启服务器才能解决。
网上找了下，引起改问题的原因：
1、FTP可以引起。
2、Mysql挂了可以引起。
3、PHP环境没有搞好可以引起。
服务器安装了server-u，昨天上午查看的时候有2个用户连接，但是没有显示用户名，估计是恶意的连接，就将其剔除了。
今天早晨再次出现这种错误，不得不重视了。
2011-6-20 8点钟，关闭Ser-U，静等问题的出现。
2011-6-21 5点钟，问题再次出现。
现在的问题，有IP频繁链接服务器上的MSSQL数据库。下图：
有人在暴力破解我的MSSQL数据库密码？
2011-6-21,11:40：
修改默认的1433端口之后，频繁连接的问题解决了。
Ser-U也在关闭状态，现在就是观察了，看是否还会出现问题。
2011年6月22，问题依旧出现，再次解决方法：
修改注册表：[HKEY_LOCAL_MACHINE] - [SYSTEM] - [CurrentControlSet] - [Services] - [Tcpip] - [Parameters] - [TcpTimedWaitDelay]如果注册表中没有TcpTimedWaitDelay这个项目，请增加这个项目，并设置为双字节（DWORD）类型。数值设置为十进制30 ~ 60 之间即可。
修改之后，重启服务器，再等结果。
2011年6月23，问题依旧，查看日志显示，问题好像出现在0点左右。
安装360，并打好漏洞补丁。进行了全盘扫描，发现木马后门。
2011年6月23,10点30左右，发现网站打不开，服务器PING不通，通知机房重启后恢复正常。难道是360的问题？
更进一步的操作：关闭360，关闭Ser-U服务。
-
KB2290570 可导致IIS关闭 World Wide Web Publishing 服务不能启动
补丁名称：KB2290570
安全公告号：MS10-065
发布日期：2010-09-13
补丁包大小：0.57MB
漏洞影响：远程代码执行
漏洞描述：本补丁修补了IIS中包含的两个秘密报告的漏洞和一个已经被公开的漏洞，攻击者可以给IIS服务器发送特殊的HTTP请求来触发这些漏洞，并借此在服务器上运行任意代码，获得服务的控制权或运行恶意程序。这个补丁可导致IIS关闭，不能启动，服务World Wide Web Publishing不能启动。
如更新该补丁，卸载后问题解决。
-
“HTTP 500 – 内部服务器错误”与未开启父路径有关
由于重装了IIS，竟然出现动网论坛无法登陆后台的问题，前台访问一切正常，在登陆后台的时候，出现了这个错误“HTTP 500 – 内部服务器错误”。 Read More »
-
《http 500内部服务器错误》终极解决方案
-
【原创】win主机IIS环境下：PHP程序网站访问巨慢、CPU占用50%左右
不知道从什么时候开始，服务器上面PHP程序的网站出现假死现象。这里所谓的假死就是访问巨慢，近乎打不开。奇怪的是，重新打开个浏览器窗口访问一切正常。当网站出现假死现象时，CPU占用50%左右。
服务器上面多数是PHP程序网站，这个问题必须根除。通过向大师级人物请教、搜索引擎了解到，可能的问题：
- 应用程序池配置
- 程序问题
- ACCESS数据库过大
针对上面的问题采取了不同的解决方法，经过几天的测试观察，问题依然存在。
某日搜索“PHP IIS 缓慢”时，无意中发现一篇文章和我的问题极其相似，解决的方法是安装FastCGI。为此还专门整理了一篇《IIS下PHP的FastCGI的配置》。结果也是不尽人意，本地XP系统安装顺利，服务器安装失败。这种方法能不能解决，无从得知。
在2009年11月21日星期六登陆虚拟主机时发现PHPTEMP文件夹内文件超级多，下面是截图：
看下文件的个数，大的惊人！打开这个目录的时候系统直接死掉。不管是不是这个文件夹的问题，这么多文件总该是要删除的。删除这个文件曾用时 >1 小时！
重建phptemp文件夹并赋予USERS修改的权限后，没有遇到过网站假死的问题。
问题终于得到解决。
