You're almost as happy as you think you are.
网络教程
网络教程
Centos中压缩(zip)和解压(unzip)命令
Aug 17th
在用ftp软件备份数据的时候，由于文件太多导致耗费许多时间，所以需要用压缩和解压的命令，列如，我需要备份/opt/data文件夹，但是由于data里面文件数目有几万个，这个时候就需要用zip命令，见data文件压缩后在传输：
cd /opt
zip -r data.zip data
OK，将data文件压缩成了data.zip格式了，这是上传下载就很快了。同样的道理，将压缩文件传到centos里面时，可以用unzip解压文件；列如，将/opt/data.zip解压，就可以用如下命令：
cd /opt
unzip data.zip
===============================
还有更多相关的命令如下：
1. 我想把一个文件abc.txt和一个目录dir1压缩成为yasuo.zip：
＃ zip -r yasuo.zip abc.txt dir1
2.我下载了一个yasuo.zip文件，想解压缩：
# unzip yasuo.zip
3.我当前目录下有abc1.zip，abc2.zip和abc3.zip，我想一起解压缩它们：
＃ unzip abc\?.zip
注释：?表示一个字符，如果用*表示任意多个字符。
4.我有一个很大的压缩文件large.zip，我不想解压缩，只想看看它里面有什么：
# unzip -v large.zip
5.我下载了一个压缩文件large.zip，想验证一下这个压缩文件是否下载完全了
# unzip -t large.zip
6.我用-v选项发现music.zip压缩文件里面有很多目录和子目录，并且子目录中其实都是歌曲mp3文件，我想把这些文件都下载到第一级目录，而不是一层一层建目录：
# unzip -j music.zip
Discuz X1有关short_open_tag 需要设置为on
Jul 17th
今天想本地调试Discuz X1，在mac os 10.6上好不容易搭建好了apache+php+mysql，数据导入，配置文件设置好，mod_rewrite也载入，但死活就是无法正常运行网站，郁闷之极，实在没办法了，只要删除install.lock想重新装一遍，结果这时候提示我php.ini里边short_open_tag 需要设置为on，于是照做后，发现一切正常了，看来经验很重要，往往一小步错误就会导致无法设置成功。
在Mac OS X 10.6 Snow Leopard上建立Apache, MySQL和PHP环境
Jul 17th
本文介绍的是在OS X 10.6上建立PHP开发环境。
OS X 是主流的操作系统中，少数的将PHP和Apache作为组件随系统安装的。因此只需稍作配置，就能让PHP和Apache正常工作。
安装MySQL
上MySQL官 网下载对应的mysql-version-osxversion-platform.dmg安装文件，下载完成之后双击这个文件来加载这个镜像文件，然后 运行MySQLStartupItem.pkg文件完成安装。
待安装完成之后，运行Terminal， 输入：
sudo /usr/local/mysql/bin/mysqld_safe
来查看MySQL正在运行的信息。 More >
mac显示隐藏文件
Jul 16th
命令如下(注意其中的空格)：
显示：defaults write com.apple.finder AppleShowAllFiles -bool true
隐藏：defaults write com.apple.finder AppleShowAllFiles -bool false
注：重启 Finder 之后产生效果。
Nginx服务器下Discuz!X 的伪静态化 rewrite 规则
Jul 5th
以下为当论坛安装在bbs目录下时候的改写规则，如果论坛安装在根目录则将bbs/去掉即可：
location /bbs/ {
index index.php;
rewrite ^([^\.]*)/topic-(.+)\.html$ $1/portal.php?mod=topic&topic=$2 last;
rewrite ^([^\.]*)/article-([0-9]+)-([0-9]+)\.html$ $1/portal.php?mod=view&aid=$2&page=$3 last;
rewrite ^([^\.]*)/forum-(\w+)-([0-9]+)\.html$ $1/forum.php?mod=forumdisplay&fid=$2&page=$3 last;
rewrite ^([^\.]*)/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=viewthread&tid=$2&extra=page%3D$4&page=$3 last;
rewrite ^([^\.]*)/group-([0-9]+)-([0-9]+)\.html$ $1/forum.php?mod=group&fid=$2&page=$3 last;
rewrite ^([^\.]*)/space-(username|uid)-(.+)\.html$ $1/home.php?mod=space&$2=$3 last;
rewrite ^([^\.]*)/([a-z]+)-(.+)\.html$ $1/$2.php?rewrite=$3 last;
if (!-e $request_filename) {
return 404;
}
}
CENTOS之mysql binlog清除命令记录
Jun 20th
这两天经常发现服务器磁盘空间被大量的binlog给充斥着，看来不做个处理肯定不行，刚开始尝试修改mysql的my.cnf，想把单个日志文件缩小为小一点的文件，或许生成的binlog就不会那么大，后来发现这样处理以后，mysql就在那个目录底下生成了将近9万多个文件，加起来总大小跟之前是一样的，看来是我理解错了，只要binlog不关闭，改变单个大小是没有用的，一个目录底下有如此庞大的文件数绝对是个噩梦，因此一定要设法清除掉，于是进入那个目录后，输入 rm -rf binlog.* 回车后提示我：-bash: /bin/rm: Argument list too long，看来文件太多了，rm已经承受不住了，上网搜索别的清除大量文件的方式找到了如下的另一种方式：ls binlog.* | xargs rm -f，不过刚开始运行这个的时候还是提示：-bash: /bin/ls: Argument list too long，我就知道9万个文件实在太他妈庞大了，于是开始通过通配符缩小这个范围：
ls binlog.0*0 | xargs rm -f
ls binlog.0*1 | xargs rm -f
ls binlog.0*2 | xargs rm -f
等等一直做着如此缩小文件范围的匹配，终于最终把这个数量庞大的log文件给干掉了。
PHP 存取 Mysql 数据乱码终极解决方案
Jun 19th
终极解决办法，php 文件为UTF-8时的做法：在所有执行mysql_query函数做数据库插入删除查询之前 执行下面三个命令：
mysql_query(‘set character_set_client = utf8′);
mysql_query(‘set character_set_connection = GBK’);
mysql_query(‘set character_set_results = utf8′);
苹果mac os x系统的快捷截图技巧
Jun 15th
苹果系统截图，可直接使用快捷键来操作，非常方便：
1.Command＋shift＋3:全屏截图
2.Command＋shift＋4:鼠标选定区域截图
使用第二种截图，还有两个小技巧
第一个：
使用Command＋shift＋4后，按下空格键，鼠标会变成一个小相机，这时候你使用鼠标对一个窗口点击一下鼠标左键，你已经对一个窗口进行了 截图。
第二个：
按Command＋shift＋4 后 ,画一个抓取的区域，不要松开鼠标，接着
1. 按住空格可以移动这个区域
2. 按住 Shift后，将锁定X 或者 Y轴进行拖动
3. 按住 Option后 将按照区域圆心进行放大.
最后所有截图将直接显示在桌面上。
Centos 常用命令收集
Jun 6th
一：查看cpu
more /proc/cpuinfo | grep “model name”
grep “model name” /proc/cpuinfo
如果觉得需要看的更加舒服
grep “model name” /proc/cpuinfo | cut -f2 -d:
二：查看内存
grep MemTotal /proc/meminfo
grep MemTotal /proc/meminfo | cut -f2 -d:
free -m |grep “Mem” | awk ‘{print $2}’
三：查看cpu是32位还是64位
查看CPU位数(32 or 64)
getconf LONG_BIT
四：查看当前linux的版本
more /etc/redhat-release
cat /etc/redhat-release More >
centos 5.2上安装nginx手记之mysql篇
Jun 5th
这两天替朋友安装配置一台linux vps，目标是搭建如下架构：系统架构：Centos 5.3 + Nginx 0.8.15 + PHP 5.2.10 (FastCGI)，刚开始没考虑太多，就按照张宴的nginx系列教程开始搭建这个架构，一切还算顺利，可是到了编译安装MYSQL的那一步出现一条：
make INSTALL_TO_DIR="/var/lib/mysql/mysql-test" install_test_files make[4]: Entering directory '/mysql-5.1.40/mysql-test'
以后再也进行不下去了，去google搜索了一下发现这个很可能是mysql的一个bug，参考这个：http://bugs.mysql.com/bug.php?id=48473
于是回头检查了一下系统版本号，发现是centos 5.2 32位的，而那个教程通过测试的环境是centos5.3，杯具了，我立马意识到很可能是这个架构在5.2底下无法通过编译安装，不过还是不死心，把mysql的版本降低了一点，再进行一次编译安装，这次果不其然还是杯具了，到那一步一模一样的错误，就再也跳不过去了，顿时感觉心灰意冷，到底怎么回事，太被了吧，于是重新寻找centos底下安装nginx的教程，这次找到了一个一键安装的教程，一切只需要通过wget一个安装包install.tar，解压缩后运行install.sh即可，运行一切貌似都还正常，但是到了mysql编译安装的那一步的时候又一次杯具了，还是这个错误提示，顿时我感觉从来未曾有过的绝望，天要亡我啊，既然过不去，我就彻底放弃了，干脆把那个编辑窗口闲置在那里不再理会，也不知道过了多久，点开那个编译窗口的时候奇迹出现了，编译进行下去了，这怎么个意思，莫非网上那个but提交误导了我，这个根本就不是一个bug，只是那一步需要等待很久，让人误认为无法进行下去了，哎，真够杯具的，不过不管怎么说，通过这次噩梦般的体验，对centos底下nginx的架构又加深了一层认识。
现在貌似一切正常，安装还在进行，看过那个自动安装包，其实也就是把多个步骤写在了一个可执行文件里头，感谢写这个教程的仁兄，如果安装成功，那可是帮了大忙了，先将该安装包放到了我的服务器环境下，供大家下载:http://www.usidc.net/software/system/centos/install.tar在此也对该仁兄的精神表示敬佩和感激之情，也希望我这篇文章能给碰到类似问题的兄弟一点提示，尽量少走弯路。
集成linux+php-cgi+nginx+mysql安装包，只要执行一下里面的install.sh就可以完成安装！mysql root密码为空，安装路径在/usr/local/mysql里web路径在/var/www/html，如果想更改只要修改/usr/local/nginx/conf/nginx.conf里root的路径就行了.
到目前为止，服务器已经成功搭建好环境，并进行了良好的运行测试。
