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

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

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

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

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

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

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

最近超迷N9... 新出炉的N9微电影来了~~~

微博上看到这张图片，很震撼。
凤凰网的新闻——《老人太原火车站去世，僧人候车室握手超度》，讲述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 (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的问题终于得到解决，再也没有收到类似的邮件了。