有感

在这个12月份的第一天,总觉得自己要写的什么。

忙忙碌碌的,又是一年到头了。
一年间,有些人离开了,又有新的人加入进来。
一年间,得到了一些东西,同时也失去了一些东西。
有些事,不是你自己能左右的,能做的就是摆好心态,慢慢等吧。

“量变引起质变”,高中让我坚持下来的一句话。
或许你今天承受的苦难,就是为了以后的幸福。
所以,继续那些一点点的量变过程吧。

昨天的时候我还以为是周二,没想到今天都已经是周四了,又是一周到头。
虽然周末可以睡懒觉,但是日子就这么从眼前嗖嗖的流走,总感觉还是少了些什么。
这么过的日子,总觉得缺少了些色彩。
人生不是应该充满了色彩,五颜六色的吗?

这两天老家下雪了,看新闻跟2010年的那场雪差不多大。
现在想起2010年在家工作的日子,不免心酸。
09年毕业回家工作,没经过家里自己找的单位,家里一开始还感觉挺好的,也没让家里操心。
结果上班第一天,挨了20年的胃不工作了,需要动手术,当天下午办的住院,晚上开刀动手术。
呆了十几天出院,期间的接本考试结果出来了,落榜了,因为这个我跟我爸有一段不说话。
真是多事之秋,在家休整几个月后,又重新找工作。
每天早上从车到市里上班,下午从市里坐车回家,稍微晚点有可能赶不上回家的车。
虽然辛苦,但最起码开始自己养活自己。
那天下的那场雪,搞的整个邢台的交通瘫痪了,听说长途汽车站停运了都...
悲催的回不了家了,还好市里有朋友,后来到他那里借宿。
再后来直接住他那里了,这里要谢谢这个朋友,这么多年上学工作都在外地,家里很多时候忙不过来他都过去帮忙。
整个冬天俩人在没有暖气的屋子里就这么熬过来了,你能想想前一天晚上要准备好第二天洗漱的水的日子么?
因为第二天起来水管是会冻住的,屋里准备的水也会结冰的...
在家工作了有半年的时间,说起来很是惭愧,往家就只带回去3000块钱。

现在回想起来,可能正是应了那句“量变引起质变”的话了,没有之前的辛酸,或许也不会有现在的日子。
继续加油吧,未来还很远!

PS:很久就想把积蓄了很久的东西写出来,一直都没头绪,好在这次没有像之前一样,虽然写的很乱...

一张新闻图片

微博上看到这张图片,很震撼。
凤凰网的新闻——《老人太原火车站去世,僧人候车室握手超度》,讲述11月25日在山西太原火车站候车室,一位老人在座椅上等火车的时候悄然去世。同时在这里等车的一位僧人前来,握着他的手为他做超度。

云平台报调用远程接口失败的问题分析

最近帮同事排查了一个这样的问题,类似的情况貌似不少,特总结分析一下。

问题描述:
当开通或关闭某个云平台服务的时候,报如下错误信息:
调用远程接口失败。请检查您的服务器是否处于内网以及您服务器的防火墙设置。

云平台测试站点的接口文件正常,于是开始在文件里断点记录,发现程序也执行完了。
咨询了下云平台的同事,说是有可能是超时导致的。

于是进站点后台,进入chrome开发者模式下的网络选项卡,记录所有网络链接。
然后去开通或关闭某个服务,发现需要耗时8s之久,估计确实像同事说的那样是超时导致的。

问题总结:
出现此类问题的站点一般装了很多插件,更新插件缓存时耗时太久导致云平台访问超时没有正确的返回,进而报上面的错误。
解决的方法有两种:
1> 进入后台->插件下,关闭所有的插件,然后再去云平台下开通/关闭某些服务。
2> 找到source\function\function_cloud.php文件,搜索代码

require_once libfile('function/cache');
updatecache(array('plugin', 'setting', 'styles'));

改为

//require_once libfile('function/cache');
//updatecache(array('plugin', 'setting', 'styles'));

此端更改为注释掉更新缓存的代码。
然后去后台->云平台下开通/关闭某些服务,开通或关闭后还需要再到后台->工具下手动更新一下缓存。

有此问题的站长不妨按上面的方法试下。

Connection refused问题的排查

昨天改动了下开通的代码,今天上线后发现收到很多下面的报错邮件。

返回信息: 通信失败!Connection refused (111)

看了下代码,发现是fsockopen连接的时候返回的这个错误。
于是就网上搜索了下相关的错误信息,没找到类似的错误。

重新检查了遍代码,发现fsockopen的时候是直接连接的IP+端口。
在服务器上,通过curl访问对应的域名发现可以正常输出,没问题。
执行命令:

curl -I 测试域名

执行的结果:

可以看到,通过域名访问没问题。

然后换通过IP访问进行测试。
执行命令:

curl -I IP地址

执行的结果:

可以看到,通过IP访问也是没问题。

下面加上端口进行测试。
执行命令:

curl -I IP地址:端口号

执行的结果:

通过结果发现服务器没有回应,然后通过IP访问某个页面再进行测试。
执行命令:

curl -I IP地址:端口号/xx.php

执行的结果:

这里就可以清楚的看到是“couldn't connect to host”的报错。

通过域名、IP访问都有问题,加上端口后就无法访问,怀疑是端口的问题。
执行命令:

telnet IP地址 端口号

执行的结果:

通过这个结果,猜测相应服务器的这个端口没有开放。
登录相应服务器上排查后得到验证,开放相应端口,至此Connection refused的问题终于得到解决,再也没有收到类似的邮件了。