查程序占端口和转换DZ从GBK到UTF8

[首先是摘自网上的如何查看被占端口的，今天一个其它IDC的客户来找要配置环境，IIS的FTP无法启动，使用这方法查询，是因为装了Servu没卸载干净导致21端口被占，禁用进程问题解决。废话好多进入正题]

netstat -ano

我们可以知道某一端口被那个进程（对应PID）占用；
然后我们可以打开任务管理器；查看某一PID对应的进程名；
如果PID没有显示，菜单》查看》选择列》选中PID即可；
得知进程后，我们可以将进程杀掉；修改其使用的端口。

假如我们需要确定谁占用了我们的9050端口

1、Windows平台
在windows命令行窗口下执行：
C:>netstat -aon|findstr "9050"
TCP 127.0.0.1:9050 0.0.0.0:0 LISTENING 2016

看到了吗，端口被进程号为2016的进程占用，继续执行下面命令：

C:>tasklist|findstr "2016"
tor.exe 2016 Console 0 16,064 K

很清楚吧，tor占用了你的端口

2、AIX
$netstat -Aan|grep 30542
f10000f303321b58 tcp4 0 0 *.30542 *.* LISTEN
$rmsock f10000f303321b58 tcpcb
The socket 0x3321800 is being held by proccess 692476 (db2sysc).

这个我就不解释了

3、Linux
$netstat -pan|grep 2809
tcp 0 0 0.0.0.0:2809 0.0.0.0:* LISTEN 9493/java
del.icio.us Tags: aix,windows,tips

NETSTAT [-a] [-b] [-e] [-n] [-o] [-p proto] [-r] [-s] [-v] [interval]

-a 显示所有连接和监听端口。

-b 显示包含于创建每个连接或监听端口的可执行组件。在某些情况下已知可执行组件
拥有多个独立组件，并且在这些情况下
包含于创建连接或监听端口的组件序列被显示。这种情况下，可执行组件名
在底部的 [] 中，顶部是其调用的组件，等等，直到 TCP/IP 部分。注意此选项
可能需要很长时间，如果没有足够权限可能失败。

-e 显示以太网统计信息。此选项可以与 -s选项组合使用。

-n 以数字形式显示地址和端口号。

-o 显示与每个连接相关的所属进程 ID。

-p proto 显示 proto 指定的协议的连接；proto 可以是
下列协议之一: TCP、UDP、TCPv6 或 UDPv6。
如果与 -s 选项一起使用以显示按协议统计信息，proto 可以是下列协议之一:
IP、IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 或 UDPv6。

-r 显示路由表。

-s 显示按协议统计信息。默认地，显示 IP、
IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 和 UDPv6 的统计信息；
-p 选项用于指定默认情况的子集。

-v 与 -b 选项一起使用时将显示包含于
为所有可执行组件创建连接或监听端口的组件。

interval 重新显示选定统计信息，每次显示之间
暂停时间间隔(以秒计)。按 CTRL+C 停止重新
显示统计信息。如果省略，netstat 显示当前
配置信息(只显示一次)

以上摘自http://hi.baidu.com/yuncsoft/blog/item/7ba61ede667eb15fcdbf1ad0.html
接下来是自己写的。某论坛因为某些特殊需要，必须转换编码为UTF-8，一开始是因为另一个应用没UTF-8才全部选GBK的，囧啊。顺带一提Discuz的7.1和7.0同适用，我用的是7.2版本。
【以下操作有风险，如果对编码程序什么的不熟悉请勿轻易尝试！修改UC数据库步骤如果数据库较大请在本地搭建php+mysql环境，节约时间保证稳定】
首先用帝国备份王备份所有数据库，然后把UC的数据库用phpmyadmin导出来，批量替换一下编码为UTF8。（推荐使用EditPlus之类的专业编辑器 ，不要用记事本 ！）这样还不行，还需要使用UltraCodingSwitch之类的工具转换一下文件编码为UTF8。至于论坛的，用论坛后台的备份即可，记得选择强制编码为UTF8 ！
之后把全站文件备份下，全新安装Ucenter+Discuz（请清空数据库后安装或者使用新数据库，因为UTF8和GBK的数据库结构不同，在编码部分）。记得创始人帐密要完全一致！！！ 接下来恢复Ucenter，在把sql导入phpmyadmin的时候提示在一个表少了app15和app16字段，百思不得其解，只好去老的数据库看一下这俩字段结构，然后在新数据库加上这两个字段。再恢复，一路顺风...【半路数据千万别失踪！
接下来恢复Discuz的数据库和模板了，【从这里是错误的，提供一些经验给遇到Discuz打开前台一片空白页的一些检查思路，如果想看正确的请跳到下面的中括号部分开始】恢复完成后由于以前的模板是GBK，导致一部分乱码。此时记住！！千万不要恢复备份里面的模板目录！！那个目录的default模板内容都是GBK，恢复后如果打开一次前台会自动生成缓存在froumdata/cache里面！导致打开全站空白！ 此时解决方案是把UTF8的全新的模板文件夹再扔进去。然后清空刚才提到的cache文件夹里面的所有内容，再打开前台即可。此时还是一部分乱码怎么办？【正确方法是只在templates文件夹里面把自己用的模板拖回去，然后按下面的方法做】打开模板文件夹，用上面提到的转换编码工具把所有文本文件什么.xml啊什么.html啊什么.php啊什么.js啊全部转换为UTF8，在后台更新缓存，然后在后台点击界面-界面管理-更新CSS缓存。基本上就都好了。
接下来就是头像文件夹，UC里面的data，还有论坛的附件文件夹，images文件夹【有人喜欢把友链logo放这】，都从备份挪到新的，检查一下全站没问题即可。
顺便说一下插件如果有乱码的话删掉换UTF8版本的，不过我不喜欢插件，DZ本来就比PW性能差了还加插件！@#￥%……
备份最好留着，有什么问题我会更新这篇日记。
按此思路其它程序应该也可以照着用，行不行我就不知道了自己试吧。
本过程参考http://www.discuz.net/forum.php?mod=viewthread&tid=1157022 ，该文章对部分细节没有详细描述，我这里当作补充，对操作不明白的可以看看这篇。来源全部写明了。

【手工恢复博文系列，这篇是经验文吧，发布日期是2011年3月24日】