Sunshow Life

丢了域名解析记录

Sunshow — Fri, 11 May 2012 02:15:51 +0000

最近Godaddy解析困难，遂将sunshow.net解析迁移到了DNSPOD，然后可耻的忘了备份解析记录

具体不知道丢了哪些，能想起来的就是feedsky的解析丢了，忘了密码不管了，有兴趣的重新订阅一下吧，也不怎么更新

标签：DNS, 域名

Relatd Posts:

[Hibernate]映射时转换日期格式

Sunshow — Fri, 30 Mar 2012 01:24:57 +0000

使用formula属性调用数据库原生的日期转换函数转换，不过这样就是数据库实现相关了

<property name="dateColumn" type="java.lang.String" formula="date_format(date_column,'%Y-%m-%d %T')">
<column name="date_column" />
property>

MySQL DATE_FORMAT() 函数

标签：date, hibernate, Java, mysql, 数据库, 日期, 格式

Relatd Posts:

2011我的梦

Sunshow — Thu, 09 Feb 2012 00:34:12 +0000

2011注定是我人生中最色彩斑斓的一年，由于没有文采，还是以时间顺序来记录一下流水账。

1月
第一次参加了投资人组织的年会，也是我第一次去厦门，由于都是规定的行程，因此除了坐投资人的帆船没有留下太深的印象。
另外头一次在北京以外的地方见到了猩猩同学，并台球大胜之。
本月还举行了乐和彩首次年会，公司基本处于净亏损状态，给加班半年的技术部同学们发了一点点的加班费。

2月
春节一如既往的没有任何印象。
回来后开始筹备新版上线，这个事情在内部也遇到了一些阻力，不过对于上线这种事情我还算比较有经验，知道怎么准备都难免出错和阵痛。
本着长痛不如短痛，晚痛不如早痛的原则，在21号开始了新版之路。
新版上线这个事情有很多故事可以大书特书，这里略过，估计以后就只作为茶余饭后的谈资了，从我个人以为，对于所有认真参与并经历了这个过程的同学们来说，这都是一个宝贵的经历。
这之后又花了很长的时间来进行新版的bug修正，一两个月内基本处于随时待命状态，以至于去某家烤串店吃串没手机信号都要先问清楚人家的座机号用来找人。

3月
排着玩的帝都车牌摇号不幸中签了，听说有效期有半年，就先扔着了。

4月
在经历了很长一段时间的bug修复以后，基于新系统的第一个大型功能：竞彩篮球上线了。
对于我个人来说，这是首个我基本没有投入开发的功能，也是我乐于见到的。

5月
好像新系统在这个月达到了一个基本稳定的状态。
原谅我对上半年的记忆只剩下工作。

6月
这个月末，在柯指导的提议下，基本技术部门自主加班在一周内完成了竞彩足球的上线（赶在美洲杯开赛前），
还记得熬夜上线那天会议室的一大桌海底捞外卖和一进办公室就能闻到的浓重火锅味。

7月
其实可能是在6月某一天，有人转发了高朋的凯越团购给我，于是果断出手了车车，然后报了陪驾。
从很多事情来看，我都是那种只要决定做的或者我认为对的事情就会强有力的推行下去的人，包括换工作、买东西、买车车等，当然还有后来的结婚。
这个月应该重点描写一下我的车车：
第一天开去qatang家吃饭，停车刮了后视镜，果断跑路
又某天，为了赶去跟未来老婆吃饭，轻信GPS的导航进入了小胡同，被迫跟小面包进行了亲密接触
由于没上牌照被交警摁一次，单行道逆行一次，违章停车被贴条一次
以上种种，可歌可泣

8月和9月
恋爱的季节

10月
顺利的见了双方家长，各自领了几个红包。
顺便在杭州玩了几天，说好的断桥相会，西湖边改bug，快乐的时光总是短暂。还有中途值得纪念的上海一日吃货游，在3小时赶了三个地方吃不同的东西，然后还外卖了好多的小绍兴白斩鸡回杭州。

11月
这个月的12号，我们领证了！
之所以没有选在火热的光棍节，主要是因为那天排队的人多，而且12号是我们在一起一百天的日子。
在这里我要感谢我的老丈人和丈母娘，没有给我设置任何门槛。

12月
这个月好像过得很漫长，但是又想不起来发生了什么，大概就是婚后过上了没羞没臊的生活吧。
生日那天是温馨的记忆，爱心炸酱面，和漆黑的屋子里躲在厨房偷看的小脸。

标签：上海, 故事, 杭州, 生日, 结婚

Relatd Posts:

手动添加Windows共享打印机

Sunshow — Mon, 19 Dec 2011 06:41:32 +0000

Apple官方教程：http://support.apple.com/kb/HT3049?viewlocale=zh_CN

这里只说一点，OS X中添加Windows打印机时共享名不支持中文和空格等特殊字符（因为需要遵循samba的url规范），因此需要对共享名进行URL encoding，

最简单的方法是，在firebug中执行：

encodeURI('smb://172.16.5.250/打印机');

标签：encode, 打印

Relatd Posts:

升级到3.3

Sunshow — Thu, 15 Dec 2011 07:21:52 +0000

看到小牧师说升级了后台好看，于是升了
然后用自己改的那个主题打不开了，换成默认的某主题
就这样吧
不是爱折腾的年代了

标签：主题, 升级

Relatd Posts:

IE的“c00ce56e”bug

Sunshow — Tue, 26 Apr 2011 00:08:28 +0000

很简单的一个jQuery AJAX请求文件，IE8下报：

Could not complete the operation due to error c00ce56e.

检查网上都说是编码问题，不过写的不是太明确，因为我们服务器的文件编码都已经是UTF-8
最后找到说明：

The problem occurs when setting the charset of a response to a XMLHttpRequest to utf8 instead of UTF-8 or ISO-8859-1 instead of ISO8859_1. IE7 is very strict on naming of the charsets.

"ISO8859_1" is the canonical representation of the Latin-1 character encoding string in the Java language and class libraries. The standard that is defined by the Internet Assigned Numbers Authority, however, is "ISO-8859-1", which is not an accepted alias.

For more information refer: http://support.microsoft.com/default.aspx?scid=kb;en-us;304625

于是打开nginx的配置文件，把所有“utf8”替换成“UTF-8”，问题解决

标签：bug, ie, nginx, 编码

Relatd Posts:

Tomcat请求HTTPS的注意事项

Sunshow — Sun, 27 Mar 2011 07:06:29 +0000

需要在catalia.sh里给JAVA_OPTS再增加一个参数

-Dsun.security.ssl.allowUnsafeRenegotiation=true

在解决这个问题上，我走了不少弯路
在开发过程中（Windows）项目使用了cxf来进行webservice的请求封装，一切正常
部署到服务器（Linux）后总是报SocketTimeOutException
在排除了编码问题、IP限制和证书错误（命令行使用curl请求获取到了正确的响应）的可能之后，基本定位在cxf本身的问题

由于cxf代码过于庞杂，部署源码环境很痛苦，最后使用HttpClient拼装满足格式的xml请求模拟SOAP写了一个测试类
使用java命令行执行后得到正确结果，将测试程序放到Tomcat启动，这时候出现了异常的错误信息：

SSLException: HelloRequest followed by an unexpected handshake message

以这个异常为关键词搜索很容易得到本文开头加参数的解决办法，于是加上以后cxf的连接也正常了
那为什么cxf不报正确的异常信息呢？大概是两种可能：
1、cxf的封装太严实了，没有给出正确的日志信息，不过对于这种成型的框架应该不会有这种低级问题
2、大概看了一下cxf的实现，有点类似异步模型，在允许的超时时间内没有取到响应导致抛出的异常为超时

至于Windows下不会出现这个问题，大概是因为不同系统的安全策略吧，不求甚解了
希望对在非Windows系统（MacOS下也是一样的症状）下碰到此问题的人有帮助

PS. 此问题应该不仅限于Tomcat，其他web容器估计也是一样的

标签：cxf, https, Linux, socket, Tomcat

Relatd Posts:

[转]facebook是如何管理代码的

Sunshow — Fri, 04 Feb 2011 12:48:18 +0000

原文地址：http://framethink.wordpress.com/2011/01/17/how-facebook-ships-code/

译文:

我对facebook的运转着迷。这是一个很独特的环境，不容易被复制（他们的体系并不适合所有的公司，即使他们努力尝试过）。下面是我和facebook的朋友们关于他们如何开发和管理项目的记录。

现在距离我收集的这些信息又过去6个月了，我相信facebook肯定又对他们的项目开发实践进行了改进。所以这些记录可能会有点过时。同时facebook的工程师驱动文化也越来越为大众所知。非常感谢那些帮助我整理这篇文章的facebook的朋友们。

记录：

截止到2010年6月，facebook有将近2000名员工，10个月前只有1100名，一年之间差不多翻了一番。
两个最大的部门是工程师和运维，每个部门大概都是400-500人。这两个部门人数大约占了公司的一半。
产品经理与工程师的比例大约为1-7到1-10。
每个工程师入职时，都要接收4-6周的培训，通过修补bugs和听高级开发工程师的课程来熟悉facebook。
培训结束后，每个工程师都可以接触线上的数据库(更大的权力意味着更大的责任，也有一份"勿做清单"，不然可能会被开，比如共享用户的隐私数据)。
有非常牢靠的安全体系，以免有人不小心/故意做了些不好的事。
每个工程师可以修改facebook的任何代码，随时可以迁入。
浓厚的工程师驱动文化。"产品经理基本可以被忽略"，这是facebook一名员工的话。工程师可以修改流程的细节，重新安排工作任务，随时植入自己的想法。
在每月的跨部门会议上，由工程师来汇报工作进度，市场部和产品经理会出席会议，也可以做些简短的发言，但如果说得太多，很可能就会被打小报告。他们确实想让工程师来主导产品的开发，对自己的产品负责。
项目需要的资源都是自愿的
- 一个产品经理把工程师们召集到一起，让他们对他的想法产生兴趣。
- 工程师们决定开发那些让他们感兴趣的特性。
- 工程师跟他们的经理说："我下周想开发这5个新特性"。
- 经理会让工程师独立开发，可能有时会让他优先完成一些特性。
- 工程师独立完成所有的特性——前端/后端/数据库，等等所有相关的部分。如果需要得到设计人员的帮助，需要先让设计人员对你的想法产生兴趣。其他如架构之类的也一样。但总体来说，工程师要独立完成所有的任务。
对于某个特性是否值得开发的争论，通常是这么解决的：花一个星期的时间完成他，并在小部分人群中(如1%)进行测试。
工程师常常希望解决难题，这能获得声望和尊敬。他们很难对前端项目或UI设计产生太大的兴趣。这跟其他公司可能正好相反。在facebook，后端任务，比如新的feed算法，广告投放算法，memcache优化等等，是工程师真正感兴趣的。
所有的代码修改都要进行审核(通过一个或多个工程师)，但News Feed是个例外，因为太重要了，Zuckerberg会亲自review。
所有的修改至少要被一个人审核，而且这个系统可以让任何人很方便地审核其他人的代码，即使你没有邀请他
工程师负责测试，代码修复，和维护自己的项目。
每个办公室或通过VPN连接的员工会使用下一版的facebook，这个版本的facebook会经常更新，通常比公开的早1-12小时。所有的员工被强烈建议提交bugs，而且通常会很快被修复。
很奇怪只有很少的QA或自动测试——"大部分工程师都能写出基本没有bug的代码，只是在其他公司他们不需要这么做。如果有QA部门，他们只要把代码写完，扔给他们就行了"
[针对上一条]我们有自动测试，代码发布前必须要通过测试。我们不相信"所有的工程师都能写出没有bug的代码"，毕竟这是一个商业公司。
很奇怪，缺少产品经理的影响和控制——产品经理是很独立的和自由的。产生影响力的关键是与工程师和工程师的领导们们搞好关系。需要大致了解技术，不要提一些愚蠢的想法。
所有提交的代码每周二打包一次。
只要多一分努力，终于一天会发生改变。
星期二的代码发布，需要所有的提交过代码的工程师在场。
代码打包前，工程师必须在一个特殊的IRC channel上。
运维执行打包过程
- facebook有大约60000台服务器
- 有9个代码发布级别
- 最小的级别只有6台服务器
- 星期二的代码发布会先发布到6台服务器上，运维组会检测这6台服务器的反应，保证代码正常工作，然后再提交到下一级
- 如果发布出现了一些问题（如报错等等），那么就停止下一级的部署，提交出错代码的工程师负责修复问题，然后从头继续发布。
- 所以一次发布可能会经历几次重复：1-2-3-fix. 回到1. 1-2-3-4-5-fix. 回到1. 1-2-3-4-5-6-7-8-9
运维组是受过严格训练，倍受尊敬，而且有商业意识的。他们的工作包括分析错误日志，负载和内存状态等等。还包括用户行为。
代码发布期间，运维组使用IRC-based页面系统，可以通过facebook/email/irc/im/sms ping每一个工程师，如果需要他们注意的话。对运维组不做回应是一件很羞愧的事。
代码一旦发布到第9级，并且稳定运行，就算发布成功了。
如果一个特性没有按时完成，也没什么大不了的，下次完成时一并发布即可。
如果被svn-blamed,public shamed或工作经常疏忽就很可能被开除。"这是一个高效的文化"。不够高效或者不够聪明的员工会被剔除。管理层会在6个月的时间里观察你表现，如果不合格，只能说再见。每一级都是这个待遇，即使是C级别和VP级别，如果不够高效，也会被开除。
被责骂不会导致解雇。我们特别尊重别人，原谅别人。大部分高级工程师都或多或少犯过一些严重的错误，包括我。但没有人因此被解雇。
我也没有遇到过因为上面提到过的犯错误而被解雇。有些人犯了错，他们会非常努力地去修复，也让其他人得到了学习。

标签：facebook, 代码, 测试

Relatd Posts:

招聘WAP开发工程师

Sunshow — Mon, 20 Dec 2010 04:00:02 +0000

简历请mail到sunshow#gmail.com，注明应聘职位

职责：

乐和彩(www.lehecai.com)手机WAP站的开发
WAP支付的开发

要求：

一年以上相关行业经验
大专以上学历
有支付接口开发经验优先

待遇：4-8K

标签：WAP, 手机, 招聘

Relatd Posts:

IE6提交表单到动态添加的iframe

Sunshow — Sat, 11 Dec 2010 02:56:32 +0000

最近做无刷新上传，传统方法是提交到隐藏的iframe里然后回调
不希望所有上传的页面都预设iframe，于是采用动态创建的方式（无视掉里面的jQuery吧）：

var $target = $(document.createElement('IFRAME')).hide();
$target.attr('id', target).attr('name', target);

$('body').append($target);

结果IE6下总是提交到一个新窗口
解决办法是不采用DOM操作，而是直接使用innerHTML：

// use html but not DOM, for IE6
$('body').append('' + target + '" name="' + target + '" style="display:none;">');

参考文章：http://forums.digitalpoint.com/showthread.php?t=107314

标签：DOM, iframe, innerHTML, javascript, 提交, 表单

Relatd Posts:

Apache HttpClient与CLOSE_WAIT

Sunshow — Sun, 21 Nov 2010 06:59:04 +0000

前几天开始服务器时不时无法accept新连接，由于线上环境的原因都没时间调试直接重启了事
昨天频繁发生了几次，仔细看了下系统日志发现：

java.net.SocketException: Too many open files

用netstat看发现有大量的CLOSE_WAIT，搜索发现与libcurl的处理类似，apache-commons的HttpClient也默认保持了连接待复用处理。

解决办法：

每次使用完都完全关闭连接
httpmethod.setRequestHeader("Connection", "close");
使用统一的连接管理器复用连接，例如SimpleHttpConnectionManager，从连接管理器里获取连接，然后定时的用连接管理器来释放空闲连接
在比较频繁的抓取项目中推荐复用连接

参考文章：http://swordinhand.javaeye.com/blog/149408

标签：CLOSE_WAIT, http, url, 连接

Relatd Posts:

IE8回车提交表单的bug

Sunshow — Sat, 20 Nov 2010 04:31:27 +0000

这回中枪的不是IE6了，更悲剧

问题发生的条件：

表单所在容器载入时是display:none，且表单内包含超过一个的文本框
这时候在表单内按回车就无法触发表单的submit事件（只有一个文本框时正常）

如果载入时是display:none的以后再怎么显示也没有用了

解决办法：

载入DOM完毕后再隐藏元素
这个应该是根本解决办法，但是实际操作起来很麻烦。
首先用户可能看到不期望的显示内容闪烁，然后在一些场合下先显示会导致JS计算占位出问题（例如很多带Overlay的弹出层显示实现）
强制绑定keydown事件
判断浏览器的版本，根据需要强制绑定回车键按下的事件处理
不处理
这是我目前的处理方法，不纵容M$，哈哈

同样的bug还存在于目前最新版本的IE9测试版本中
不得不说IE真是一个奇葩，还是系列的

参考文章：
http://stackoverflow.com/questions/1427912/in-ie8-enter-key-in-a-form-does-not-work
http://stackoverflow.com/questions/964734/hitting-enter-does-not-post-form-in-ie8

标签：bug, DOM, ie, 提交, 表单

Relatd Posts:

[温故而知新]再谈IE中li之间高度空隙的问题

Sunshow — Tue, 02 Nov 2010 10:41:33 +0000

时隔两年之后，再次碰到IE6、IE7下li高度占用的bug，2008年的文章在这里

之前的老办法还是能解决问题的，然后顺便研究了一下。

首先是症状的发生条件：

1、IE6、IE7
2、li内嵌其他容器，不仅限于超链接，我测试过span等也有此问题
3、高度低于某个值，这个值我没有严格测试过，但是我把li的高度设置成30px的时候没问题，18px的时候就有问题

问题解决办法：

1、给li附加样式
li.classname {
float: left;
width: 100%;
}
2、将li设置成inline，给内嵌容器设置宽度
li.classname {
   height: 18px;
   line-height: 18px;
   display:inline;
}
li.classname a {
   display: block;
   width: 100%;
}

标签：bug, css, ie, li, 容器, 高度

Relatd Posts:

长期招聘Java/PHP/WebDev工程师

Sunshow — Sat, 25 Sep 2010 13:40:12 +0000

到处打广告，长期招聘Java/PHP/WebDev民工

我们的网站：http://www.lehecai.com

应聘请投递简历到：sunshow@gmail.com，注明应聘职位

我们的要求（部分满足即可）：

Java

熟悉Struts2 + Spring + Hibernate
熟悉数据抓取
了解或熟悉多线程的工作方式
有数据分析相关经验，有jfreechart等图表经验尤佳

PHP

熟悉MVC
熟悉MemCached
熟悉smarty等模板技术

WebDev

熟练使用jQuery
精通CSS和基于XHTML+CSS的布局方式

标签：css, hibernate, Java, jfreechart, jQuery, MemCached, PHP, spring, struts, web, 工作, 招聘

Relatd Posts:

[Spring+Hibernate]小心处理脏数据的自动更新

Sunshow — Tue, 14 Sep 2010 13:13:32 +0000

有并发请求的时候会存在这种隐患
例如请求A和B都是同一个Action的实例，并取了同样的数据做处理
A-->取数据-->调用set方法设置A相关的数据-->（B处理数据的时间点）-->页面展现
B-->取数据-->调用set方法设置B相关的数据-->页面展现

也就是说在A设置完数据到页面展现的中间这个时间段里B又把同样的数据设置成了其他的值
这时候Spring的事务管理就会检测数据的一致性，如果发现有不一致的就做自动更新

解决方法有几种：
1、Action里不对数据进行处理
比如我碰到的情况时间原因就把不同的处理放到JS去处理了
2、自己管理事务，不使用Spring的事务管理
3、实现数据对象的Clone方法，页面展现使用的数据都通过Clone脱离和Spring管理的数据库session的关系

由于我没有对Spring和Hibernate做过深入研究，以上分析仅为猜测，谢绝拍砖
不过这个问题确实是存在的，解决方法也是有效的，也从另一个角度说明要想驾驭框架就得掌握其处理机制

标签：hibernate, spring, transaction, 事务, 更新

Relatd Posts:

网站上线了

Sunshow — Mon, 16 Aug 2010 03:49:02 +0000

历时一个半月：http://www.lehecai.com/

Tomcat支持SSI和软链接

Sunshow — Wed, 21 Jul 2010 03:23:12 +0000

一. 启用SSI（Server Side Include）

1. 编辑Tomcat的web.xml，查找SSI，去掉相应的servlet和servlet-mapping的注释，或者也可以去掉filter的，二选一
2. 给相应的Context添加privileged="true"属性

点评：不知道这个SSI有毛用，直接jsp:include多好，而且一启用这个就影响所有的Context

二. 允许软链接

给相应的Context添加allowLinking="true"属性

标签：Context, servlet, Tomcat, 链接

Relatd Posts:

未知是前进的原动力

Sunshow — Tue, 22 Jun 2010 15:47:20 +0000

经过一周多的收拾，这两天算是正式开工了
怎么说呢，人手很少，时间很紧……

辞职选择现在的道路让我很是痛苦了两天，可能别人难以理解

前两次跳槽，从DPPC出来是因为太无聊加上刚好碰到了不爽的事，离开365日历主要是因为厌倦了Web开发无休止的兼容各种浏览器

认真说起来这次是我首次毫无征兆的离职，
还算过得去的老板，难得融洽的同事关系，做的事情也挺喜欢的，
最终让我作出决定的还是机会难得，能让我无风险的折腾一次，最不济我接着做序员……
我得说我还是很享受能掌控全局的快感的

非常感谢毕业以来呆过的每一家公司，不管是拍案离去的还是好聚好散的，
这些年的经验是宝贵的，所以现在有这样一次可以让我尝试和实践一些想法的机会，更加要珍惜

说说这两周已经做了的事情吧

Done:

联系办公室弱电、强电布线
购买电话和网络交换机
宽带申请和局域网设置
收各种快递
购买内部服务器

总结：以后失业了可以去当IT

标签：开发, 跳槽, 辞职

Relatd Posts:

[Expression Engine]去除URL里的index.php

Sunshow — Thu, 17 Jun 2010 09:33:58 +0000

1. 配置url rewrite
编辑根目录下的.htaccess文件，没有就新建一个，内容如下：

   RewriteEngine On
   #RewriteBase /
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule ^(.*)$ index.php/$1 [L]

2. 配置EE链接生成规则
CP Home › Admin › System Preferences › General Configuration
把Name of your site's index page这一项删掉留空

标签：Expression Engine, rewrite, url, 链接

Relatd Posts:

工作经验总结

Sunshow — Sun, 13 Jun 2010 23:15:34 +0000

一转眼，我竟然也工作满五年了，真是不可思议
我得说，工作教会了我很多东西，尤其是最近两年的经验
于是恬着脸总结一下

技术不是最重要的，产品为王
从刚开始工作，就有人告诉我技术不是最重要的，不过很显然那时候的我并不能深刻认识到这一点。在一家以产品为自己目标的公司，往往对产品的良好包装能带来更大的效益，当然这并不是在藐视技术，技术是根本，只不过很多技术起家的公司往往会忽略了技术以外的东西
多关注其他人在做什么，勇于担当
在一个公司或者一个团队，仅仅做好自己手头的事是不够的，多关注其他人在做什么，关注自己参与的项目中整个项目是怎么工作的，对团队对自己都才能更有好处。我认识不少的人，有的除了自己做的东西以外一问三不知，有的照猫画虎做了很长一段时间也不去思考为什么应该这么做。不知道一些事情很正常，不知道还不愿意去了解，甚至还排斥就不好了。
对于刚进入公司或团队的新人，往往会面临没人搭理或者无事可干的情况，这一点就尤其重要
对别人宽容一些，沟通很重要
很多所谓技术人员都有这种鄙视别人的臭毛病，比如我也是。
在找人做事的时候自己感觉一清二楚的事情，为什么讲了好几遍别人还不明白，或者很简单的事情做了很多天还漏洞百出？这时候就需要好好想想了，我自己的理解是，给别人描述的时候多站在对方的立场，考虑对方的知识面和专业领域，通俗点说就是见人说人话，见鬼说鬼话。
很多人都会有这种经验，一个问题交给别人做，结果给人讲解的时间自己都能做完了，还不如自己做了呢。如果什么都自己做，只会把自己搞得越来越累，而且让其他人感觉不到信任感，其实每个人都各有各的长处，沟通的成本本身也不可避免，只要沟通方式合理，大部分的事情都是可以做好的

标签：工作, 总结, 技术

Relatd Posts: