今天是正月十五，公司上午还组织了场内部培训，直到中午11点多才结束，真是苦逼，收拾完东西，马上开车1个多小时赶回农村老家，爸妈还在家里等着我回来一起吃中午饭。
吃完午饭，突然接到客户电话说网站无法访问，还好过年回来把笔记本丢在家里没有带回去，赶紧用笔记本登陆服务器检查，发现一切都正常，nginx还有mysql都正常运行，用户是使用的是discuz搭建的论坛，报了一个（1862）notconnect 错误。但是使用客户的mysql帐号跟密码从服务器命令行登陆mysql是完全正常的。
这就有点不能理解了，服务器上登陆mysql明明是正常的，网站却无法正常连接数据库。百度了半天也没有找到任何有价值的信息。试过了N种办法，最后还是没有解决。
今天下班刚回家，一朋友发微信给我说我的网站被黑了，还给我发了张照片。我的网站都八百年没更新了，打开电脑一看，确实出问题了，貌似还被两位黑客大大光临了，真是热闹啊，而且wordpress还提示有一个安全更新，唉，谁让我年前手贱更新了最新版本的程序，估计是程序有漏洞吧。恢复数据，升级到最新版本。贴张照片留个纪念。
还记得05年刚开始接触Web服务器的时候，Web服务一直都是用的Apache，一次偶然的机会，在一篇博文中看到了Nginx这个高大上的东西，更高的负载能力、更高并发支持、更低资源占用率，这个俄国人开发的轻量级Web服务应用一下就把我折腾的兴趣给勾了起来。从此一发不可收拾，把所有自己用的跟客户用的服务器上全部换成Nginx，看着内存占用一下少了一大截，心里满满的成就感啊！这年头服务器不使用Nginx出门都不好意思跟同行打招呼！
这些年来的陪伴，有Nginx的日子并不孤单，虽然很多应用都要求配置ReWrite规则，而且官方提供的文档全是关于Apache的，但使用Nginx配置规则也可以完美实现，那就完全没有理由不使用Nginx吧。本来以为找到了终极解决方案，直到前不久的一天使用 magento建了一个外贸站，让我不得不重新思考是Nginx还是Apache的问题了。
不知道从什么时候开始，x265这个词就开始慢慢出现在我们身边了，现在随处都可以看到支持x265硬解码的电视或机顶盒产品，貌似不支持x265编码的话，都不好意思说自己是高清产品。但是遗憾的是现在x265编码的片源却不太容易搞到，貌似各大压片组对这个全新的编码格式都还持观望态度。
今天正好闲的无聊，就来对比测试下x265编码的效果到底如何。先来说说测试环境，用来压制视频的电脑是一台闲置的测试服务器，配置了一颗 i3-4150 3.50GHz 的双核四线程CPU。服务器系统为FreeBSD10.1，压制软件使用的是ffmpeg。
机房的一台FreeBSD前阵子无故Down掉，对系统服务排查了一遍，基本上排除了是系统问题，于是没有办法，只能烤机。果然不到1个小时服务器再次毫无征兆的Down掉！再次排查硬件，在拆机的过程中，发现CPU的散热片比较烫，考虑到这台服务器是自己组装的兼容机，而且是丢在角度里做备份服务用的，出问题的时候也没有盖上机箱盖板，基本上可以确定是CPU过热保护了。
于是等服务器凉下来后再次烤机，重点观察CPU的温度变化，果然不出所料，烤机开始后CPU的温度直线上升，很快就达到了90多度！！既然问题找到了，解决起来也就有方向了，更换了机箱里的散热风扇，把机箱盖也重新盖好。再次烤机，温度基本上稳定在了55度左右。
近期评论