wordpress的模板和主题核心是index.php,style.css两个文件。嵌入模块文件名固定,当嵌入模块文件缺失,则自动调用index.php作为默认嵌入模块。
模板的区分取决于theme目录下的子目录名称。模板只能存放在该目录下,并且按照固定的规则命名。
index.php的正文模块随着所处页面的不同,嵌入不同的模块文件。以下是常规文件名及定义: 继续阅读wordpress模板学习
wordpress的模板和主题核心是index.php,style.css两个文件。嵌入模块文件名固定,当嵌入模块文件缺失,则自动调用index.php作为默认嵌入模块。
模板的区分取决于theme目录下的子目录名称。模板只能存放在该目录下,并且按照固定的规则命名。
index.php的正文模块随着所处页面的不同,嵌入不同的模块文件。以下是常规文件名及定义: 继续阅读wordpress模板学习
1、风讯5.0似乎毛病很多。起初是看不起它的新编辑器把代码统统改写成大写,然后发现终极栏目页的排序竟然也会错,看来是增加的功能不仅没有修补老问题,反倒增加了新问题,干脆还是用4.0SP7。
2、修改部分敏感目录。将CMS执行SQL管理的两个致命文件DataManage.asp和DataSqlResult.asp删除。我不会在线运行SQL语句,而且这两个东西太过敏感了。
3、4.07的编辑器默认情况下将回车辨认为br,在\fckeditor\fckconfig.js中设置一下,搞成P就OK。
BLOG搬来搬去,换了几回URL,所以现在收录基本丢光,几乎没有人来了。电影也几乎很难有时间看完一部,并且没有闲工夫回味。
近日受月禁期影响,买的空间又遭遇了问题,索性还是搬回了自己的空间。这个chenhui.0791.net域名也不准备换了,折腾来折腾去的太累人了。
搬迁完后准备尝鲜弄个PJBLOG的全静态模式,谁知道列表页依然是象半静态模式一样,依赖于chache目录下自动建立的ASP文件。新发的文件总是“编号为[X]的日志读取失败!建议您重新 编辑 此文章获得新的缓存”。这样的静态化还不如不要。联想到wordpress初始模式也是全动态,索性这个也全动态了吧。毕竟速度和SEO不是我优先考虑的内容。
从云网帮助中复制过来的一篇说明,因为很实用,所以做个备份。在复制的过程中,为了保持最全面的完整性,有个关键步骤做了说明。动网的net系统就因为少了这个步骤,结果升级搞出了一段插曲。
以下提到的MSSQL指的是SQL SERVER 2000 继续阅读MSSQL数据库之间复制备份的方法
新装系统,可能是因为启用了更严格的windows、system32目录权限的关系,导致在准备备份系统前发现事件查看器的应用程序部分出现了这样的提示:
“ASP” 服务的性能库 “C:\WIN2003\system32\aspperf.dll” 的配置信息 同在注册表中保存的受信任性能库信息不匹 配。此库中的函数不会作为受信任函数处理。
“TermService” 服务的性能库 “C:\WIN2003\system32\perfts.dll” 的配置信息 同在注册表中保存的受信任性能库信息不匹 配。此库中的函数不会作为受信任函数处理。
“W3SVC” 服务的性能库 “C:\WIN2003\system32\inetsrv\w3ctrs.dll” 的配置信息 同在注册表中保存的受信任性能库信息不匹 配。此库中的函数不会作为受信任函数处理。
查了下,似乎会导致这些服务执行缓慢。虽然不明原因,但是解决方法就是用命令释放和重新加载他们。这样做我想是建立在对系统绝对信任下的“治表”措施,因为如果真的服务性能库是错误的,那么这个错误就被掩盖了,从而可能产生潜在的安全问题。
一个个输入命令太费事了,把以下文字编辑成BAT文件执行一下就可以。其中有两项要看系统安装时的选择而定。
unlodctr w3svc
unlodctr msftpsvc
unlodctr asp
unlodctr inetinfo
lodctr w3ctrs.ini
lodctr ftpctrs.ini
lodctr axperf.ini
lodctr infoctrs.ini
用来做博客比赛的OBLOG出问题了:一个用户的积分一夜之间下降2/3。
一开始以为只有一个用户受到影响,也许是数据存储的时候发生了错误,于是手工修改积分。但是按“修复用户”后,数字又降低了,说明是程序机制有问题。把数据库下到本地逐个解读,没发现什么问题。测试发了几个帖子,加了几个精华,分数的增长很正常,但是一修复用户数据就错误,于是把问题的症结缩小在修复用户数据的功能上。于是去OBLOG看论坛,最新的补丁有修复一个评论的统计错误,于是猜想可能是针对用户的统计程序计算公式出了问题。
由于不懂ASP程序,所以只能靠猜测去查找问题。看了下修复按钮的URL链接,首先打开m_user.asp这个功能程序,在最末尾发现了数据相加的代码。经过仔细分析,发现问题可能是在对分数项目的设置上,由于没有参数说明,因此不知道Oblog.CacheScores(7)是否是精华贴的分数设置。看了积分计算公式的其他参数后,猜想积分设置页面的输入框可能有与此对应的ID号,一查,果然。
问题解决,从积分设置页面的输入框ID判断,m_user.asp结尾的加法公式是错误的。精华的ID应该是9而不是7。
Oblog.CacheScores(7)*bests
应该为
Oblog.CacheScores(9)*bests
其他的也要做相应调整。因为我不懂程序,所以我只调整了这个和我有关的数字,其余无关的参数删除。结果终于正确了。
在积分设置页面,看到了几个隐藏的输入框,不知道为什么不显示出来,难道是给商业版用户准备的?反正现在的功能够用,也就不理会那么多了。