这是fengyqf的博客
使用Image Magick这个命令行图像处理软件批量处理图片，最有用的是批量缩放照片。举例：
目录photo中放置待缩小的图片，缩小后图片放置于small目录，缩小为原图片的50%。
进入photo目录，执行命令
feng@fscu:~/photo$ for img in `ls`; do convert -resize 50%x50% $img ../small/$img; done
即可。
————————————————————————————-[……]
使用php写的web程序，从mssql 2005读取一个文章列表，要读取出文章内容，在列表页面里显示出一部分，起先使用：
SELECT top 20 [id],[title],[content], FROM [news] where xxx
这是很自然直接的写法，但是发现运行速度非常的慢，浏览器访问经常要花费好几秒到几十秒才打开页面，慢的时候还会php脚本执行的超时；该表建有必要的索引，数据量只有几万条而已。通过定时追踪发现问题就出在这个语句上，改成如下的形式：
$sql="SELECT top $pagesize * from ( SELECT[......]
已于2012-01-16更新：对于元素为数组的，也以表格输出（否则将数组子元素显示为array）
直接上代码
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="tex[......]
使用centos 6 做桌面用，但一直有个缺陷：kchmviewer安装不上。提示缺少Qt库，以前通过rpm.pbone.net查找下载qt库，但总是有包依赖的冲突，两个软件包（具体是谁忘记了），一个要高版本的库，一个一定要低版本的库，于是放弃，尝试自己编译，一样没解决包依赖问题。
今天是2012年元旦，随手google搜索一下 centos 6 kchmviewer，是看到了第一条结果，马上尝试，很顺利，安装成功。
回看一下自己失败的原因，原来是下载的qtwebkit包太新(qtwebkit-2.1.1-1.el6.i686)，所以出现软件包依赖冲突；而使用qtwebkit-2.[……]
php开发环境里，安装了xdebug模块后，var_dump()输出的结果将比较易于查看，但默认情况下，var_dump() 输出的结果将有所变化：过多的数组元素不再显示，字符串变量将只显示前N个字符，较深的数组元素也被显示成省略号。这点会带来一些不便，我们修改配置文件，设置这些。
在php.ini里的xdebug节点中，加入如下
xdebug.var_display_max_children=128
xdebug.var_display_max_data=512
xdebug.var_display_max_depth=5
含义从名字上看就可看懂。
其实这里有三条[……]
这是对一种错误表述的评论，错误见文后部分
“windows系统是直接输入文件的绝对路径需要这种方式”e:\\aaa.txt”,注意是两个反斜杠，一个反斜杠的话就错了”这个说法是误导，或有 误导之嫌。windows系统表示文件路径时，使用一个反斜杠，而反斜杠在很多语言里表示转义之用，所以要用两个反斜杠；路径的字符串在程序运行过程中 （内存里），实际还是一个。
如果在php里，这样的用单引号括起路径字符串，如下这样是这完全正确的 readfile(‘e:\Downloads\t.txt’); 而readfile(“e:\Downloads\t.txt”);这样写就错了。不过事实上，在w[……]
简介
大家都知道使用sp_who2这个命令来查看当前正在的执行的SQL语句的spids.但是显示
的信息有限.比如,它只显示执行SELECT,DELETE,UPDATE等.看不到实际的sql命令.
知道正在执行哪条sql语句对于我们debug程序,找出哪些语句花费很长时间,或是哪些语句产生
堵塞来说非常重要.而且这个常用来查看存储过程执行到哪一步.执行到哪个语句.
所以我们需要一个比sp_who2更好的命令来做这些工作.
这个命令使用SQL的动态管理视图 Dynamic Management Views (DMVs).所以只用执行在SQL2005或是
更高的版本上.[……]
数据库是什么，从字面上理解，就是存储数据的系统。
日常学习工作生活中，经常会见到“数据库”这一概念，如，公安系统的居民身份证数据库，银行储户信息数据库，某某论文数据库，基因数据库，等等。这些例子里的数据库并非本文所要讲述的“数据库”的概念，它们是 依据一定的手段存储的、可以快速检索的海量数据。而本文中所讲的数据库，则是能够对数据实现方便存储、快速检索、易于更新维护的软件，注意了，我们所讲的数据库实际是计算机软件，而并不关心存储具体数据是银行存款、还是家庭收支账单、或者是邂逅美女的记录。严格的说，本文所讲的数据库，是“关系型数据库”，而不是当下在sns时代火爆的NoSQL数据库。
关[……]