再三申明,本问题属于小编的看法,小编喜欢折腾,也喜欢较真,本文章不属于Bug,所以不针对DT官方,不影响使用。小编发现本问题也是一种巧合,小编在DTcms里面加入了log4net日志登记,小编的网站还没有正式公开,每天都有几条报错,经过小编翻看日志发现,这个错误就来自这个页面,当接收的ID值大于整型int的取值范围时,就会报错,如下图:
通过错误信息,很显然取值范围已经超过了Int32的最大范围,如果我们把值在设置大一点,把2147473648改成21474836481,在看看会有什么结果呢。
神奇般的又正常了,这是为什么呢,我们先把问题放到后面在讲,我们在来动动手;标准的新闻页面还有发表作者、新闻来源。那我们加上去试试,这里我们用V4.0.3版本来做测试,因为要添加作者和来源,所以我们换成本地来测试;
<span>来源:{model.fields[source]}</span> <span>编辑:{model.fields[author]}</span>
错误信息又来了,这次报的和之前两个都不一样,“未将对象引用设置到对象的实例”,这是为什么呢,我们来看看文件的继承类文件"article_show.cs";
我们可以看到第45行处,直接就一条return语句,并没有跳出页面,当id>0和page不为空都不满足的情况下,才会执行到这里,那在什么情页下才会不满足呢。
情况就出在这里,因为DTcms采用了地址重些,重写的时候使用的是正则匹配,而只要是数值不管多少位都会匹配为id=数值的这种情况,而page自然就会为空,id在进行StrToInt()方法进行转换的时候因超出范围而默认为0,所以前两都都不满足,就会执行到return;,这样Model.article model就处于未初始化值状态;而model.fields、model.albums、model.attach都会因为未初始化而报错,修复方法很简单,return前面添加一条跳出到错误页面的语句就可,如下图:
HttpContext.Current.Response.Redirect(linkurl("error", "?msg=" + Utils.UrlEncode("出错啦,您要浏览的页面不存在或已删除!")));
到此我们的修复工作就做完了,是不是很简单。