布珞阁 ² » 2007

yahoo天气API的bug
2007.09.10 15:14 bruce:

http://weather.yahooapis.com/forecastrss?p=CHXX0138&u=c

其中的时间，日期部分均以美国中部时间为准。而后面的时间则以当地时间为准。

太离谱了。完全没法用标准函数算。

google的api更离谱，基本是几天前的天气情况，那还预报个啥呀。

Tomcat快速配置https访问
2007.09.2 17:08 bruce:

1:生成ca key
keytool -genkey -alias tomcat -keyalg RSA
生成.keystore文件在用户目录下
输入keystore密码： ************
您的名字与姓氏是什么？
[Unknown]： common name
您的组织单位名称是什么？
[Unknown]： org
您的组织名称是什么？
[Unknown]： myorg
您所在的城市或区域名称是什么？
[Unknown]： wuhan
您所在的州或省份名称是什么？
[Unknown]： hubei
该单位的两字母国家代码是什么
[Unknown]： CN
CN=common name, OU=org, O=myorg, L=wuhan, ST=hubei, C=CN 正确吗？
[否]： Y

输入的主密码
（如果和 keystore 密码相同，按回车）：*************

这里注意common name，一定要是你网站的域名或者ip，不然即使ie安装了服务器的key，ie每回都会报警: 3.“安全证书上的名称无效，或者与站点名称不匹配”
比如内网里面建个ip访问的站点，common name就应该为那个服务器的ip。

2.配置tomcat的server.xml
访问方式是 https://server:8443
如果要https://server/访问，则默认端口是443，port=”443″即可。
这里注意输入密码，key可以自定义位置的

 <Connector port="8443" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" disableUploadTimeout="true" acceptCount="100" scheme="https" secure="true"


keystorePass="key的密码"

               clientAuth="false" sslProtocol="TLS" />code>


分类  日经|  1个评论

软件开发与扫地
2007.09.1 23:40 bruce:

团队不好带，这大半年体会深刻，形形色色的人，价值观和对待事情的态度都不一样
明显有错误，但不知道怎么去辩解，也懒得狠心逼着别人搞。最后还是吃苦和积极向上才的态度能把事情做好，无论是对客户还是对公司。
今天突然想到个隐喻
tianyuan前一阵一句话说：毛主席说的，扫帚不到，灰尘照例不会自己跑掉

感觉挺深刻，
虽然项目不好管，需求做得很辛苦，设计很废脑子，编码很累，实施很繁琐，但不去想办法解决，永远完不成，事情不放在前面做，后面更痛苦。

跟用户实现一套软件，实施一个系统。好比是用户给钱让我们打扫一大片场子
地上很脏,很多垃圾需要打扫
场子越大，我们收益越大
有的场子我们打扫过，有经验

不同的公司不同的团队不同的人，处理问题的方式都不一样，有这么几种
1：投入一大堆人，用手去收拾垃圾，每个人懒惰程度不一样，
制度好的，方法得当的自然质量和效率高

2：强一些的，有的学会用工具，比如扫帚之类的打扫，节省了资源，效率也提高了。

3：更好一些的，扫多了，总结归纳一些方法，创造一些高效的工具。慢慢演化成做工具做咨询的了。

以上三种都不错，不同公司的策略。

最要不得的是下面这种：

4：认为用户要求很低，垃圾随便捡捡，想随便糊弄一下混过关，完全不为客户、自己、团队、公司负责
随便检查一堆问题
这种损人不利几，以后混不下去的。

5：用户要打扫卫生，结果跑去挖坑种树。这种做不长，耳朵和智商有毛病

根源在哪里？
………………

分类日经| 2个评论