存档

‘数据库’ 分类的存档

VMware7下guest与host无法互通

2009年12月5日
VMware7下guest与host无法互通已关闭评论

在WinXPsp3(DeepInLite版本)上安装了VMware Workstation7.0,使用bridged网络模式,安装ubuntu9.10,安装完成后guest可以正常上网,host与guest可以互相ping通,但是host与guest之间却无法进行正常的网络通信,表现为:在host上无法ssh到guest(已排除guest没有启动sshd服务,及防火墙配置等问题);在guest上无法访问host的apache网页服务。

经过各种抓包测试,发现问题在路由配置上,host主机的初始路由配置如下:

===========================================================================
Interface List
0x1 ……………………… MS TCP Loopback interface
0x2 …00 1d 92 ac 74 ca …… Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC
===========================================================================
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.0.1   192.168.0.178       10
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.0.0    255.255.255.0    192.168.0.178   192.168.0.178       10
    192.168.0.178  255.255.255.255        127.0.0.1       127.0.0.1       10
    192.168.0.255  255.255.255.255    192.168.0.178   192.168.0.178       10
        224.0.0.0        240.0.0.0    192.168.0.178   192.168.0.178       10
  255.255.255.255  255.255.255.255    192.168.0.178   192.168.0.178       1
Default Gateway:       192.168.0.1
===========================================================================
Persistent Routes:
  None

使用如下命令

route -p add 192.168.0.0 mask 255.255.255.0 192.168.0.1

增加添加路由(-p参数保证重启后依然有效),结果如下:

===========================================================================
Interface List
0x1 ……………………… MS TCP Loopback interface
0x2 …00 1d 92 ac 74 ca …… Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC
===========================================================================
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.0.1   192.168.0.178       10
        127.0.0.0        255.0.0.0        127.0.0.1       127.0.0.1       1
      192.168.0.0    255.255.255.0    192.168.0.178   192.168.0.178       10
      192.168.0.0    255.255.255.0      192.168.0.1   192.168.0.178       1
    192.168.0.178  255.255.255.255        127.0.0.1       127.0.0.1       10
    192.168.0.255  255.255.255.255    192.168.0.178   192.168.0.178       10
        224.0.0.0        240.0.0.0    192.168.0.178   192.168.0.178       10
  255.255.255.255  255.255.255.255    192.168.0.178   192.168.0.178       1
Default Gateway:       192.168.0.1
===========================================================================
Persistent Routes:
  None

这样,在host上就可以正常ssh连接到guest了!

数据库 , , , , , ,

又见mysql中文乱码

2009年9月19日
又见mysql中文乱码已关闭评论

域名、空间、wordpress安装、中文化(cpanel一键安装的是英文版)、插件、皮肤、Analytics跟踪、管理员工具验证、正文及评论测试。。。虽然都是非常傻瓜式的操作就能轻松搞定,但一整套搞下来也不免要舒一口气。。。

空间的mysql只能用phpMyAdmin管理,好在其功能是足够强大和合理,虽然对mysql不熟,也很快摸清了wordpress的各表结构和主要用途,正在暗爽一通百通之际,发现表中文章内容乱码!

确认了wordpress表中存的是明文后,怀疑是browser的编码不正确,查看了mysql的字符集是utf8后,先后将browser的语言设置成uft8,gbk,gb2312,etc.都不好使,很是郁闷。。。

想起当初c程序从《问鼎》游戏库中抓取统计数据的时候,中文角色名就是乱码,也跟游戏开发方反复确认了数据库字符集是utf8,而我的linux主机也是utf8无疑,隔行如隔山,几经周折查到需要在查询时执行’set names charset’,同样是尝试了uft8,gbk,gb2312,etc.都不好使,最后打算用最原始但最有效的方法,把mysql默认支持的字符集挨个试一遍,结果是latin1(庆幸的是前几个),遂在心里念叨:latin1,我记住你了!

难道。。。历史重演了?!’set names latin1’,是的,就这么搞定了~~

数据库 , , , , , , , ,