查程序占端口和转换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日】
查程序占端口和转换DZ从GBK到UTF8 没有评论