IT TECH
此分类中文章绝大部分为转载(配有评论的话,应该都是我的评论)。有些文章没有写上来源,可能是来自 www.admin5.com 的,在这里道歉下~ 希望大家能够见谅。。本人还是非常尊重别人版权的。。。
此分类中文章绝大部分为转载(配有评论的话,应该都是我的评论)。有些文章没有写上来源,可能是来自 www.admin5.com 的,在这里道歉下~ 希望大家能够见谅。。本人还是非常尊重别人版权的。。。
前段时间我发现自己博客在feedsky上的订阅界面一直出问题,而且也没法编辑网址等信息,以为是feedsky网速的问题,就没再管它。今天测试了下才发现,是自己bo-blog后台设置有误。在订阅文章输出那里,不知道什么时候被我设置成1000篇——这么大的输出,当然会造成浏览器死掉。一个进程读不出来,于是就没有任何反映了。
今天把feed设置改成输出50篇,果然可以了。
今天把feed设置改成输出50篇,果然可以了。
为你的博客增加“who is among us?”
[
2008/11/13 19:31 | by mlzy ]
2008/11/13 19:31 | by mlzy ]
借花献佛,这一个功能是从澳宝看来的
非常简单,只需要点击这个网站:http://maps.amung.us/customize/ 选择你喜欢的形式,然后复制代码到你博客的底部。然后就会出现正在浏览你网站的网友所处的地理位置了。
非常有趣的是,这种流量检测直接表现在世界地图上,很直观。
非常简单,只需要点击这个网站:http://maps.amung.us/customize/ 选择你喜欢的形式,然后复制代码到你博客的底部。然后就会出现正在浏览你网站的网友所处的地理位置了。
非常有趣的是,这种流量检测直接表现在世界地图上,很直观。
MySQL优化步骤及my.cnf缓存优化
[
2008/11/05 10:55 | by mlzy ]
2008/11/05 10:55 | by mlzy ]
1、看机器配置,指三大件:cpu、内存、硬盘
2、看mysql配置参数
3、查系mysql行状态,可以用mysqlreport工具来查看
4、查看mysql的慢查询
依次解决了以上问题之后,再来查找程序方面的问题
my.cnf缓存优化
在 my.cnf 中添加/修改以下选项:
#取消文件系统的外部锁
skip-locking
#不进行域名反解析,注意由此带来的权限/授权问题
skip-name-resolve
#索引缓存,根据内存大小而定,如果是独立的db服务器,可以设置高达80%的内存总量
key_buffer = 512M
#连接排队列表总数
back_log = 200
max_allowed_packet = 2M
#打开表缓存总数,可以避免频繁的打开数据表产生的开销
table_cache = 512
#每个线程排序所需的缓冲
sort_buffer_size = 4M
#每个线程读取索引所需的缓冲
read_buffer_size = 4M
#MyISAM表发生变化时重新排序所需的缓冲
myisam_sort_buffer_size = 64M
#缓存可重用的线程数
thread_cache = 128
#查询结果缓存
query_cache_size = 128M
#设置超时时间,能避免长连接
set-variable = wait_timeout=60
#最大并发线程数,cpu数量*2
thread_concurrency = 4
#记录慢查询,然后对慢查询一一优化
log-slow-queries = slow.log
long_query_time = 1
#关闭不需要的表类型,如果你需要,就不要加上这个
skip-innodb
skip-bdb
2、看mysql配置参数
3、查系mysql行状态,可以用mysqlreport工具来查看
4、查看mysql的慢查询
依次解决了以上问题之后,再来查找程序方面的问题
my.cnf缓存优化
在 my.cnf 中添加/修改以下选项:
#取消文件系统的外部锁
skip-locking
#不进行域名反解析,注意由此带来的权限/授权问题
skip-name-resolve
#索引缓存,根据内存大小而定,如果是独立的db服务器,可以设置高达80%的内存总量
key_buffer = 512M
#连接排队列表总数
back_log = 200
max_allowed_packet = 2M
#打开表缓存总数,可以避免频繁的打开数据表产生的开销
table_cache = 512
#每个线程排序所需的缓冲
sort_buffer_size = 4M
#每个线程读取索引所需的缓冲
read_buffer_size = 4M
#MyISAM表发生变化时重新排序所需的缓冲
myisam_sort_buffer_size = 64M
#缓存可重用的线程数
thread_cache = 128
#查询结果缓存
query_cache_size = 128M
#设置超时时间,能避免长连接
set-variable = wait_timeout=60
#最大并发线程数,cpu数量*2
thread_concurrency = 4
#记录慢查询,然后对慢查询一一优化
log-slow-queries = slow.log
long_query_time = 1
#关闭不需要的表类型,如果你需要,就不要加上这个
skip-innodb
skip-bdb
Dedecms更新html提示出错的解决办法之一
[
2008/11/03 20:10 | by mlzy ]
2008/11/03 20:10 | by mlzy ]
这个办法只用于新建的栏目,不能用于旧栏目。
include/config_base.php
找到
将 755 改成 775 即可。
还望技术达人指点。
include/config_base.php
找到
//新建目录的权限,如果你使用别的属性,本程不保证程序能顺利在Linux或Unix系统运行
$cfg_dir_purview = 0755;
$cfg_dir_purview = 0755;
将 755 改成 775 即可。
还望技术达人指点。
Dedecms栏目列表左侧将默认8个改成更多栏目的办法
[
2008/11/03 10:33 | by mlzy ]
2008/11/03 10:33 | by mlzy ]
修改templets/default/index_article.htm
找到
将下方的
这里的 16就是控制栏目显示个数的位置,可以按照自己的想法进行设定。
文档列表栏目处,可修改 templets/default/list_article.htm
一样的改法。
找到
<dt>栏目列表</dt>
将下方的
{dede:channel type='sun'}
改为{dede:channel row='16' type='sun'}
这里的 16就是控制栏目显示个数的位置,可以按照自己的想法进行设定。
文档列表栏目处,可修改 templets/default/list_article.htm
一样的改法。
这里转载一个php的站内搜索源码,好处是不需要mysql。但是我感觉由于它只能搜索指定目录下的文件名,所以并不是很精确。
Dedecms: 会员登陆后返回登陆前页面
[
2008/10/31 15:56 | by mlzy ]
2008/10/31 15:56 | by mlzy ]
打开member/index_do.php 找到
Copy code
if(empty($gourl)||eregi("action|_do",$gourl)){
ShowMsg("成功登录,5秒钟后转向系统管理中心...","control.php",0,2000);
}else{
ShowMsg("成功登录,转到进入页面...",$gourl,0,2000);
ShowMsg("成功登录,5秒钟后转向系统管理中心...","control.php ",0,2000);
红色部分是登陆成功后的提示语,
绿色部分是登陆后返回的页面,默认的是会员中心,改成 ../../ 就是返回首页 返回登陆前页面就改成 -1
黄色部分是程序等待时间 默认两秒
Copy code
if(empty($gourl)||eregi("action|_do",$gourl)){
ShowMsg("成功登录,5秒钟后转向系统管理中心...","control.php",0,2000);
}else{
ShowMsg("成功登录,转到进入页面...",$gourl,0,2000);
ShowMsg("成功登录,5秒钟后转向系统管理中心...","control.php ",0,2000);
红色部分是登陆成功后的提示语,
绿色部分是登陆后返回的页面,默认的是会员中心,改成 ../../ 就是返回首页 返回登陆前页面就改成 -1
黄色部分是程序等待时间 默认两秒
Dedecms 验证码更改为数字
[
2008/10/30 14:55 | by mlzy ]
2008/10/30 14:55 | by mlzy ]
编辑include/vdimgck.php,查找下面内容更改mt_rand里面的数字为(48,57)即可。
//获取随机字符
$rndstring = "";
for($i=0;$i<4;$i++){
$rndstring .= chr(mt_rand(48,57));
}
//获取随机字符
$rndstring = "";
for($i=0;$i<4;$i++){
$rndstring .= chr(mt_rand(48,57));
}
dedecms负载性能优化实例,三招让你的dede快10倍以上
[
2008/10/14 21:03 | by mlzy ]
2008/10/14 21:03 | by mlzy ]
本文系转载
对dedecms表现出来的相对较差的性能也感觉比较迷惑,到底是什么在制约其负载效率?难道真的是某些脑残的dede论坛版主说的是因为mysql不堪重负的原因吗?
还是因为一个表的大数据造成性能严重下降?难道我们必须通过分多个表来存储才能解决问题吗?以下我们通过一个实例来解析和优化dedecms的数据管理性能,千万别让mysql当替罪羊,罪莫大焉。
测试数据是无意中得到的企业黄页的数据,数据量将近90万,都是完全真实的数据,测试使用的程序是dedecms4.0版本,你问为什么不用dedecms5.1?那是因为我们为了优化,针对dedecms做了很多修改,如果使用dedecms5.1,我们害怕收到法院传票……,补充一句,以下的优化方法均能在dedecms5.1中使用,请在理解其原理的基础上自行完成。
未优化前我们测试发现主要有三个经常性的操作在dede大数据量的情况下影响管理性能,分别是文档生成、列表页生成和栏目列出所有文章,我们就针对这三个方面进行优化实践。
以下是测试数据的基本信息:

文档数量接近90万

每个栏目包含近3万数据
对dedecms表现出来的相对较差的性能也感觉比较迷惑,到底是什么在制约其负载效率?难道真的是某些脑残的dede论坛版主说的是因为mysql不堪重负的原因吗?
还是因为一个表的大数据造成性能严重下降?难道我们必须通过分多个表来存储才能解决问题吗?以下我们通过一个实例来解析和优化dedecms的数据管理性能,千万别让mysql当替罪羊,罪莫大焉。
测试数据是无意中得到的企业黄页的数据,数据量将近90万,都是完全真实的数据,测试使用的程序是dedecms4.0版本,你问为什么不用dedecms5.1?那是因为我们为了优化,针对dedecms做了很多修改,如果使用dedecms5.1,我们害怕收到法院传票……,补充一句,以下的优化方法均能在dedecms5.1中使用,请在理解其原理的基础上自行完成。
未优化前我们测试发现主要有三个经常性的操作在dede大数据量的情况下影响管理性能,分别是文档生成、列表页生成和栏目列出所有文章,我们就针对这三个方面进行优化实践。
以下是测试数据的基本信息:

文档数量接近90万

每个栏目包含近3万数据





2008/11/22 09:04 | by



