修改限制discuz论坛用户名注册

0

分类 : 网站技术 | 发表时间 26-04-2010

限制用户名的注册 [特殊符号,英文字母,数字等]

1、打开register.php,查找

$query = $db->query("SELECT * FROM $tablepre}settings WHERE variable IN

2、在下面添加 (注意是下面~不是后面~)

if (ereg ("[a-z]", $username))
    showmessage("对不起,只能用[汉字]注册用户名,请返回重新填写。");  
if (ereg ("[A-Z]", $username))
    showmessage("对不起,只能用[汉字]注册用户名,请返回重新填写。");  
if (ereg ("[0-9]", $username))
    showmessage("对不起,只能用[汉字]注册用户名,请返回重新填写。");  
if (ereg ("[?|~|!|@|#|$|%|^|&|*|,|.|/]", $username))
    showmessage("对不起,只能用[汉字]注册用户名,请返回重新填写。");  
if (ereg ("[`|'|-|<|>|:|\|+|=]", $username))
    showmessage("对不起,只能用[汉字]注册用户名,请返回重新填写。");

保存~上传~

可以根据需要自行修改规则~~只是提供个样板

还有一种方法是在UC注册设置那导入以下禁止注册用户名。

http://club.linwan.info/thread-117989-1-1.html

此页面重定向不正确 检测到该服务器正在将此地址的请求循环重定向

0

分类 : 网站技术 | 发表时间 25-04-2010

问题的起因是这样的:

网站直接输入网址可以打开,但从其他网站点击这网站的链接,就是打不开,再刷新一下才可以打开。

有朋友分析,这是网页源码设计的问题,任何从其他网址链接近来的,都无法打开页面;刷新下、或者直接输入就可以打开了 解决办法:未知。建议重新设计网页吧,或者设计成index.html这样的静态页面。

标题中,是FF提示的一个问题,在ie中是显示http 500错误,这个错误比较让人误导,会容易认为是服务器环境问题,比如是asp引擎问题。

事实上是,asp代码问题。

一直检查排除,由于asp代码中,套了很多文件,检查起来比较麻烦。只有在备份后,不断的删除动态代码,来判断。

最后在conn文件中发现了这段代码:

dim server_v1,server_v2
server_v1=Cstr(Request.ServerVariables("HTTP_REFERER"))
server_v2=Cstr(Request.ServerVariables("SERVER_NAME"))
If server_v1<>"" Then
if  mid(server_v1,8,len(server_v2))<>server_v2  then
Response.Redirect http://www.linwan.info/
end if
End if

去掉这段代码,从其他网站点击首页网址进入时,访问正常了。ie、FF都访问正常,不再提示循环错误。看上面代码,似是一个防被框架的判断。

不知道有没有更好的方案,以完善解决这个问题。

QQ在线状态生成代码 解决必须添加好友才能聊天问题

0

分类 : 网络日志 | 发表时间 10-04-2010

今天,在落伍看到一位网友在介绍怎么样使用QQ来强制聊天,才想到以前一直遇到的QQ在线生成代码后,遇到的必须添加好友才能聊天的一个疑问。抱着试试看的态度,登陆了http://wp.qq.com/,QQ在线状态生成系统,看到了首页的通告:

公告:“QQ在线状态”V2.0正式发布,解决了QQ2009用户点击“在线状态”后须添加好友才能对话的问题,提高了临时会话使用的安全性,请您尽快升级。

这倒的确是个好消息,以前以为是QQ刻意这样做的,一方面猜测QQ可能是为了企业QQ的销售,另一方面考虑,也可能是防止QQ用户被肆意骚扰。

Linker利用代码生成系统,生成了几个例子试了一试,果然不错。直接可以聊天了。当然,Linker使用的是2010版本的QQ和2010版本的TM,解决了QQ2009的问题,这个无从测试。

另外顺带讲一下落伍那位朋友发现的QQ在线状态生成代码的技巧,号称是(绝对强制对话框):

腾讯现在在线状态代码引用必须要登录http://wp.qq.com/才能查看,实在不方便。

不过仔细一看代码还是比较简单。只加2段字符串就可以了,这下就可以强制对话了!代码如下:

tencent://message/?Menu=yes&uin=80555546&Site=linker&Service=300&sigT=45a1e5847943b64c6ff3990f8a9e644d2b31356cb0b4ac6b24663a3c8dd0f8aa12a595b1714f9d45
tencent://message/?Menu=yes&uin=80555546&Site=linker   这一段跟以前没变化

Service=300&sigT=45a1e5847943b64c6ff3990f8a9e644d2b31356cb0b4ac6b24663a3c8dd0f8aa12a595b1714f9d45

这个是现在必须要加上的!sigT值是80位字符串,随便输入,但是必须是80位!

80位串码据分析应该是:前16字符是16位MD5加密,后面是64字符是2段32位MD5加密!搞不清楚是加密了什么,反正能弄用就OK!

完美解决DEDE图片大小图片太大撑破表格图片自适应图片按比例缩小

0

分类 : 网站技术 | 发表时间 24-02-2010

此篇日志是转的:

因为图片大小问题,找了很多代码都不好用,比如下面的。
img,a img{
border:0;  
margin:0;  
padding:0;
max-width:590px;
width:expression(this.width>590?"590px":this.width);
max-height:590px;
height:expression(this.height>590?"590px":this.height);
}
上面的代码有2个问题!
1.会把图片变的非常小。要刷新一次才能正常显示!
2.图片不会按比例缩小,图片严重变形!

后来花钱请高手帮我写了代码。现在把它共享给朋友们!

代码如下:
<!– Begin CSS 控制图片大小 09.1.15 –>
<style type="text/css">
<!–
img,a img{
border:0;  
margin:0;  
padding:0;
max-width:650px;
width: expression(this.width > 650 && this.width > this.height ? 650px : ‘auto’;);  
max-height:1650px;
height: expresion(this.height > 1650 ? 1650px : ‘auto’;); 织梦好,好织梦
} –>
</style>
<!– End CSS 控制图片大小 09.1.15 –>

易名的域名交易系统不算垃圾,但还需要努力

3

分类 : 技术文摘 | 发表时间 17-01-2010

其实,说这个,Linker说得有些过了,勉励的意思居多,贬低的意思只有那么一点点,希望易名别太介意。

在销售域名的时候,有一个填写价格、拍卖周期和描述的界面。这个界面,在填写完毕后,提交后,如果不符合要求,会再返回回来。这就容易出问题了。

1.返回后,拍卖周期自动重置为五天,哪怕你事先填写的是1天或者2年,现在网页编程要实现保留这个原始值应该很容易,易名这样做,可能有刻意的成分。
2.简单的描述,好不容易编写好了,提交提示有敏感字眼,要求重新填写,检查了半天,没感觉到有什么敏感的,既然有词敏感,直接提示出来哪个词好了,也不提示,尽猜啊猜,一不小心,编写的描述,又给重置了。
3.看了看,提交上了,晕哪,价格被重置为1元的了,取消,要扣50积分,OMG,算了,当送人好了。这不,刚送出一个域名出去,35拍的,一元出去了。咳,尽当赠送了,那位兄弟评价倒是很够意思,忠实诚信的卖家,呵!

Linker承认,现在的确有郁闷的成分在内,但易名现在的交易系统,应该是有改进的必要吧?还是这样的情况就是优化后的结果?还是这样的设置就是刻意而为之?还是这样的设置,本就是最科学的设置,必须的设置?

域名交易,Linker的眼光还是要练一练,虽然有人帮,但见识域名的眼光、思维,以及对未来形势的把握,绝对不是一蹴而就的。

随意记录的,有不到的言论,域名管理机构,别再hold的域名了。

修改限制discuz论坛注册名长度

3

分类 : 网络日志 | 发表时间 19-09-2009

论坛这种网站形式火热以来,就不断受到垃圾ID注册者、垃圾贴的骚扰,特别是现在网络营销的兴趣,大量的人肉注册id和人肉发贴的形式也广为出现,更有甚至,利用软件来注册ID,收藏发软文。总之,无所不用其极。今天,Linker介绍的只是一个小方法,根据朋友论坛的一些情况,做一些小小的限制。

其实限制论坛用户名注册长度,phpwind论坛很容易设置,奇怪discuz论坛搞得这么复杂?

discuz论坛,由下砂的说法,不建议大家来修改论坛用户名的长度,Linker也看了一些修改的方法,确实涉及到很多数据库表中字段的长度,以及程序代码上的配合,对于一般网站站长来讲,这人修改是有些危险,会引起其他一连串的问题,这个方法,不多讲,稍后Linker稍转载一些。

Linker今天所说的修改方法,不是要延长用户名的长度,而是要限制注册长度不能够太小,因为一些论坛注册机,会随机注册一些中文夹杂英文或者数字的注册,Linker大概浏览了一下,长度不外乎两个汉字一个英文或者一个数字,前段同限制了夹杂数字的注册,情况略有好转,但发现还有不少是汉字夹杂英文的注册,明显不知所以,明显是人肉营销者的ID,因此,考虑把discuz论坛用户名长度由最小的3个字符限制到7个字条,这样最少需要三个汉字和一个字母或者7个字母才能验证注册,两个汉字夹杂一个字母的注册就无法通过了。

修改方法:

打开模板文件中:templates.lang.php,查找“用户名小于3个字符”,修改为“用户名小于7个字符”,例如下:

 ’register_profile_profile_username_tooshort’ => ‘用户名小于7个字符’,

修改模板文件:register.htm 搜索以下内容:

if(unlen < 3 || unlen > 15) {
messagehandle_register(1, unlen < 3 ? profile_username_tooshort : profile_username_toolong);
return;
}

修改为:

 if(unlen < 7 || unlen > 15) {
  messagehandle_register(1, unlen < 7 ? profile_username_tooshort : profile_username_toolong);
  return;
 }

大家对比一下就明白了,把3改为7.

修改说到这里,Linker就打算适可而止了,不打算再作进一步的限制和研究了,其实也没找到真正的限制修改代码,内行人都看得出来,这只是一个表现现象,实际上即使注册时提示有“7个字符”的限制,你依然可以提交注册。

仅算抛砖引玉吧!欢迎高人再继续给一个指点。

discuz论坛也有修改用户名注册长度的提问,但官方对此不热情,可能修改实在过于繁琐,Linker搜索到一篇比较详细点的:

DISCUZ修改注册用户名长度的办法 discuz修改注册用户名的长度限制的方法 discuz的用户名限制不能超过15个字符长度,如果想要改的更长一些可以按照下面的方法修改,不过这样修改之后,如果将来升级的时候可能会带来麻烦,如果discuz新版本仍然将用户名限制在不超过15个字符,将需要对新版本做类似修改才能使用,并且有些需要增加数据表的插件可能也需要做调整.请想好了再做哦.以下按照把用户名长度限制在20个字符进行修改的,如果你想改成其他数值,那把下面的内容里的20改成其他数字就可以了!

首先,到discuz后台系统工具里数据库升级里执行:

alter table cdb_activityapplies modify username varchar(20);
alter table cdb_adminnotes modify admin varchar(20);
alter table cdb_announcements modify author varchar(20);
alter table cdb_banned modify admin varchar(20);
alter table cdb_creditslog modify fromto varchar(20);
alter table cdb_members modify username varchar(20);
alter table cdb_orders modify admin varchar(20);
alter table cdb_posts modify author varchar(20);
alter table cdb_pms modify msgfrom varchar(20);
alter table cdb_promotions modify username varchar(20);
alter table cdb_ratelog modify username varchar(20);
alter table cdb_rsscaches modify author varchar(20);
alter table cdb_sessions modify username varchar(20);
alter table cdb_threads modify author varchar(20);
alter table cdb_threads modify lastposter varchar(20);
alter table cdb_threadsmod modify username varchar(20);
alter table cdb_trades modify seller varchar(20);
alter table cdb_trades modify lastbuyer varchar(20);
alter table cdb_validating modify admin varchar(20);
alter table cdb_words modify admin varchar(20);

然后修改
各个模板目录下的register.htm(如果有的话)
把 maxlength="15" id="username" 里的15改成20
把 if(unlen < 3 || unlen > 15) { 里的15改成20

修改register.php把 if(strlen($username) > 15) { 里的15改成20

修改各个模板下的templates.lang.php,messages.lang.php(如果有的话)
把 超过 15 个字符 里的15改成20

修改wap/include/login.inc.php
把maxlength=\"15\" 里的15改成20

修改wap/include/pm.inc.php
把maxlength=\"15\"里的15改成20

最后就是修改api目录下的 passport.php,shopex.php,siteengine.php

if(strlen($memberfields['username'] = preg_replace("/(c:\\con\\con$|[%,\*\"\s\t\<\>\&])/i", "", $memberfields['username'])) > 15) {
$memberfields['username'] = substr($memberfields['username'], 0, 15);
}
里的15改成20

这里discuz论坛也有一篇方法和对文件的修改,由于需要金币购买,Linker不多转了:

http://www.discuz.net/viewthread.php?tid=1279272

discuz论坛限制重复主题,重复回复,连续回复,回复自动整合与要求中文回复的解决代码

2

分类 : 技术文摘 | 发表时间 17-09-2009

由于论坛的自由与共享,社区论坛火了这么些年,也有很多大的社区成功转型,获得了大把的金钱和流量,当然这是一个健康的循环模式,这些成功的社区模式无疑属凤毛麟角,另外还有更多的千万社区,还在垃圾与矛盾中徘徊,发展方向、技术、人力、资源等等,这都是问题。Linker结识的一些玩论坛的朋友,大多以玩为主,因此,谈不上战略发展,因此,对于discuz论坛的一些功能代码修改,都非常无助,辛苦在discuz论坛上和网络上搜索了半天,很多也是不得要解,今天,Linker特意寻找了一些有关discuz论坛限制重复主题,重复回复,连续回复,回复自动整合与要求中文回复的解决代码。

一、比如限制重复主题、重复回复的代码修改:

打开 include/newreply.inc.php, 查找:

$attachment = empty($attachments) ? 0 : 1;(discuz6.1的代码)

$attachment = empty($attachments) ? 0 : ($imageexists ? 2 : 1);(discuz7的代码)

在下面增加

// ********************* 重复回帖检测 *****************************

$repeatlevel = 2; // 重复回帖的验证级别,后面有详细说明。

$chk_sql = "SELECT COUNT(*) FROM {$tablepre}posts WHERE ";
$chk_term = "";
switch($repeatlevel) {
case 1:
$chk_term = "subject=’{$subject}’";
break;
case 2:
$chk_term = "message=’{$message}’";
break;
case 3:
$chk_term = "subject=’{$subject}’ AND message=’{$message}’";
break;
case 4:
$chk_term = "subject=’{$subject}’ AND message=’{$message}’ AND authorid=’{$discuz_uid}’";
break;
}
if($chk_term) {
$chk_num = $db->result($db->query($chk_sql . $chk_term), 0);
if($chk_num > 0) {
showmessage(‘请不要重复回帖,这很浪费资源的。请返回。’);
}
}
// ********************* 重复回帖检测 *****************************

 

关于回帖的重复检测级别,直接修改 $repeatlevel 参数就行了。下面是当这个变量的值为1~4的时候所代表的级别:

1 – 标题与数据库里的记录一致即算重复
2 – 内容与数据库里的记录一致即算重复
3 – 内容、标题与数据库里的记录都一致算重复
4 – 内容、标题、用户名与数据库里的记录都一致算重复

备注:上述代码据Linker测试验证,有着很大的弊端,在回复时会有大量的等待现象,可以得知是在遍历数据库查询,因此对于发贴和回复量比较大的论坛,Linker不建议采用这些办法来限制主题与回复的重复。

二、限制回复中文:

修改include/newreply.inc.php

找到  $author = empty($isanonymous) ? $discuz_user : ”;

在其下一行加入:

if(preg_match_all("/[\xB0-\xF7][\xA1-\xFE]/",$message,$regs)<=3) showmessage("请输入4个中文以上!");

这个方法,Linker在采用,速度显示很快,并且限制了诸如连续字母、连续数字、连续符号等输入,从而促进会员的主动回复。

三、还有一个限制主题与回复重复的方法,Linker没有具体测试,看代码,似乎也是遍历数据库查询的办法,也有可能造成回复的迟钝延时,但据discuz论坛网友说明,是付费获得的方法,有需要的朋友可以具体测试一下:

1,修改include/newreply.inc.php

找到

$author = empty($isanonymous) ? $discuz_user : ”;

在其下一行加入

        if($subject&&$db->result_first("SELECT * FROM `{$tablepre}posts` WHERE `subject` LIKE ‘$subject’ limit 0,1")) showmessage("<script>alert(‘标题与已有标题重复!’);history.go(-1)</script>");
        if($db->result_first("SELECT * FROM `{$tablepre}posts` WHERE `message` LIKE ‘$message’ limit 0,1")) showmessage("<script>alert(‘内容与已有内容重复!’);history.go(-1)</script>");

2,修改include/newthread.inc.php

找到

$db->query("INSERT INTO {$tablepre}threads (fid, readperm, price, iconid, typeid, author, authorid, subject, dateline, lastpost, lastposter, displayorder, digest, special, attachment, subscribed, moderated)
                VALUES (‘$fid’, ‘$readperm’, ‘$price’, ‘$iconid’, ‘$typeid’, ‘$author’, ‘$discuz_uid’, ‘$subject’, ‘$timestamp’, ‘$timestamp’, ‘$author’, ‘$displayorder’, ‘$digest’, ‘$special’, ‘$attachment’, ‘$subscribed’, ‘$moderated’)");

在其上一行加入

if($db->result_first("SELECT * FROM `{$tablepre}threads` WHERE `subject` LIKE ‘$subject’ limit 0,1")) showmessage("<script>alert(‘标题与已有标题重复!’);history.go(-1)</script>");

四、连续回帖自动改为在上面一楼追加【实用·长帖自动不追加·版块黑白名单】,测试discuz7有效。

//连续回复自动合并

$_insertword = "\n\n$discuz_userss 于 ".date("$dateformat $timeformat",
$timestamp)." 补充以下内容\n\n";//追加内容前缀

$_maxlength = 80;//字符数大于此值则一律不合并,注意1中文=2字符(GBK)或3字符(UTF)

$_reducesmile = 1;//设为1=去除表情之后计算字数,0=否

$_reducequote = 1;//设为1=去除引用之后计算字数,0=否

$_reducespace = 1;//设为1=去除空白换行之后计算字数,0=否

$_blackfids = array(18);//版块FID黑名单,此名单内不进行合并

$_whitefids = array();//版块FID白名单,此名单内进行合并,黑白名单同时存在时白名单
无效

//设置部分结束

if($_blackfids && $_whitefids) unset($_whitefids);

$temp = $message;

if(is_array($smilies))if($_reducesmile) foreach($smilies as $sm) {

$temp = str_replace($sm['code'], ”, $temp);

}

if($_reducequote) $temp = preg_replace("/\s*\[quote\][\n\r]*(.+?)[\n\r]
*\[\/quote\]\s*/is", ”, $temp);

if($_reducespace) $temp = preg_replace("/\s/is", ”, $temp);

$temp = trim($temp);

$length = strlen($temp);

unset($temp);

if($length <= $_maxlength && (!$_blackfids || !in_array($fid, $_blackfids))
&& (!$_whitefids || in_array($fid, $_whitefids))) {

$q = $db->query("SELECT authorid, pid FROM {$tablepre}posts WHERE
tid=’$tid’ ORDER BY pid DESC LIMIT 1");

$q = $db->fetch_array($q);

if($q['authorid'] == $discuz_uid && !$attachment && !$isanonymous) {

$message = $_insertword . $message;

$db->query("UPDATE {$tablepre}posts SET smileyoff = 0,
bbcodeoff = 0, message = CONCAT(message, ‘$message’) WHERE pid=’{$q['pid']}’");

showmessage(‘post_reply_succeed’, "viewthread.php?
tid=$tid&pid={$q[pid]}&page=".(@ceil(($thread['special'] ? $thread['replies'] :
$thread['replies'] + 1) / $ppp))."&extra=$extra#pid{$q[pid]}");
}
}

//连续回复自动合并

上述代码本来还有管理组不受限的功能,Linker觉得无此必要,管理组也不能特殊嘛,有需要的朋友,去discuz论坛搜索。

OK,有了这些,Linker觉得,已经方便很多了,但另一方面,Linker同时也告诫大家,论坛是要发挥会

帝国cms利用万能标签制作google网站地图sitemap问题

0

分类 : 编码知识 | 发表时间 21-10-2008

现在国内的几大cms程序,发展至现在都已经比较稳定了,都有可圈可点的优劣之处,相比较于国外比较流行的cms类程序,个人感觉,国内的几大cms普遍在周边开源技术、服务支持氛围性方面,不是太好,说得有些绕口,不要见怪;比较明显的就是,和wordpress对比一下,优劣之势立见。

很早以前的一个网站,采用的是帝国的程序,当时帝国的程序限制比较多,但对于我的应用来说,已经足够。当时找了一个chinaz的模板,改了许久,内容、列表都出来了,只有一个css的问题在ie6下面表现得有一点错位,但在ie7、ie8下面很整齐,css水平有限,直至今年四月份时,当时网站所在服务器有些问题,反应非常慢,这一慢立刻发现,网页在调用一个css的时候,发现在调用一个异常的域名,搜索css才发现,竟然发现模板的上传者在css里面挂了页面,不管是挂马还是挂流量(挂马可能性不大),这种行为已经让人非常愤怒。

不管三七二十一,当帝国升级到5.0的时候,也直接套用了官方的默认模板,并且也沉下心来,在闲暇的时候,看一下帝国官方的模板教程。

在cms程序方面,很重要的一环就是制作网站地图提交给google管理员工具,帝国程序一直没有内置这一方面功能,让人很是遗憾,原因咱不讨论过多;帝国论坛有很多制作帝国程序网站地图的教程,看了几篇,有个别几篇比较无聊,复制原创人帖子改了域名后当主题发,显得有些多余,也有帖子讨论并直接给出代码实例,这种方式对学习者是最有帮助的。

依照帝国系统完整制作GOOGLE SITEMAP的方法(修改版)来制作,生成后索引地图页面是成功了,但最终列表页总是空页,我没用中级列表页,如果是中级列表页生成正常;这个问题已经有人提出解决方法,但我依照做了之后,还是没有结果。他的说法是这样的:

如果栏目下面有子栏目,也就是说不是终极栏目,我称为它是子栏目,[listsonclass]可以循环子栏目数据,但是如果栏目下面无子栏目,是终极栏目[listsonclass]无效,我遇见的情况就是如此,下面是原始教程中的代码:
——————————————————————————–
<?=’<?xml version="1.0" encoding="UTF-8"?>’?>
<urlset xmlns="http://www.google.com/schemas/sitemap/0.84">
<url><loc>网站域名</loc> </url>
[listsonclass]栏目id,3000,0,0,0,模板标签,0,0[/listsonclass]</urlset>

好在这位站长也是位对帝国模板比较熟悉的高手,想到利用万能标签,开始没有调试成功,得到“禾火木风”版主的确认提醒,确认万能标签可以实现,这位站长也确实调试成功,但我用它的万能标签代码,却怎么也生成不了内容列表:

<?=’<?xml version="1.0" encoding="UTF-8"?>’?>
<urlset xmlns="http://www.google.com/schemas/sitemap/0.84">
<url><loc>网站域名</loc> </url>
[ecmsinfo]栏目id,3000,0,0,0,模板标签,0[/ecmsinfo]
</urlset>

昨晚刚说过关注站长健康 您应该晚上10点就睡觉,今天就坚持不了,真是失败;依看那文中留言,似乎午夜过后的“夜里欢”似乎要点很大比例哪!

已经有些不清醒了,问题先放一放吧,有些时候问题稍放一放,考虑一下再回头思考,说不定有“拨云见日”的转机,有帝国高人的加我QQ,指点下,高人指点将会少走很多弯路的,呵!

最新fckeditor版本2.63的优化设置

3

分类 : 网站技术 | 发表时间 22-09-2008

Fckeditor编辑器,应该是最流行的编辑器之一了,不管是asp、php等之类的网站源码,基本都在应用fckeditor;虽然fckeditor也曾经出现过闻名直到现在的漏洞,那些整站包子的,就有很多利用fckeditor的后台漏洞;今天只分享fckeditor的最新版本设置方法,怎么应用可以参考FckEdit使用方法

首先删除一部分多余的删除文件

一 删除带_文件和文件夹
二 删除根目录下
fckeditor.afp|fckeditor.asp|fckeditor.cfc|fckeditor.cfm|fckeditor.lasso|fckeditor.php|fckeditor.pl|fckeditor.py|fckeditor_php4.

php|fckeditor_php5.php|fckutils.cfm|license.txt
三 删除editor\filemanager\connectors所有文件夹,只保留aspx

=== 支持上传,解决浏览的问题

四 修改editor\filemanager\connectors\aspx\config.ascx 第41行,修改为return true
五 修改fckconfig.js文件 第276,277行修改为aspx
六 修改editor\filemanager\connectors\aspx\config.ascx 第73,80,87,94行,修改为对应的上传目录

=== 优化配置

修改fckconfig.js文件
七 第171,174,177修改为true,去掉高级功能
八 第98行 修改FCKConfig.ToolbarSets["Default"]

FCKConfig.ToolbarSets["Default"] = [
['Source','Preview','-','Templates'],
['Cut','Copy','Paste','PasteText','PasteWord'],
['Undo','Redo','-','Find','Replace','-','SelectAll','RemoveFormat'],
['Checkbox','Radio','TextField','Textarea','Select','Button'],
‘/’,
['Bold','Italic','Underline','StrikeThrough','-','Subscript','Superscript'],
['OrderedList','UnorderedList','Indent','JustifyLeft','JustifyCenter','JustifyRight','JustifyFull'],
['Link','Unlink','Anchor'],
['Image','Flash','Table','Rule','SpecialChar','PageBreak'],
‘/’,
['Style','FontName','FontSize'],
['TextColor','BGColor'],
['FitWindow','ShowBlocks']   // No comma for the last row.
] ;

FCKConfig.ToolbarSets["Basic"] = [
['Bold','Italic','-','OrderedList','UnorderedList','-','Link','Unlink']
] ;

九 第173行 增加字体

FCKConfig.FontNames   = ‘Arial;Comic Sans MS;Courier New;Tahoma;Times New Roman;Verdana;宋体;黑体;隶书’ ;

十 FCKConfig.BackgroundBlockerOpacity = 0.00 ;

十一 FCKConfig.SkinPath = FCKConfig.BasePath + ‘skins/office2003/’ ;

摘引自:http://hi.baidu.com/caicaihui/blog/item/073672f0f99afda9a40f52a0.html

结合以前实例来分析优化discuz的误区

0

分类 : 技术文摘 | 发表时间 12-07-2008

有关于discuz的话题,本博提得不太少数,实在是对之爱之有佳,但也有无奈的无力感;之前关于discuz的乱码问题discuz论坛乱码的又一例解决方法discuz论坛W3WP.exe占用CPU100%的几个解决办法,还有那个虚拟股市6占用mysql资源的问题,最后以关闭虚拟股市了事;上述一系列的问题探索中,采取的方面也包括下述discuz优化误区中的几个方面当中,不过,在一定方面来说,适合度最重要,这关系着以下的操作是优化还是误区?

之前点石论坛中也有贴在讲述disduz的优化问题,大部分表现在模板方面,对于php、mysql方面的优化比较少;在落伍论坛也看到一个叫小勤的,好像就是那个给落伍写点击量统计查询插件的那位,有一篇日志被转到discuz论坛,是他跟踪一个客户的案例,其中提到用到了mysql慢查询来跟踪查询语句,并在最后对discuz的论坛数据库结构提出了改进索引的意见。我在改进那个discuz论坛W3WP.exe占用CPU100%的几个解决办法时,也确实用了下,感觉也确实有些作用,但在下述的所谓误区操作中,针对增加索引,提出了反面意见,而事实上,近一段时期,结合论坛实际发展情况,感觉也确实有些道理。

1、SQL 慢,加索引:多数情况下,数据库可能是瓶颈。通过 Slow Query Log 发现执行时间比较长的 SQL 并不难,于是有的人一看 SQL 走了全表扫描,干脆添加个索引好了。

其实这个地方值得商榷的。第一,必须确定一下该 SQL 执行次数到底是怎样的?执行真的很频繁? 那么对应的页面是否通过 Cache 可以减少对 DB 的冲击?如果可以,尽量不要添加索引,索引本身对表的负面影响也是很大的,比如降低更新速度影响并发能力等。就此看来,增加索引也确实是双刃剑,具体是否增加还要进一步的跟踪分析,从cache方面结合考虑查询的问题。

2、瓶颈一定在数据库上:数据库"可能"是瓶颈,很多时候,图片访问带来的压力甚至比数据库压力还大;有的用户数据库、用户上传的图片文件、Web 服务器都扔到一台服务器上,这时候,第一手去调整 MySQL 或许会有作用,但价值不大。因此,分析并确定瓶颈点,就是关键了。

3、盲目的静态编译 MySQL:静态编译 MySQL 有好处,但如果系统已经在线上运行了,在原有环境中进行静态编译未必能带来多大好处。对于 PHP 也是这样,如果一次优化从其它方式上能带来更清晰、直接的开销,就不要重新编译;我的看法是:如果论坛发展初期,哪怕是开始没来得及静态化,也要转为静态化,毕竟发展初期,大多数网站对于搜索引擎的依赖性还是比较大的,如果发展到一定地步或者是以实力领先、发展已经比较稳定的论坛团体,那就没必要再次静态化了。静态化,在一定方面,还是要以消耗部分性能为代价的。

4、反复尝试,但不建立基准数据;建立基准数据,实在应该是优化的最基本的步骤。这样才能有效的评估优化的效果。否则的话,象误区一描述的,添加了一个索引,短期内可能感觉快了,长期看,性能可能又会慢下来。这个基准数据建立的代价就大了,我当初也没有在增加索引之前保留数据库的备份,也没有太长时间对比效果,这工作量太大了点,像七十二松的那位管理员,那家伙有条件有精力来研究,还差不多。唉,国外的空间,忘记放在他们那里了,这样就省事太多了,那sir也是个优化狂人!佩服一把!本博一贯佩服技术领先、追求技术至境的网络人!

5、一次进行多个优化步骤:如果一次调整多个参数或是多个环境的设置,然后观察效果。如果每个步骤都是"对"的话,那么效果看起来是好的。如果有的步骤调节"错"的话,可能会抵消那些有效果的优化步骤。这方面不再多说了,再多分析嘛,分析后确定优化点。

上述部分内容源自:http://www.bullog.cn/blogs/dbanotes/archives/157025.aspx,我看这内容时搜索了下,有两个地址,并且是不同域名不同路径的相同内容,作者也相同,奇怪了,这作者排名不低呀,不会犯这样的重复性网页错误吧?

discuz的优化方面,实在有些疲累的感觉,毕竟数据库也比较大了,每次调整面临的压力与等待都比较辛苦,并且这也是在探索中前进,discuz官方对此的答案一向是那个“苦砂”回答,但这位似是一个应用层级别的高手,对于深层次的代码级修改和mysql深层次优化,似乎心有余而力不足,而discuz官方开发团队中,除了那个童虎偶尔展示一下风采外,其他人和其他解决性方案,更是难得一见。可能这就是对待免费下载使用用户的服务吧,理解吧,不理解也得理解吧!phpwind在速度方面,一向都是高出discuz一筹,但phpwind官方对于免费服务群体的态度,比之discuz官方更是过份,phpwind安装应用区的问题,就可见一斑,失望之下,才转至discuz的,但discuz近来的资源占用情况,似乎又在迫使我寻求其他的解决之路。VBB?还是aspx?还是静态化?还是在硬件方面加大投入?四核?还是分布式应用?扯淡!我这么high?我还谈优化干嘛?呵

优化,是个技术活,更是一个让人心力交瘁的活,有兴趣的,留言多交流!

无觅相关文章插件,快速提升流量