牧龙在野!

第一种方法：

ls -l|grep “^-”|wc -l

ls -l 长列表输出该目录下文件信息(注意这里的文件，不同于一般的文件，可能是目录、链接、设备文件等)。如果ls -lR|grep “^-”|wc-l则可以连子目录下的文件一起统计。

grep ^- 这里将长列表输出信息过滤一部分，只保留一般文件，如果只保留目录就是 ^d

wc -l 统计输出信息的行数，因为已经过滤得只剩一般文件了，所以统计结果就是一般文件信息的行数，又由于一行信息对应一个文件，所以也就是文件的个数。

第二种方法：

find ./ -type f|wc -l

由于默认find会去子目录查找，如果只想查找当前目录的文件用find ./ -maxdepth 1 -type f|wc -l即可。

需要说明的是第二种方法会比第一种方法快很多，尤其是也统计子目录时。

8bit=1Byte
1024Byte=1KB
1024KB=1MB
1024MB=1GB
1024GB=1TB
1024TB=1PB petabytes
1024PB=1EB exabyte
1024EB=1ZB zettabyte
1024ZB=1YB yottabyte
1024YB=1NB
1024NB=1DB

这个平时用不到，一年估计也就用个一两次，但是用到的时候非常管用！
网站转换空间的时候，大概大家都不想把东西先下载到本地，然后再上传到新服务器上吧。
P.S. 最惨的情况是两台服务器都没有shell权限，那么我们只好用手动了————很惨的哟。。。

由于很多虚拟主机限制了shell权限，给我们带来非常多的不便。这里就介绍一个如何使用phpMyadmin进行大数据库恢复的办法。当然，也有朋友提出使用帝国备份王，我没有测试，下次我测试了会把使用经验发上来。

更换域名Name Server之后，我们总要等待一段时间才能让所有DNS服务器都刷新到新的域名IP上去。这里有一篇文章教给你如何简单的去检验自己本机以及域名的DNS是否已经刷新：

由于今天要给我妹妹转移blog空间，所以找了很多Bo-blog转移空间的资料。以前使用boblog作为博客软件是贪图它的简单好用，没想到转移空间确实有一点小麻烦~因为mysql数据库版本不同的原因，是没法使用mysqldump直接导入的。

本来放在国内这台服务器上好好的，可是她们学校偏偏上不了我们这台服务器的网站，不知道是学校过滤系统误杀的原因，还是服务器本身网段的原因，所以只好给她转到美国了。经过测试，还算一切正常。但愿DNS刷新后，能够确实100%正常。

P.S. 发现国内域名注册商的刷新时间间隔太长了。我有一个在澳洲注册的域名，修改DNS以后，直接刷新过去了。但是我妹妹的域名过了好久，DNS还是没有刷新成我新改成的那个。很郁闷。

废话不多说，以下是技术型文章的转载，主要是关于Bo-blog如何转换空间的。下面这三篇文章都使用的是Bo-Blog自带的数据备份的功能，据说现在使用帝国备份王更简单。我没有用那个，也不好说。

1. 使用框架语言（Use frameworks）。



2. 使用一个集成的开发环境。（Use an Integrated Development Environment）

当我点击进入这篇文章的时候，我是被它的题目所吸引的。当我决定翻译这篇文章的时候，我感觉中国的大学也应该进行这种“21世纪需要学习的技巧”之类的思考。
这篇文章是一篇教育类的思考型的文章，它主要论述了教育界的一些人士对21世纪的技巧展开的常识性的总结和应用。当然，他们并没有给予这个短语以确切的含义，但是他们的思想、思考方向已经很明确了：当一个学生能够把目前的社会媒体所使用到的技巧应用到商业中，并成功的向5个不同国家的经销商销售了自己的产品时，他们就是在应用21世纪技巧。

我们国家的大学教育家们，是不是也应该进行类似的思考呢？或者已经有人在进行了，那么如果大家知道，请回复告知。。。

翻译正文开始：

最近有很多关于“21世纪应该掌握的技巧”的说法；其实我不想也不应该用这个表达方式。有一个网站，全部是关于21世纪技巧的文章（实际上这一类的网站很多，但是我所说的这一个网站连域名都写成了21世纪技巧：www.21stcenturyskills.org）。实际上我们也知道，我们的很多孩子都不懂什么是21世纪应该掌握的技巧，然而国际竞争者的国家里，却有很多孩子已经开始学习并掌握这些技巧。

在众多php版的blog软件中，最出名的应该是wordpress，而在中国人编写的php blog软件中，最流行的软件之一是bo-blog，我的博客就是使用bo-blog构建的。这两款软件都是开源、免费，并且都有众多使用者（当然，wordpress的规模和流行远非bo-blog能比）。

在创建有自己独立域名 的博客的时候，很多中国的blogger要面对的一个问题是：我应该选择wordpress还是bo-blog？

网上有很多关于wordpress和bo-blog相比的文章，大部分是从技术方面出发分析的，都分析的很好，我不多说技术这一块。只是简单提一下：

wordpress 优点是更新快、代码更加规范、插件众多、功能强大、稳定安全、以强大公司和全世界编程人员为技术后盾，实力很强；

但是它的缺点是中文版的wordpress需要自己动手安装插件，对于新上手的blogger来说，尤其是那些对于编程不是很熟悉、不太懂代码的人，还是有一定难度的；

Bo-blog 优点是它有中国特色、是中国人使用的博客、界面和功能都比较适合中国人的习惯和使用、软件集成了一些简单的功能，使我们不必安装过多的插件，节省了我们的时间，对代码小白们（me）更是好处众多、它本身就是中文版，所以不必考虑汉化的问题以及模板上的英文转化中文的问题；

它缺点也不少：版本升级比较慢，尤其是目前的2.1.1测试版，测试了半年了，还没出来，据说是bob不思进取（kidding~）；模板和插件相对较少，扩展性不强；无论是基础代码还是插件，开发者人数有限，这样的隐患是软件的升级和开发寿命都是不稳定的，这是风险之一；虽然集成了一些功能，但是考虑到插件太少，所以其功能还是相对简单。

总之，Bo-blog就是为喜欢简单、不想把时间浪费在修改代码、弄插件的blogger准备的，而wordpress则是为相对较高级、喜欢自己动手修改代码和插件的blogger们准备的。各有所需。

很多blogger都喜欢在网站网址栏处放上有自己特色的ICO图标。但是并不是所有人都懂ps的，怎么办？这里有一些网上的ico图标生成站可以供我们方便的制作ico图标。

可以生成动画的：

html-kit.com
在这个网站，你可以将你喜欢的任何一张图片在线转换成ICO，还可以添加文字生成动态ICO。
使用步骤：
1、打开http://www.html-kit.com/favicon  
2、点击浏览选择你希望做成ICO的图片，然后可以添加文字，可生成动态ICO。
3、点击 Generate FavIcon.ico 按钮提交
稍等片刻后，你的ICO将会自动生成，可以点击旁边的保存按钮将ICO下载到本地。最后在HTML的head区插入代码：

以下是不能生成动画的：

http://tools.dynamicdrive.com/favicon/
这个也可以制作，只是不能出现动画

http://www.bitbug.net/  
这个是中文的，但是不能生成动画

http://ico.55.la/
效果非常一般，经常提示你选择的jpg文件不是jpg文件，不知道什么原因。

Vista系统对软件和用户的权限设置非常严格，这样对安全性的提高是有好处的，但是一方面又造成了很多在XP下运行正常的软件出现这样那样的小问题。

迅雷就是一款出现小问题的软件。在Vista下，IE7默认是无法直接点击迅雷的下载页面，然后启动迅雷程序的。但是IE6，或者XP系统下则可以，这样用户就会很麻烦。

如何解决呢？

我平时是这样做的，点击迅雷主页或者gougou.com，搜索到自己需要的资源后，点击下载页面。这时不要去点击下载的链接，因为在Vista下面，你用IE7点击下载链接，不会直接启动迅雷程序的。所以在点击链接之前，请先双击你的迅雷程序在桌面上的图标，然后回到IE7去点击那个下载链接，迅雷程序就能直接辨认并跳出下载对话框了。

有网友建议将IE7的属性设置成Administrator运行，不过我不建议这么做，因为IE7多多少少还是会有一些安全隐患的，如果为了方便就设置成超级管理员帐户的话，会有很大的安全隐患，也许以后给你造成的麻烦远比自动启动迅雷这样的方便要损失很多。

还有一个办法，就是设置开机自动开迅雷，其实这是跟我的办法一样的，原理就是让迅雷软件运行起来后，再点击IE7上的下载链接，从而让迅雷软件辨认下载链接所包含的文件，不用再让IE7去调用这个软件并运行迅雷了。但是我也不建议这样做，因为迅雷如果开机运行的话，就会自动上传你的资源。对于有流量限制或者带宽限制的网友来说，这样非常不好。

在上一篇日志中，我转载介绍了如何解决word2007不能添加页码的问题，但是如果即使那样做了，仍然无法添加页码怎么办？请看下面的解决方案：

解决 Word 2007 插入页码的 Building Blocks.dotx 错误提示问题


您在首次启动Word 2007，或在功能区中尝试插入自动图文集、书目、封面、方程式、页尾、页首、页码、快速组件、目录、表格、文本框、水印时，您可能会收到下列错误讯息：

Word 无法开启此文件范本。(drive_letter:\...\2052\Building Blocks.dotx)

当您结束 Word 2007 并储存 Building Blocks.dotx 模板的变更之后，重新启动 Word 2007 并尝试使用图库时可能仍会出现这些征状。

发生原因

如果 Building Blocks.dotx 损坏或损毁，就会发生这个问题。Building Blocks.dotx 共有两份复本。其中一份复本储存在您的用户数据文件夹中。另一份储存在 [Office 12] 文件夹的 [Document Parts] 文件夹中。通常是储存在用户数据文件夹中的复本损毁。不过，这两份复本都可能会损毁。

解决方案

Windows快捷键大全
一、常见用法：

F1　　　　　　　　　　　显示当前程序或者windows的帮助内容。
F2　　　　　　　　　　　当你选中一个文件的话，这意味着“重命名”
F3　　　　　　　　　　　当你在桌面上的时候是打开“查找：所有文件” 对话框
F10或ALT　　　　　　　　激活当前程序的菜单栏
windows键或CTRL+ESC　　 打开开始菜单
CTRL+ALT+删除　　　　 在win9x中打开关闭程序对话框
删除　　　　　　　　　删除被选择的选择项目，如果是文件，将被放入回收站
SHIFT+删除　　　　　　删除被选择的选择项目，如果是文件，将被直接删除而不是放入回收站
CTRL+N　　　　　　　　　新建一个新的文件
CTRL+O　　　　　　　　　打开“打开文件”对话框
CTRL+P　　　　　　　　　打开“打印”对话框
CTRL+S　　　　　　　　　保存当前操作的文件
CTRL+X　　　　　　　　　剪切被选择的项目到剪贴板
CTRL+INSERT 或 CTRL+C　 复制被选择的项目到剪贴板
SHIFT+INSERT 或 CTRL+V　粘贴剪贴板中的内容到当前位置
ALT+BACKSPACE 或 CTRL+Z 撤销上一步的操作
ALT+SHIFT+BACKSPACE　　 重做上一步被撤销的操作
　

前段时间我发现自己博客在feedsky上的订阅界面一直出问题，而且也没法编辑网址等信息，以为是feedsky网速的问题，就没再管它。今天测试了下才发现，是自己bo-blog后台设置有误。在订阅文章输出那里，不知道什么时候被我设置成1000篇——这么大的输出，当然会造成浏览器死掉。一个进程读不出来，于是就没有任何反映了。

今天把feed设置改成输出50篇，果然可以了。

借花献佛，这一个功能是从澳宝看来的

非常简单，只需要点击这个网站：http://maps.amung.us/customize/ 选择你喜欢的形式，然后复制代码到你博客的底部。然后就会出现正在浏览你网站的网友所处的地理位置了。

非常有趣的是，这种流量检测直接表现在世界地图上，很直观。

1、看机器配置，指三大件：cpu、内存、硬盘
2、看mysql配置参数
3、查系mysql行状态，可以用mysqlreport工具来查看
4、查看mysql的慢查询
依次解决了以上问题之后，再来查找程序方面的问题


my.cnf缓存优化
在 my.cnf 中添加/修改以下选项:

这个办法只用于新建的栏目，不能用于旧栏目。

include/config_base.php

找到



将 755 改成 775 即可。

还望技术达人指点。

修改templets/default/index_article.htm

找到


将下方的改为



这里的 16就是控制栏目显示个数的位置，可以按照自己的想法进行设定。

文档列表栏目处，可修改 templets/default/list_article.htm

一样的改法。

打开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
黄色部分是程序等待时间 默认两秒

编辑include/vdimgck.php，查找下面内容更改mt_rand里面的数字为(48,57)即可。

本文系转载

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

文档数量接近90万

每个栏目包含近3万数据

用软件制作好 favicon.ico 放到网站根目录，然后在 前加入


下载icon图片的地址：http://www.mlzy.net/post/783/