假期将网站迁移到新服务器同时对系统进行了升级，并做了部分安全维护，整理一下。

数据库导出：mysqldump -uusername -p dbname > /home/admin/name.sql

导出指定数据表：mysqldump -uusername -p dbname table1 table2 > /home/admin/name.sql

数据库导入：mysql -uusername -p dbname < /home/admin/name.sql

文件压缩：zip -r  zipname.zip  filename     zip -r zipname.zip *

文件解压：unzip zipname.zip

文件下载：wget fileurl

返回上级目录：cd ../

修改文件所属用户组：chown -R username.groupname filename

修改文件属性为777：chmod -R 777 filename

以上命令基本即可就可以完成网站的迁移，数据库备份，网站文件打包备份，下载到新的服务器，还原数据库和网站文件，重新配置数据库帐号 密码等信息，修改相关文件属性及所属用户组，更新缓存即可完成网站的迁移。

完成以上迁移后，对不需要php权限的相关目录（图片、模板、附件等目录）进行限制，提高安全性，简单的做法通过htacess文件进行限制：

RewriteEngine on RewriteCond % !^$
 RewriteRule images/(.*).(php)$ – [F]
 RewriteRule uploadfile/(.*).(php)$ – [F]
 RewriteRule templates/default/(.*).(php)$ –[F]

大家都知道在IE浏览器中，可以使用一段代码 body {filter: gray;} 用微软的滤镜代码将网站整体去色成为黑白灰色调效果，但是并不兼容firefox等其他非IE浏览器。

CSS网站灰色调 (只支持IE)

行内样式：

elem.style.filter = 'progid:DXImageTransform.Microsoft.BasicImage(grayscale=1)';

css样式表：

elem { filter: progid:DXImageTransform.Microsoft.BasicImage(grayscale=1);
             /* Element must "hasLayout"! */
             zoom: 1;}

现在分享一个能兼容其他非IE浏览器的变色效果（使用JavaScript实现）
经测试兼容Opera 9, FF2/3, Safari 4, IE6/7

网站整体灰色调（兼容firefox等非IE浏览器）

下载JS，然后引用到网站页面代码上，JS下载地址：点此下载

主要函数：grayscale()，他可以使用很多种方法调用：

使用：

// 方法一
var el = document.getElementById( 'myEl' );
grayscale( el );
// 方法二
grayscale( document.getElementsByTagName('div') );
// jquery中使用:
grayscale( $('div') );

重置：

grayscale.reset( el );
// 同样，重置方法也可用于jquery
grayscale.reset( $('div') );
预处理：
grayscale.prepare( document.getElementById('myEl') );
// jquery中也可使用
grayscale.prepare( $('.gall_img') );

UI 者，User Interface「用户介面」也。狭义来讲，用户指的是使用软件的人，但广义的用户可以指任何与某一系统交互的人。在餐厅就餐者是餐厅的用户，在商场购 物者是商场的用户，如厕者是卫生间的用户，所有这些行为的体验（UX）都有好坏之分。我们姑且把这些 UI 称为「公共 UI」，把这些 UX 称为公共 UX。这里提出一个假说：在某种程度上说，软件作者所设计的软件的 UI / UX 质量是该作者的生活环境的公共 UI / UX 质量的映射。恶劣的公共用户体验会严重降低人们对用户体验的判断能力与在乎程度。（如 @Paveo 所说：「对生活没追求的，对产品不可能咋地。」）在「生活中的 UI 设计」这个系列里，我们试着分析日常生活中的种种好的与差的 UI / UX 设计。本文精髓：「用户介面与系统动力面临权衡取舍。」—— 编者

用户介面设计并不容易。难的是，即使面对简单的事物，人们的反映仍殊为不同。比如，看一看电梯的界面：

不妨假设，你在这座大楼的第三层，你想到十楼。你通过指示灯了解到，电梯现正在五楼。你会按下哪个按钮？

大多数人也许会说：「按上」，因为他们想往上走。不久前，我却看到有人按「下」，我问何故，他们答道：「电梯在五楼，而我在三楼，那我就想让它下 来。」

尽管电梯的介面看似简单，通过这个例子却能学到不少。试着思考这个问题，你会发现简单事物暗含深度。人们怎样才能正确学会呼叫电梯？展现给用户的信 息量应以多少为宜？人们需要知道电梯在哪里吗？或只需要知道它来了就好？有必要使用上下按钮吗？如果只使用单个呼叫按钮会怎样？

1、我不知道我是如何学会「正确按法」的：上楼按上，下楼摁下。这像是某种民间智慧，通过反复尝试或长者教导习得。我从来没有见过标有操作指南的电 梯。你见过吗？

所以，很自然的，有些人会不了解电梯的用户介面。如果你正设计用户介面，别轻易假设「所有人都知道」，它值得你再三雕琢。

2、电梯在哪一层的信息，对呼叫者而言，的确会产生问题。例如上文提到那位按「下」的用户，这增加他判断的难度。有时，不相关的信息，可能被认作重 要信息。此例中，用户认为，必须要知道电梯在哪里。

其实，你仅需了解，电梯收到请求，并向你驶来。

Read more

phpcms越来越垃圾了，ku6真是不被人看好，你说你一个视频门户站，搞啥子cms系统吧，没办法上了贼船就一直用下去吧。
不知道从哪个版本开始（好像是2008sp1 0622版），phpcms后台广告统计关闭无效，phpcms_ads_stat数据表依然不停的变大
打开ads/include目录找到ads_place.class.php
将
$this->db->query(“INSERT INTO “.DB_PRE.”ads_stat (`adsid`, `username`, `ip`, `referer`, `clicktime`, `type`) VALUES (‘$ads[adsid]‘, ‘$_username’, ‘$ip’, ‘$this->referer’, ‘$time’, ‘0′)”);
注释掉(有两处需要注释)，即可。