呵呵，这不复杂啊。你在新站上的 users 表里面加一个旧密码字段就是了。新密码置空。把之前的密码照搬过来。用户登录一个自动填充一个新密码就是了。

@cqcn1991 试一下找个第三方的前端来做点啥，http://themeforest.net/ 这个网站上第三方的 HTML 静态源码一套一套的。可以找几个配合自己的后端做点项目来练练手。

#2 楼 @lidashuang 即便是不可逆的。你做一个登录的时候密码迁移模块就行了。

用户在新站上的第一次登录的时候，密码校验用老式加密方式，把接收过来的明码用新的加密方式加密处理过后做存储，第二次登录的时候就采用新的加密方式了。

#13 楼 @xiaolai 。。。大哥你发错了。哈哈哈哈。。

#6 楼 @knwang 呵呵，见仁见智。马云，乔不死，我相信，他们是这样的“英雄”。

。。。啥都不透露，好神秘。

恭喜恭喜一个，敢问自己创业的是哪个方向的项目呢？为啥没有起色？

#14 楼 @sforce100 哈哈哈哈。。你们公司是从 java -> ROR，我们公司是从 ROR -> java，过程完全相反。ROR 人才都散尽了。。唉。。！！！！

创业就是为了：

1、上班不用朝 9 晚 6，挤公交，挤地铁，大清早，大晚上被堵在路上 2、不用再费尽心思去揣摩老板的意图，伴虎而行，看他脸色 3、不用再让 SVN 里面的 CODE 反反复复，前端页面一改再改，SVN 版本号不用以 100 为单位迅猛增加 4、不用再一遍一遍在心里骂 BOSS 是 SB，而表面上却只有言听计从 5、不用再在一年一度，几年一度，十年一度的同学会上，受别人冷遇。毕竟再牛 B 的雇员，始终还是雇员，而你却是老板，即使是创业公司的老板，也不打紧，只要你有不败的信念，总有一天会成功的。 6、不用再开那些操蛋的大会小会，听 BOSS 在那里画各种饼，公司未来形势如何大好，上市、期权、旅游等各种饼。却连最基础的年度体验公司都没法给。

@linus iphone 200 不是一天就造就的。“合适的”这词太过笼统。

如果你是队长，那注定你要比队员多付出 100% - 正无穷大的精力和时间。 队员需要信任、鼓励与肯定，但最关键的是要队长能临危不惧、敏锐、果敢、迅速决策，能为自己的决策负责到底；得人心，能把所有队员的心都往一处推，所有的力都往一个目标上使。

你能在项目中时时做到这一切，我相信你不会轻易失败。

项目是什么？项目就是一个队长，找来一堆雇佣兵，付出努力收获回报的过程。

#5 楼 @huacnlee 呵呵。。现在 1trip 还是不错了。换了域名，换了界面。这个更直观，如果能有一款更好的产品配合数字导游，那是非常不错的。

帮顶一个。记得还是 09 年的时候，去面过。当时公司应该还在西三环外吧。当时是@huacnlee 面的我。只记得当时办公室一大堆 CRT 显示器哈哈。其他就不记得了。

^_^ 条件还是不错的。只是一来搞了近三年的 ROR 了，感觉离条件还是有一定距离；二来，住南三环，公司在西三环那个 IP 科技园附近吧。确实有点远。

@tiseheaini 权限控制很简单。你这个就目前来讲需求又不复杂。

TMD 是咪？我又 OUT 了

items 简单常用信息，item_details 较少用到的信息，两者 id 同号，不用做额外的关联；items 与 orders 之间的关系跟 6 楼说的类似，orders 这个表尽量少用 id 关联，会省去很多未来扩展带来的麻烦。

想到什么写什么，需要什么用什么，看到脸熟的代码就要想要不要重构。找个自己身边需要用的小 app，从 0 开始，一个 model，一个 action，一个 controller，循序渐进，终成大牛。

created_at datetime NOT NULL, updated_at datetime NOT NULL,

估计你的 time_from 字段 不是 datetime 吧。我这边 mysql> show variables like '%time_zone%'; 跟你是一样的。

存起来的东东。是可读的 +---------------------+ | created_at | +---------------------+ | 2012-05-30 16:29:30 | +---------------------+

items，item_details，stocks，orders，目前我们用的是这种做法。

哈哈。重构到最后隔一个月连自己都看不懂了。

大 BUG 喔。。我打完字。按住 ctrl 敲了三次回车。就出现了三个一样的回复。。那我在页面刷新之前。敲 100 个。岂不是回复 100 个一样的内容喔。

。。晕。居然可以连发三条。一样的。。

timezone 正确配置顺序是：

config.time_zone = 'Beijing' config.active_record.default_timezone = :local

既然要统计，Time.now.to_i 转成数字，不是更有效率么？