那山那人那狗

BlogEngine 1.4.5 发布

benben — Sun, 03 Aug 2008 12:14:38 +0800

BlogEngine 1.4.5 于20080801发布，1.4发布后，发现有很多bug，这次更新算是对这些bug的一些修复吧。

主要更新了：

修改了上传目录，现在的上传文件会按月建立文件夹
可以自己定义html编辑器，也就是加了个Use raw HTML Editor，可以切换到html状态下，理论上应该设置下就可以用自己的Html编辑器了
完善了数据库的支持。包括MySQL, SQLite, 和VistaDB Express
修正了一些bug

在本地测试了下，感觉不错，准备升级到1.4.5。因为现在用的，我修改了很多东西，哎，升级起来真麻烦。

Trace类的使用以及StringBulider的效率比较

benben — Sat, 02 Aug 2008 01:33:00 +0800

Trace类可以跟踪ASP.NET的执行情况，它有两个方法：Trace.Warn()和Trace.Write()。通过Trace类，我们很容易了解页面的如下信息：Request Details,Trace Information，Control Tree，Session State，Application State，Request Cookies Collection，Response Cookies Collection，Headers Collection，Response Headers Collection，Form Collection，Querystring Collection，Server Variables等信息。

启用Trace跟踪，只需把.aspx的Page的Trace属性设置为true即可。

<%@ Page Language="C#" AutoEventWireup="true" Trace="true" CodeFile="Default.aspx.cs" Inherits="_Default" %>

我们可以利用Trace类来分析程序的执行效率，下面的测试程序主要比较了变量连接字符串和使用StringBuilder类连接字符串的效率差别。测试主要代码如下点击查看StringBuilder.cs。

运行页面后，结果显示前者花了17.469924S，后者仅仅用了0.008043S，3000多倍的差距，据说字符串操作量越大，越能体现StringBuilder的效率优势。

顺便提供整个测试程序下载。点击下载Trace StringBulider.zip。

获取隐藏网络服务API的方法总结

benben — Fri, 01 Aug 2008 01:20:00 +0800

本文适用提供了Flash插件，而没提供公开API的网络服务，例如滔滔，Feedsky等。一般Flash会远程调用XML，我们只需找出这个XML地址即可。目前主要有两种方法：嗅探法和反汇编法。

嗅探法

简单，找地址的时候需要一定时间。嗅探工具推荐功能强大的Http Analyzer V3。点击嗅探后，访问一次Flash插件，然后停止嗅探，慢慢找找吧，可以先筛选掉.gif，.css，.js。

反汇编法

也很简单，只需下载对应的swf文件，用对应的工具反编译即可。推荐工具Sothink SWF Decompiler V4.1.80421。一般API地址在如下地方：动作>MainMovie里，也可以搜索“http://”或者“.load（”。

FeedSky订阅数API(XML)

benben — Wed, 30 Jul 2008 01:53:00 +0800

FeedSky默认是不提供获取订阅数API的，但在Feed发布>订阅统计图标里提供了Flash统计，所以根据这个我们可以获取到FeedSky订阅数API(XML)。

获取办法参考反汇编Flash获取滔滔的用户最近消息API(xml)这篇文章。获取到的地址如下：

http://www.feedsky.com/rpc/feed_statistic_xml.php?u=user

其中user替换为你的用户名，即可获取当前月份的订阅数的XML。理论上这种提供了Flash统计的都可以获取到对应的XML地址，我们可以写自己的程序来处理这些自己的数据。我们的口号：自己的数据，自己来处理。

7月blog总结

benben — Tue, 29 Jul 2008 01:54:00 +0800

blog文章

技术文章：86
非技术文章：19
话题广告：2
共发布文章107篇，有282个评论

blog流量

访问数：12676
综合浏览量：24418
PR：0->3
以上数据来自Google分析

Feed订阅

总共331个订阅，抓虾(33)，Google(162)，鲜果(27)，其他（109）。

blog更新

Blog更新说明
 Ajax代码高亮

6月份总结见：每月总结

修正BlogEngine Windows Live Writer自定义时间bug

benben — Mon, 28 Jul 2008 01:12:00 +0800

一直以来用Windows Live Writer写blog,喜欢第一天写好文章，然后将文章设置为第二天发布，但每次在Windows Live Writer自定义时间，都不起作用。今天正好有时间，就跟踪了下这个bug。

单步BlogEngine.Core\API\MetaWeblog\XMLRPCRequest.cs的private MWAPost GetPost(XmlNode node)方法，发现在

node.SelectSingleNode("value/struct/member[name='pubDate']")

里并未获取到值，查看了XML文件后发现并没有pubDate这个东东，原来作者在这里大意了，将pubDate替换为dateCreated即可。修改后完整XMLRPCRequest.cs文件代码如下。点击查看XMLRPCRequest.cs。

Ajax代码高亮

benben — Sun, 27 Jul 2008 01:38:35 +0800

经常要贴代码，而代码里有很多特殊符号，这些代码转义后，使html源代码看起来很混乱。这个是俺所不能忍受的，故有了这个东西。我将代码保存为文本，保存在服务器上，需要查看代码时，Ajax会后台下载并处理源代码，并在前台显示。

由于本人JavaScript非常菜，在写这个东西的过程中得到了经典论坛的goodlucklq和ymyang帮助，在此表示感谢。

演示：

点击查看blog.js代码
 点击查看思念.txt
点击查看SelectCase.sql
点击查看lan.cs

由于本人技术原因，肯定存在Bug，欢迎大家指出，谢谢。

doubanclaim52d374aebaa93ced

Select Case 的用法以及性能对比

benben — Sat, 26 Jul 2008 01:29:40 +0800

通过Case，可以把Select出来的数据进行对应的替换。举例，在数据库sex的字段为bit，而我们需要显示的数据为男和女，则可以使用如下SQL语句。

SELECT aa=CASE WHEN sex='1' THEN='我是帅锅' WHEN sex='0' THEN='我是美铝' END FROM xx

哪么这个语句的执行效率如何那？我们看测试案例。详细表的结构和语句见附带的Select-Case.sql。查看SQL执行效率可以参考根据STATISTICS查看SQL性能。

测试结果:
测试语句：SQL *

(2 row(s) affected)

SQL Server Execution Times:
CPU time = 32 ms, elapsed time = 411 ms.
SQL Server parse and compile time:
CPU time = 0 ms, elapsed time = 1 ms.
SQL Server Execution Times:
CPU time = 0 ms, elapsed time = 1 ms.

测试语句：SQL CASE

(3 row(s) affected)
SQL Server Execution Times:
CPU time = 62 ms, elapsed time = 486 ms.
SQL Server parse and compile time:
CPU time = 0 ms, elapsed time = 1 ms.
SQL Server Execution Times:
CPU time = 0 ms, elapsed time = 1 ms.
SQL Server Execution Times:
CPU time = 0 ms, elapsed time = 1 ms.

可见在SQL Server Execution Times选项，CPU Time后者比前者多占用93.75%，elapsed time 多占用18.25%。这只是CASE比较少的情况，如果比较多，性能可能更加糟糕。

点击查看Select-Case.sql

根据STATISTICS查看SQL性能

benben — Fri, 25 Jul 2008 01:48:31 +0800

通过设置STATISTICS我们可以查看执行SQL时的系统情况。选项有PROFILE，IO ，TIME。介绍如下：

SET STATISTICS PROFILE ON：显示分析、编译和执行查询所需的时间（以毫秒为单位）。
SET STATISTICS IO ON：报告与语句内引用的每个表的扫描数、逻辑读取数（在高速缓存中访问的页数）和物理读取数（访问磁盘的次数）有关的信息。
SET STATISTICS TIME ON：显示每个查询执行后的结果集，代表查询执行的配置文件。

使用方法：

SET STATISTICS PROFILE ON
SET STATISTICS IO ON
SET STATISTICS TIME ON
GO --你的SQL脚本开始
SELECT [TestCase] FROM [TestCaseSelect]
GO --你的SQL脚本结束
SET STATISTICS PROFILE OFF
SET STATISTICS IO OFF
SET STATISTICS TIME OFF

为了获取更好的观察效果，最好先执行如下语句

DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE

完整代码，见附件。点击查看STATISTICS.SQL

UrlRewritingNet修改，更利于重写

benben — Thu, 24 Jul 2008 01:47:22 +0800

现在Blog采用的是UrlRewritingNet无后缀重写，但有些问题，比如http://blog.119797.com/page/about-benben/和http://blog.119797.com/page/about-benben的重写就不一样，我在rewrites规则里也没找到好的办法解决相关问题，不能建立两条规则来实现吧？

在UrlRewritingNet官方网站上溜达了半天，也没找到好的办法，只好自己下载源代码修改。下载后，添加一个网站，调试了下，发现只要修改UrlRewriteModule.cs即可。先添加一个方法，将”benben”,”benben/”,”benben/default.aspx”全部重写为”benben”即可。代码如下：点击查看UrlRewriteModule.cs。然后将RewriteUrl(HttpApplication app)里的destinationUrl用上述方法处理下即可。

演示见本站,顺便提供修改后的工程加演示，猛击下载UrlRewritingNet Project。

U盘The media is write protected不可写的解决

benben — Wed, 23 Jul 2008 01:44:59 +0800

最近机器插入U盘，能正确读出文件，但写入或修改文件时显示如下”Unable to create file,The media is write protected.”我明明把U盘写保护打开了，U盘挂了吗？真想用Netac U盘低级格式化工具把U盘格式化。后来把U盘拿到另外一台机器上能正确工作，证明自身系统有问题。

找了半天资料后，顺利解决。解决方案如下：
注册表定位到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorageDevicePolicies，将WriteProtect修改为十六进制的0即可。

如果你不知道啥叫注册表，或者比我还懒，那就直接下载StorageDevicePolicies.reg，双击，就达到目的了。猛击下载StorageDevicePolicies.reg

dotnet 2.0 系统目录的作用

benben — Tue, 22 Jul 2008 08:57:07 +0800

App_Code：该目录可以包含一些独立文件，这些文件包含要在应用程序中的多个页之间共享的代码。App_Code目录中的所有代码文件都将在运行时动态编译，然后提供给应用程序。

App_Data：存储本地文件，包含MDB，DBF，XML，TXT。该文件夹内容不由ASP.NET处理。如用用ASP.NET来处理，则要注意安全性。比如：BlogEngine.NET js.axd 模块漏洞及修复所产生的问题。

App_GlobalResources：全局资源文件夹，此文件夹里的资源，任何页面都可以引用。

App_Themes：控件主题文件夹。

Bin：应用程序所需的任何预生成的程序集。

新的代码高亮测试

benben — Mon, 21 Jul 2008 22:17:48 +0800

点击查看LOve源代码

免费发放demonoid邀请

benben — Mon, 21 Jul 2008 00:03:00 +0800

Demonoid再次开放，发现自己账号里有好几个邀请了!

在这送给大家。

bathf9p1z91ag8hybb404x0v17zhrnu8aqolcad
ptpwd9j856ximxotnpri2xrtihgjzyzb
z1p1mr1udw98h10jk70y3zl81q6dja326bf
a73pq3qcvpp3vt5d8uc2cg20z8zfjx99udnp7 used by Willow
dqrqskjm91cylon9j8vzwpoqdgrtvoo4s0used by tian
5qnnqgiojzono3dq1tqr1kwbwuk8eyow9r0ilee6s5 used by LuoboTixS
fa7l3dc0yunzzhdr4q1yc0egumkrkdsdxysaz used by Eric
hhn028gy5mcfabq6clpflvigibk7eq2wup 不知道被谁使用了
lxkylsptsss9jjm74iuql2iwyodr6r2ty16dhcvov6yw4 used by 詹姆斯
pfu9dki40ox7nj8648ajzxd9sxlkeuszt37i 不知道被谁使用了,BS。
binkv3ohgpxxckfkyc2uip4ne3e44v4m65z used by gnr
jf7mqnzex1mtf0iy0zkc1h0aywuc8xtcw6oo user by castle

在这注册

http://www.Demonoid.com/register.php?with_invite=1

由于要的人比较多，而邀请比较少，以后我会把邀请更新到这里，不再发送邮件了。使用邀请注册成功的在后面留言，我好把邀请标记成已使用。

注意：你注册的账号1个月后会有5个邀请，请把他们分享给需要的同学。也可以发到demonoid#119797.com，我会在这里把邀请贴出来。谢谢

更新于 2008.06.10
更新于 2008.06.14 添加两个邀请!
更新于 2008.06.20 添加一个邀请
更新于 2008.06.25 添加一个邀请
更新于 2008.07.10 Demonoid开放注册。
更新于 2008.07.11 添加一个邀请
更新于 2008.07.15 添加两个邀请
更新于 2008.07.21 添加一个邀请
更新于 2008.07.26 添加一个邀请

下次更新时间2008.08.11

滔滔Api汇总

benben — Sun, 20 Jul 2008 10:26:55 +0800

获取最近消息：http://www.taotao.com/cgi-bin/msgMgr?type=3&num=5&qq=592650032
获取好友列表：http://www.taotao.com/cgi-bin/friendMgr?type=5&pos=0&max=200&tjtype=flash&qq=592650032
获取消息分布：http://www.taotao.com/cgi-bin/pubsrc?qq=592650032

获取办法：反汇编Flash获取滔滔的用户最近消息API(xml),使用方法参考简单的滔滔APi调用演示。

如果你想深入了解，哪么这篇文章也建议你读一下。用HttpWatch破解滔滔(Wap版)的API

最近FeedSky相当不稳定，论坛回复也很慢，为什么那？