天道酬勤

今天到公司不久，收到一个很漂亮的生日蛋糕：

我就纳闷了，今天不是我生日啊，搞错了吧。后来同事告诉我说，公司会在每一位员工生日（身份证上的日期，不论阳历阴历）的时候送上一个生日蛋糕一份祝福，表示对辛勤工作的感谢！呀，这还是我工作几年头一会啊，虽然只是一个蛋糕，但让人心里很舒服。可惜的是餐具太少，我没吃到，再加上急着去客户机房干活，算了（现在想想就是用手也应该偿偿的），也许这样没有味道的味道更让人留恋，在此对公司表示感谢！

虽然没有吃到，还是看看样子吧：

-The End-

昨天登录blog系统，看到又有插件更新的提示，毫不犹豫的点自动更新，不料晚上想写点东西的时候问题就来了。不论你用哪个用户登录，都会报下面的这个错误：

ERROR: The password field is empty.

点忘记密码，通过邮件重置还是失败。咋地了，遭hacker攻击了？不会吧？静下心来一想，不可能，我blog又没什么有价值的东西，纯粹就是一堆废话，难道运气真的这么背，想把它变成肉鸡？不管是不是遭攻击了，还是找找原因看怎么补救吧。唉啊，上午不是升级过4个插件吗，难道是插件在作怪。四个插件，先挑一个试试，怀疑最有问题的就是“semisecure-login-reimagined”它了，现在是3.0.4，之前的版本是没有问题的。来看看这个插件到底是干嘛用的：

Semisecure Login Reimagined increases the security of the login process by using a combination of public and secret-key encryption to encrypt the password on the client-side when a user logs in. JavaScript is required to enable encryption. It is most useful for situations where SSL is not available, but the administrator wishes to have some additional security measures in place without sacrificing convenience.

在作者的blog上也可以看到有同样的问题存在，应该是个bug了，在等待作者解决这个bug的同时（当然如果你有兴趣可以自个琢磨），怎样正常登录blog系统，其实很简单：

1.使用ftp工具登录到blog系统的存放插件的目录，更改该插件的目录名。

2.此时，你就可以正常登录你的blog系统了，如果之前你已通Email取回密码，请再次取回密码登录，并立刻、马上在系统里修改。

3.在ftp工具里将先前更改的插件目录名将其还原。

4.在系统里暂时先Deactive该插件，待bug修复后再active。

最后，备份重于一切，请及时备份。

-The End-

上周末公司组织去上川岛玩了，由于这几天实在太忙没空写下游记，今晚终于有空了，那么首先来介绍一下上川岛：

上川岛，地处广东省台山市西南部，屹立于南海之中，其东邻港、澳地区及珠海经济特区，距香港、澳门分别为87海里和58海里，距大陆山咀码头为9.8海里。上川岛岛屿面积为157平方公里，，旅游资源独特丰富。沙螺湾古树茂密，鸟语花香，蝶舞蜂飞，数千只齐天大圣的猴孙在此称工称霸；千年老龟深居简出，潜心修炼，把您引人一个遥远的时代；方济各纪念园凝固着一代天主教圣人的故事，令您遇想联翩；风情独特的沙堤渔港向您招手，玲瑰别致的麒麟岛向您微笑；乐川大佛陪您登高揽胜，主鸭女神伴您嬉波逐浪；群山巅，明末威镇南海的绿林豪杰遗迹历历在目奇观一绝望大心的动人传说令您荡气回肠；海湾边，“榄仔对峨媚、十万九千四”的藏主秘笈，等待着您幸运的破译……

上川岛景随步移，最美莫过于风光旖旎的沙滩，岛上有绵延30多公里的沙滩十多处，其中飞沙滩长4800米，是一个令人留连忘返的海上乐园，沐风浴日，物我一体，对海观天，豪情顿生。沙浴、海浴、康乐双收；香蕉船、帆板，其乐融融；水上降落伞，刺激双浪漫；朝迎旭日，暮送彩霞，更是心旷神怡，尘埃涤尽。朋友，欢迎您到上川岛来，从早到晚恭候在山咀码头的豪华快艇，只花二十几分钟，你便身置于阳光、沙滩、海浪、海鲜组成的海上乐同。不管您是为了抛弃久居都市的暄器与烦恼，还是领略古朴的渔村风情，或是追寻回归大自然的怀抱， 上川岛之旅，皆能使您美梦成真。

由于摄影水平太菜，照片拍得不好将就传几张：

Read the rest of this entry »

今天心情TNND很不爽。早上七点钟起来想撒尿了回去睡个回笼觉，不料电话响了，这时候电话响一定不是什么好事。果不其然，接到上级的电话说一个客户的一台P570昨晚三点多宕机了，系统宕机了当然Oracle数据库也宕了，叫我赶紧打车过去。五分钟后出门，不知道咋地，深圳这二天到处大塞车，八点多到客户监控中心，小机已经起来了，oracle也起来了。客户要宕机原因，登录上去检查，oracle的alert.log没有记录任何错误信息，系统的errpt、mail也没有发现什么异常的错误，去机房检查，指示灯一切正常，以我现有的能力实在是找不真正宕机的原因，打算跟客户汇报一下情况，不料麻烦就来了。客户管事的说今天一定要原因，如果我搞不定打电话叫我们公司派个老鸟来，如果你们老鸟还搞不定你们去请IBM的原厂工程师来，在老鸟没来之前，我不能离开。咋的，扣人啊，我顶你个肺啊……！这种情况，就算IBM的原厂工程师来了也不一定能搞得定，是系统就会有出问题的一天，并不是所有的问题都答案，或者不能马上有答案的。等了快一个小时，老鸟来了，结果一样，无法确定原因。最后的解决办法是取DUMP文件回去分析。说实话，DUMP这玩意儿也很难分析出原因，也不是一天二天就能得出结论的，不过总之得给客户一个交待才说得过去啊。就在要离开的时候，客户的另一台PC SERVER也重启了，跟先前的570一样，也没有找到一个确切的原因，日志没有记录。下午，另一个客户数据库报ORA-07445的错误，这是一个RAC的环境，前天因为客户的工程师自己把的所有归档删除了重组了Data Guard，是另一个兄弟过去处理的，不知道搞定了没有。唉，可能天天呆机房时间太久的原因，头从中午痛到现在，总之今天很郁闷，本想把这几天技术上的问题总结一下的，周末再说吧。

-The End-