最近进程中老出现 多个perl.exe 。以前也会出现这种情况，但一般都是在被垃圾引用攻击的时候，而现在只要打开MovableType后台就经常出现多个perl.exe，致使服务器内存大量使用、CPU一直过高。 1、我起初怀疑通过ZIP安装的PERL 会导致了该问题，于是今天特地重新安装了官方推荐的5.81 的版本(.mis版)，可还是出现PERL.exe大量生成。 2、郁闷了，现在只能先限制应用的最大内存，当PERL.exe 数目一多自动回收，不过好象没什么作用。 3、我发现出现大量perl.exe 一般是因为服务器页面卡死导致perl.exe 中断，自动启用新的perl.exe。想起每次使用MT如果打开卡巴斯基，重建速度就非常慢，而服务器重做后安装了个杀毒软件，于是我把杀毒软件删除了，结果还是不行。 4、我整理了目录权限，并再开了个应用池进行测试，结果发现重建的时候数据库CPU很高，怀疑是MYSQL数据库出现问题。最终我放弃了重装MYSQL的决定，因为感觉不太象。 5、我整理了插件，感觉可能是插件的问题，可也没效果。 6、最后发现一用户的池很怪异，经常出现高CPU 我怀疑是他导致数据库卡住，然后数据库导致perl.exe 卡住，因此会出现大量的perl.exe。现在在关闭了那个池，正在测试中(也不是)。 问题解决了，好象和目录权限有关系。我将目录权限还原为系统默认(只给最基本的权限)就正常了，具体原因我也不清楚，好了就好。 现在偶尔还是会出现多个perl.exe，应该是一些机器人搞的鬼，如：批量搜索(我暂时关闭搜索功能)。不过比以前好很多了，大家有什么能控制perl.exe 数目的好方法可以回复本文，谢谢先。 为了本站更稳定，我的博客将在7月搬到CBN合租的服务器上。这样可以多个空间备用，有事也好通知。...

Movabletype 如果经常调用cgi 页面，会让服务器负荷增加，特别是在WIN主机中以perl.exe 方式运行的时候(一个cgi页面就会产生一个perl.exe，占CPU约20%)。因此我们应该设置搜索引擎无法收录后台.cgi的页面，使服务器得到最合理的利用。 并且控制后台cgi 页面的收录，对防止spam也有好处。我建议小型BSP都应该合理的使用robots.txt文件，来控制通过搜索引擎近来的spam 机器人(OBLOG中最好设置reg.asp页面不被收录)。 那么如何禁止搜索引擎收录MT后台页面呢？ 您可以在您的网站中创建一个纯文本文件robots.txt，在这个文件中声明该网站中不想被robot访问的部分，这样，该网站的部分或全部内容就可以不被搜索引擎收录了，或者指定搜索引擎只收录指定的内容。 robots.txt文件用法可参考此文。 当然控制搜索会带来流量的减少，比如在通过cgi 页面实现的TAG，SEARCH 功能都将无法被搜索引擎收录。 我觉得作为Blogger 没必要对这种流量看的太重，搜索引擎只是为大家提供有用的信息，这些TAG、SEARCH 只是将你的文章进行汇总，主要功能是文章联系便于读者阅读，其本身并没太大的收录价值。并且这些TAG、Search 只会和你被收录的文章重复，从某个程度减少文章的搜索量。...

在Movable Type系统需求检查 [mt-check.cgi] 中你会发现一个Image::Magick 可选模块，这个模块主要用于图片的自动略缩。 下面我简单介绍在下该模块在WindowsXP、Windows2000，以及Windows Server 2003的平台下安装的方法： 1、登陆ImageMagick组织的网站。 2、进入网站后，选择Binary Release 的Windows 部分 3、下载相关可执行文件，一般选择windows-dll.exe文件 4、点击安装，安装时一定要选择Install PerlMagick for ActiveState Perl v5.8.8 build819。这样安装过程中会自动安装Image:Magick模块，省去用命令安装Image:Magick模块的麻烦。 注：如果你的ActiveState Perl 版本不是ImageMagick 所选择的，你也可以安装，该程序会自动根据ActiveState 版本安装。 5、马上重启服务器(必须)，否则无法使用，并且可能让PERL负荷增加。...

前天服务器重新架设了下，当安装完所有的程序后发现ActivePerl 无法安装，显示的错误提示是： There is a problem with this Windows Installer package.A program run as part of the setup did not finish as expected.Contact your support personnel or package vendor. 我使用的是 ActivePerl-5.8.6.811 版本，因为我个人比较习惯使用PPM3命令形式来安装模块，所以一直在使用这个版本。显示该错误其实后，我最先怀疑的是这个.mis安装包的问题，于是我下载了最后一版结合ppm3的ActivePerl-5.8.7.815.mis，可还是显示该错误。 以前服务器成功安装过ActivePerl.mis，所以怀疑是系统重建后installer的版本过低导致的，可当我安装installer.31的时候，系统提示主机使用的installer版本是最高的，看来问题不在这里(UPDATE:原来MIS的无法安装的问题是因为服务器ADMIN的权限不足，所以每次到最后一步都无法生成PPM3)。 无奈下我下载了最新版的 ActivePerl-5.8.8.820.mis，可是这个版本使用的是PPM4，PPM4不在使用命令形式，着让我根本不懂得怎样安装模块。无奈下我只好求助google，在ActivePerl 官方论坛里发现也有人出现了该问题。解决方法是使用.zip 格式的ActivePerl压缩包进行安装。于是我卸载了5.8.8版本，安装上了ActivePerl-5.8.7.815。 安装完以后却发现CGI无法使用，显示“无权限访问该页”“IIS配置401错误”，而我在IIS中的设置完全正确，期间我还重装了几次PERL，可还是出现此权限提示。 无奈中我只能面对着服务器发呆，发呆中我发现在该IIS 目录下的PHP、HTML、ASP都正常运行，这让我怀疑是CGI 本身目录权限存在问题。带着疑问我开始在服务器上乱点，无意间我发现一个PERL目录(原先安装的)无法删除，即使重启服务器也仍然无法删除。于是我查看了该目录中的管理权限设置，我将权限设满终于把该目录删除掉了。 这一操作让我心头一亮。我赶紧进入C:\perl 目录查看“属性”“安全”，发现该目录缺少了Users权限(就是GUEST)，于是我添加了该Users用户，终于把PERL搞定了。 在这向大家道歉，因为我的学艺不精，让大家18小时无法正常使用博客。...

首先进入CMD 命令提示符： 输入ppm 进入ppm> 命令提示符 输入i DBD-mysql 系统会自动安装Movabletype所需要的DBD::mysql 数据模块 注：此命令方法只适用于PPM3，PPM4开始使用管理面版，我个人还不太会使用。...

当博客建立以后，我们首先应该进入“设置”，在出版设置中整理下“归档映射”： 1、将单篇文章归档的归档文件路径 设置为 %c/%f 路径为 http://域名/分类/文件名.html ，顺便建议大家使用“中文 英文”形式的分类，如“博客 Blog”。 2、将按月归档归档的归档文件路径 设置为 %y-%m/%i 路径为 http://域名/年-月/ ，我建议大家整理下自己的按月模版，让按月归档的文章按摘要的形式呈现，我使用的标签为<$MTEntryBody words="200"$>。 3、分类归档保持不变 路径为 http://域名/分类/ ，我建议分类归档的文章使用标题的方式呈现。我使用的标签为： <a href="<$MTEntryPermalink$>" target="_self"><$MTEntryTitle$></a> 具体演示可参见mtblog.org ，我觉得这样生成的静态页面的路径就会更合理。...

搭建完movabletype后，应该进行简单的平台规划。 首先将默认的博客(也就是blog_id=1的博客)结合Feed.app插件用来做博客聚合，该插件自动更新暂时只支持blog_id=1的博客。如果你不想搭建博客聚合，我建议将这个默认博客留着不要使用。 然后建立自己大分类博客，我将博客分为“MT教程”和“IT生活”两大类，于是就建立了mtblog.org和lblog.org。大分类博客的建立主要是让阅读者更有选择性的阅读。域名不充足的朋友可以使用二级域名来绑定相应博客。并且你可以将汇总博客利用起来，发布一些比较常用的文章。如：留言本、友情链接。 再结合MultiBlog 建立一个汇总博客，如本站的bblog.biz ，这样可以更直观的通过一个平台关注你两个博客。 当然你还可以结合Photo Gallery插件建立一个图片博客，如本站的bblog.biz/photos。 最后将“系统用户名(author_id=1)”留着，建立一个新的ID，该ID专门用来写博客。虽然这样没什么意义，但总感觉这样爽点，安全点。...