作者归档：feng

wordpress访问记录里有这样的请求，不知是不是攻击型请求：/archives/+$(j(c))+

发表于由
回复

查看wordpress访问日志，是通过插件记录到mysql数据库里的，查阅比较方便（实现方法参看这里）

无意中发现里面有这样的一个访问，请求页面url很怪

/archives/+$(j(c))+

该请求的user-agent是空的，httpreferer也是空的，在整个记录表里查询，还很多，一百多条，列部分于文后。

不知这样的请求是否是利用wordpress的某个漏洞而对wordpress的攻击，浏览器打开这样的地址，显示404页面，没其它异常情况 ，不知有没有哪位高手可以解答一下。

id     referer     url     time     ip     client     cookie
188834           /tn/archives/+$(j(c))+     2010-08-02 19:23:32     113.108.81.48
189859           /tn/archives/+$(j(c))+     2010-08-03 08:10:35     183.60.2.14
190683           /tn/archives/+$(j(c))+     2010-08-03 22:08:43     113.108.81.48
190835           /tn/archives/+$(j(c))+     2010-08-03 23:30:31     113.108.81.48
191457           /tn/archives/+$(j(c))+     2010-08-04 08:34:47     121.14.94.23
192659           /tn/archives/+$(j(c))+     2010-08-05 06:53:53     119.147.7.231
193517           /tn/archives/+$(j(c))+     2010-08-05 19:31:49     183.60.2.14
195123           /tn/archives/+$(j(c))+     2010-08-06 20:16:23     113.108.91.94
195185           /tn/archives/+$(j(c))+     2010-08-06 21:17:56     113.108.91.95
196435           /tn/archives/+$(j(c))+     2010-08-07 18:55:59     113.108.91.94
197866           /tn/archives/+$(j(c))+     2010-08-08 20:42:39     113.108.81.39
197893           /tn/archives/+$(j(c))+     2010-08-08 20:58:55     183.60.2.14
199258           /tn/archives/+$(j(c))+     2010-08-09 17:55:33     183.60.2.17
199272           /tn/archives/+$(j(c))+     2010-08-09 18:06:24     113.108.91.91
199659           /tn/archives/+$(j(c))+     2010-08-09 23:49:02     183.60.2.14
200895           /tn/archives/+$(j(c))+     2010-08-10 18:24:20     183.60.2.14
201412           /tn/archives/+$(j(c))+     2010-08-11 00:32:11     119.147.11.115
201878           /tn/archives/+$(j(c))+     2010-08-11 08:23:52     183.60.2.17
202709           /tn/archives/+$(j(c))+     2010-08-11 18:58:22     113.108.91.94
203309           /tn/archives/+$(j(c))+     2010-08-12 02:01:41     113.108.81.39
204605           /tn/archives/+$(j(c))+     2010-08-12 19:57:20     183.60.2.15
204655           /tn/archives/+$(j(c))+     2010-08-12 20:21:02     183.60.2.17
204667           /tn/archives/+$(j(c))+     2010-08-12 20:26:13     183.60.2.17
205119           /tn/archives/+$(j(c))+     2010-08-13 01:56:03     183.60.2.15
205352           /tn/archives/+$(j(c))+     2010-08-13 04:58:47     113.108.91.95
206956           /tn/archives/+$(j(c))+     2010-08-14 06:14:02     113.108.81.39
207067           /tn/archives/+$(j(c))+     2010-08-14 07:07:35     113.108.81.39
207676           /tn/archives/+$(j(c))+     2010-08-14 17:43:52     183.60.2.14
208101           /tn/archives/+$(j(c))+     2010-08-15 00:36:21     113.108.91.94
209681           /tn/archives/+$(j(c))+     2010-08-16 00:57:53     183.60.2.15

user agent 中 PostRank/2.0 (postrank.com; 1 subscribers)是什么

发表于由
回复

在网站日志中有user agent里发现PostRank/2.0 (postrank.com; 1 subscribers)的记录，经搜索得知PostRank的简介，录于下

PostRank简介：

PostRank的前身是AideRss，是一个知名的RSS分析工具，通过给每篇文章计算Rank值来评价文章的重要性，对订阅的RSS Feed进行过滤，并输出一个新的RSS，有效的解决信息过量的问题。

它对于文章Rank值得重新计算，主要包括：

——文章被点击的次数

——文章的评论数

——文章反向链接的次数

——文章在Twitter等被讨论（引用）的次数

User Agent里Mediapartners-Google是什么浏览器/客户端

发表于由
回复

在网站访问日志里，看到Mediapartners-Google，搜索一下，原来是Google Adsense的漫游器

Mediapartners-Google

Mediapartners-Google 抓取网页中的文字内容，用于 Google Adsense 分析关键词。只有投放了 Google Adsense 网页才会被 Mediapartners-Google 探测器爬取。

Adsbot-Google 抓取网页中的文字内容，用于为 Google AdWords 提供参考。只有 Google AdWords  目标网页才会被 Adsbot-Google 探测器爬取。

Mediapartners-Google与Googlebot并不相同，google Adsense与网页搜索使用两套不同的的蜘蛛机器人

Googlebot 一般称为 Google 机器人或 Google 探测器或Google蜘蛛。

Google会 派遣不同的 Googlebot 对网页内容进行获取。主要包括：

Googlebot 抓取网页中的文字内容。获取的内容保管于 Google 网页搜索和新闻搜索的数据库。一般谈的 Google 机器人主要指这个。

Googlebot-Mobile 抓取网页中的文字内容，用于 Google 手机搜索。

Googlebot-Image 抓取网页内的图片内容，保管入 Google 图片搜索数据库。

asp vbscript报错“字符串空间不够”

发表于由
回复

asp vbscript报错"字符串空间不够"

写一个新产品的rss，把所有xml拼接到一个字符串里，然后一并response.write输出，但在服务器上运行时，出错了，asp/vbscript报错"字符串空间不够"，出错的行，也确实是拼接字符串的行。

字符串还会空间不够，只有几百条产品的rss，感觉最大也只不过几十K的样子。怀疑是否是程序有错，但这样简单的程序，应该不会写错的，google一下，好像没有看到有用的东西，有两篇也是没有解决的“死”问题。看来还得自己解决。

根据错误提示，像是说字符串长度问题，也是是超出了vbs字符串允许的最大长度，印像中vbs不该这样超过长度——不是科班出身，没有系统的学过vbscript，不知道vbs的字符串是否有长度限制——

那就姑且当它是超过了允许最大长度，修改一下：既然是超过最大长度，那就让它分批输出，加上如下面代码中标红代码。

上传运行，正常，问题解决。

看来真的vbscript真的有字符串最大长度限制。

i=1
do while not rs.eof
if i mod 30=0 then
response.Write(str)
str=""
end if
str = str + "<item id="""&i&"""><title><![CDATA["&rs("title")&"]]></title>"& vbcrlf
str = str + "<link>"&linkurl&rs("id")&"</link>"& vbcrlf
str = str + "<description><![CDATA["&rs("title")&"<br>Number:"&rs("number")&"<br>"&left(rs("intro"),500)&"]]></description>"& vbcrlf
str = str + "<pubDate>"&rs("date")&"</pubDate>"& vbcrlf
str = str + "</item>"& vbcrlf
rs.movenext
i=i+1
loop
rs.close

php的文档里有这样一段话：

"注: 一个字符串变得非常巨大也没有问题，PHP 没有给字符串的大小强加实现范围，所以完全没有理由担心长字符串。"

但vbscript没有见过这样的说法，也可能是记串了。

windows下安装多个不同版本的apache+php/多版本共存

发表于由
回复

这个办法事实上有缺陷的，印象中后来实际使用中发现过问题，大概是php读取php.ini文件的目录、还有PATH环境变量的问题，具体不记得了，是好几年前的东西。windows下还是不折腾了。或者可以试试fast cgi模式。(补记于 161011 13:16)

如下几个php根目录下文件，拷到apache的/bin/目录

php5ts.dll

libmysql.dll

apache配置文件里
LoadModule php5_module "G:/Program Files/php5/php5apache2.dll"
PHPIniDir "G:/Program Files/php5"  ##这一条很重要

在命令行下运行apache/bin/Apache.exe，后面不需要带apache配置文件路径等参数就可以，如果有错误，把报错的.dll文件拷到apache/bin里，直到没有错误为止

先简单的写一下，主要的核心步骤，具体内容稍后再完善。

wordpress启用新主题zBench

发表于由
回复

wordpress启用新主题zBench，花了老长时间，总体比较满意。

下班后在公司找主题，因为以前用的INove使用的人太多，的确是款很经典的主题，wp升级到3.0后，就换用自带主题twentyten，然而实在不够美观，于是找新主题。在公司里，在一个测试用的wp后台里共看到52页的主题，一页一页翻到28页，找到了几个感觉比较好一点的，试过不好的直接就删掉了。只留少数几个，然后再行比较，明显相对较差的，也删除，基本也锁定在zBench。回来后，对几个主题再试用一下，还是这个好点，于是到这个正式的wp安装。要调侧边栏，GA配置等好几项，忙了老久，快一点，才算是到一段落，其它还有些功能，没有完整检测是否正常。不过大问题应该没有。现在已经01:03了，非常困，睡觉了。

IE9 preview试用，很垃圾，很失望

发表于由
3

或许毕竟还只是preview版本的原因，也或许是IE实在垃圾的原因，试用了一个ie9 preview4版本，当然是m$官方下载了，google搜索ie9，第一条就是，下载，用上网本的windows7下的firefox下载，速度不快，开始50K，半分钟就隆到10K以下了，于是在frdora下使用jigsaw下载，速度平均在40K左右的样子，2M的带宽，下载只有这么40K，可能是ms他们的下载服务器没搞好，或者考虑到只是下预览版，没有考虑大量下载负荷的问题。拷到上网本的win7下，安装，照例是傻瓜安装，也照例是安装微软程序习惯的“重启”电电脑。重启吧，是多系统，win7只是其中一个，不是默认进入，还要选择。启动过程中，又出现“windows update正在配置”的提示，还要下载3个更新包，应该并不大，几分钟完成了，进入windows画面。桌面上多出来傻傻的IE图标，点击进去，果然跟网上别人发的图片一样，没有地址栏，要从菜单里打开一个输入地址的小对话框。菜单也简陋得不成样子，但里面第二个菜单项就是debug，看来微软意识到他自己浏览器的问题了，要附带上一下调试工具，不然，鬼才能搞懂那变态的、诡异的css支持。没有仔细看是否调试里有IE5，7，8几个版本的兼容选项，就是没有IE6。打开google首页随便搜索个关键词，机器猫css，想看看IE9preview对css的支持如何，是否真的如网上的篇文章里说的、连google都有称赞它的地方。然而结果列表链接去好像无法打开，试几次都不知，于是直接关掉，然后卸载ie9，实在比较垃圾，这个ie9.虽然maxthon等浏览器也基于ie的内核，但加入了很多实用的功能，可ie，却像头老病牛一样，一点一点的挪动着，缓缓的，比散步都慢，堪称牛步。