|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-04
struts2+spring3+hibernate3.6+spring-jdbctemplate+freemarker+jquery
我用的是这些。程序已经都写出来了。最近一直在搞优化，更新来更新去。 都怪我技艺不精啊，感觉程序不咋地。只不过大家都说程序改改改就会好得。 |
| 返回顶楼 | |
|
发表时间：2012-01-04
evanzzy 写道 支持使用Spring和SpringMVC，另外严重建议把Hibernate拿掉，真不是个好东西，网站规模越大越难受。我倒是建议电子商务网站使用spring JdbcTemplate做数据库访问层
不一定非要去掉hibernate，用过几个框架，都是做企业级开发的，hibernate和ibatis都是并存的，一些简单的操作用hibernate还是不错的选择，虽然和电子商务不是同一类型，但也大同小异 |
| 返回顶楼 | |
|
发表时间：2012-01-04
嗯，不需要重启服务器的话，LZ可以用负载均衡
|
| 返回顶楼 | |
|
发表时间：2012-01-04
没明白为什么非得拿掉Hibernate....是因为它难以驾驭还是真得不好用导致性能难以控制....很是不明白。
|
| 返回顶楼 | |
|
发表时间：2012-01-04
onecan 写道 1. java本来就号称高性能和安全，我们的目标当然不会是针对量不多的情况来考虑了。需要把各种情况考虑清楚，因为java是分层开发的，可以通过测试找出对应薄弱环节进行增强。
2. redeploy web app或者spring context个人觉得只是适合开发阶段或者趁晚上没人reload次数不多的情况，这种情况还不如重启服务器。不适合生产环境，reload过程无法提供连续访问，如果我们很多客户需要增加模板，频繁reload，那客户体验也太差了，生产环境是基本上不能停止的。淘宝也可以自己改模板，你见他有中断过服务吗？ 此法不可行也。 你怎么知道？淘宝在后台没有重启服务？人家又不只有一台服务器。一台服务器在升级的过程中，其它服务器照样可以用。对于用户来说这是透明的。 |
| 返回顶楼 | |
|
发表时间：2012-01-04
用什么框架不是重点，重点是你做出来的东西跟其他商城比有什么区别，有什么亮点，有什么卖点？另外我不太明白b2b2c是神马意思，我感觉楼主没区分清楚b2b、b2c、c2c的概念
|
| 返回顶楼 | |
|
发表时间：2012-01-04
先做出东西来才是王道 其他都是浮云
|
| 返回顶楼 | |
|
发表时间：2012-01-04
onecan 写道 一个中小型的部署方案是1台Web 服务器 + 2台Tomcat服务器 + 1台memcached服务器 + 1台图片服务器 + 1台数据库，此方案是方便系统不断的升级，而又使得投资比较少。 当然更大型的解决方案需要更多的服务器和在数据库上做更多的优化动作。最省钱的办法就是1个服务器就运行以上所有的服务，这个也不是不行，有个1G的内存都已经能应付不少流量了。在那些便宜的JSP空间只要有256/512M内存也可以跑，大有大的跑法，小有小的跑法。 楼主能否说一下,你的服务器配置? 还有就是有没有测试过在这样的配置下,最大能应付多少的访问.能应付多大的并发量? |
| 返回顶楼 | |
|
发表时间：2012-01-04
freemark，velocity
|
| 返回顶楼 | |
|
发表时间：2012-01-04
onecan 写道 1. java本来就号称高性能和安全，我们的目标当然不会是针对量不多的情况来考虑了。需要把各种情况考虑清楚，因为java是分层开发的，可以通过测试找出对应薄弱环节进行增强。
2. redeploy web app或者spring context个人觉得只是适合开发阶段或者趁晚上没人reload次数不多的情况，这种情况还不如重启服务器。不适合生产环境，reload过程无法提供连续访问，如果我们很多客户需要增加模板，频繁reload，那客户体验也太差了，生产环境是基本上不能停止的。淘宝也可以自己改模板，你见他有中断过服务吗？ 此法不可行也。 redeploy根本不是问题 做了负载均衡的话 我们有个应用就是放在淘宝ISV机房的 4台应用服务器 需要更新class文件时一般是先停一台弄好再启动 依次让4台服务器更新完毕 |
| 返回顶楼 | |
