这里整理一些获取硬件基本信息的技巧。Debin的硬件信息都保存在 /proc/下,读取相关信息就可以获得硬件信息了。
获取系统内存容量
debian:/# cat /proc/meminfo
MemTotal: 2068860 kB
MemFree: 1177380 kB
上面清楚地说明当前系统是2G内存,1G空闲状况。
这里整理一些获取硬件基本信息的技巧。Debin的硬件信息都保存在 /proc/下,读取相关信息就可以获得硬件信息了。
获取系统内存容量
debian:/# cat /proc/meminfo
MemTotal: 2068860 kB
MemFree: 1177380 kB
上面清楚地说明当前系统是2G内存,1G空闲状况。
因为需要转移服务器,两台服务器安装了Plesk作为虚拟主机的管理工具,所有需要一次重建帐户就邮箱(其实plesk有迁移工具,之前由参数设定有问题,一直没有搞定,才打算手工进行的)。
开始的时候,老老实实的通过从一个server挨个复制的方式,但发现太费周折。考虑是不是能做一个清单,起码将每个帐号下的邮箱列出来。搜索Plesk的mysql database,居然发现完全可以,更令人吃紧的是,Plesk居然是采用明码方式保存数据库密码的!
以下的 SQL 显示所有帐号和email
SELECT mail.mail_name, domains.name from mail LEFT OUTER JOIN domains ON domains.id = mail.dom_id;
以下的代码获取邮箱及密码。
SELECT accounts.id, mail.mail_name, accounts.password, domains.name FROM domains LEFT JOIN mail ON domains.id = mail.dom_id LEFT JOIN accounts ON mail.account_id = accounts.id
有些老一点的虚拟主机服务器只提供PHP4的支持, 所以对需要PHP5运行的程序, 比如 magento 就无法运行。
这里提供一个步骤在运行PHP4的服务器上面实现PHP5的支持。不过服务器需要以下支持:
步骤一:上传PHP5 CGI 二进制文件
这里有编译好了的二进制文件:.zip (7.2MB), .tar.gz(7.2MB) 。现在之后将文件解压并上传到 cgi-bin目录之下。不同的服务上可能CGI目录不同,这个需要注意一下。
修改document-root下面的 .htaccess 文件。添加以下的代码
Action php5-cgi /cgi-bin/php5-cgi
AddHandler php5-cgi .php
设定不成功的主要原因主要权限设定问题。好运~~
IIS6不能直接支持Rewrite,可以通过商业组件来达到要求。
我下载的 isapirewrite.com 免费的Lite版本。但这个版本只能使用一个统一的文件而不能每一个站点一个文件。不过可以也可以在一个配置文件中达到多个站点使用的目的。
下面是我使用的步骤
例子:网店宝DEMO7放在一台IIS服务器下。常规 url是 http://www.wangdianbao.com/demo7/product.php?pid=43 样式,需要调整为 http://www.wangdianbao.com/demo7/product/a/43 的模式。
#specify namespaces with UriMatchPrefix and UriFormatPrefix
UriMatchPrefix /demo7
UriFormatPrefix /demo7转化的后面部分的转化语法如下
RewriteRule /product/.*/([0-9]*) /product.php?pid=$1 [I,L]
RewriteRule /product/.*/([0-9]*)/(.*) /product.php?pid=$1&$2 [I,L]
RewriteRule /category/([0-9]*) /category.php?cid=$1 [I,L]
RewriteRule /category/([0-9]*)/.* /category.php?cid=$1 [I,L]
今天在处理一个客户的服务器的时候,我发现我们的电子商务软件邮件总是不能发送出去邮件或者超时。这台独立主机没有安装任何邮件服务软件,只能依靠外部的SMTP发送邮件。
但是即便设定了正确的SMTP服务器也还是不能发出。最后换了几个SMTP总是这样,于是打开程序的debug状态,根据对代码的最终发现邮件始终收到SMTP 451错误。错误内容很简单“Requested action aborted: local error in processing”。但451之后还带有http://www.spamhaus.org/query/bl?ip=xxx.xxx.40.246的提示。于是猜测这个服务器的ip可能进入了spam监控的名单。依照上面的链接查过去,果然提示该IP被列为spamhaus的PBL之中。好在PBL清单不是绝对spamer的清单,所以在首页提交Remove IP address之后几分钟服务器的ip就从中删除。再测试果然没有再出现451错误。
备注一下,我利用的smtp是ipower的smtp。所以如果有朋友的服务器发现无法利用外部smtp发送邮件,可以考虑是否由于服务器的ip进入了spamhaus.org的清单。
今天上午10点陆续出现客户报告网站不能打开,Wells负责常规性的检查,还以为是诸如日志满了之类的问题,于是给rackspace发ticket,但发现甚至rackspace自己的网站都不能打开了。这种事情是从来没有发生过的,后来我才回忆起,大概昨天我还收到rackspace发来的更新输电线路的警告,想必今天切换,大概2个小时之后,一切恢复正常。要知道rackspace对客户的保证是99.9%的uptime。
到了下午,收到rackspace CEO Lanham Napier的道歉信(当然是系统自己群发,不是专门给我的,没那么大面子),信上说rackspace今天度过了一个漫长而严酷的一天,也相信这一天对我也很长。并表示今天的一切他们负有全部责任,请客户联系他的帐户尽快处理。才觉得rackspace一定遇见的什么大麻烦。
最后下班的时候aqiao在把娱乐新闻发给我,居然是大卡车撞上rackspace德州机房的变压器,包括craiglist等大型网站全部受到影响。因为rackspace也负责mircosoft的服务器,wells声称上午msn断掉也是这个影响。所以我们有幸告诉客户们,网站停止主要是上了国际新闻的。
虽然这次不幸事故的发生,但我仍然认为rackspace确实是目前我遇见的最好的主机托管商,任何问题都没有超过1个小时的解决,小到修改系统参数量,大到数据恢复,都有完美解决,再没有无奈的不眠之夜。所以到现在我都劝我的客户选择在rackspace机房的主机,而不是其它便宜的没有服务保障的服务商。