|
锁定老帖子 主题：开发电子商务网站技术选型
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-04
evanzzy 写道 sha0k 写道 现在正要做一个电子商务的创业项目，但是没有网站架构的经验，对web开发 只有struts2 spring 和hibernate的经验，最近在iteye看了很多关于架构的东西，nginx，memcached，mysql proxy，分布式文件系统都略知一二，我想问的是，在我这样的前期运营还没有确定能不能成功的情况下，有必要将一开始的架构搞的很透彻方便以后开发吗？还是先不要太注重性能东西做出来，功能差不多，运营成功，一开始肯定用户量少，以后再重构。
或者希望大家能给我一点儿架构的建议 现在电子商务网站够多了，先别弄那些分布式和分表分库一类的东西，就是简单的前后台服务器和数据库就可以了。先看看你能不能活下来，然后再说怎么活的问题。项目初期关键在于市场，说实话技术要放到第二位——虽然我也是技术人员。 架构上可以先不考虑使用CDN，那个东西挺花钱的，上量以后再搞也来得及。在后台使用Memcached就足够了。技术选型上推荐Squid、Tomcat、JQuery、SpringMvc、Spring、Spring JdbcTemplate、Memcached、Oracle数据库。另外千万别用Hibernate，我是吃过大亏的，那东西难学难用，也不适合电子商务网站的业务。MyBatis相对于Spring JdbcTemplate来讲并没有优势，且到了项目后期做扩展还要改它的源码，还不如一开始就不用。其实Struts2也不错，但是需要学的东西多了一些，电商网站其实业务并没有那么复杂，不需要Struts2的那么多功能，SpringMVC的性能和易用性要好一些。数据库方面MySql也是可以的，但是资金管理功能还是推荐用Oracle，其实一开始做用盗版的就可以，项目做起来就要考虑用正版的，因为出了问题有技术支持是很关键的。 另外友情提醒，千万不要有架构上一步到位的想法，投入大成本高见效慢，可能你刚到位，买卖就黄了。技术上根据业务需要一步一步改进升级就可以了，技术毕竟是为业务服务嘛。 嗯 谢谢你的建议 就按这样搞了 |
| 返回顶楼 | |
|
发表时间：2012-01-04
hu97086 写道 evanzzy 写道 sha0k 写道 现在正要做一个电子商务的创业项目，但是没有网站架构的经验，对web开发 只有struts2 spring 和hibernate的经验，最近在iteye看了很多关于架构的东西，nginx，memcached，mysql proxy，分布式文件系统都略知一二，我想问的是，在我这样的前期运营还没有确定能不能成功的情况下，有必要将一开始的架构搞的很透彻方便以后开发吗？还是先不要太注重性能东西做出来，功能差不多，运营成功，一开始肯定用户量少，以后再重构。
或者希望大家能给我一点儿架构的建议 现在电子商务网站够多了，先别弄那些分布式和分表分库一类的东西，就是简单的前后台服务器和数据库就可以了。先看看你能不能活下来，然后再说怎么活的问题。项目初期关键在于市场，说实话技术要放到第二位——虽然我也是技术人员。 架构上可以先不考虑使用CDN，那个东西挺花钱的，上量以后再搞也来得及。在后台使用Memcached就足够了。技术选型上推荐Squid、Tomcat、JQuery、SpringMvc、Spring、Spring JdbcTemplate、Memcached、Oracle数据库。另外千万别用Hibernate，我是吃过大亏的，那东西难学难用，也不适合电子商务网站的业务。MyBatis相对于Spring JdbcTemplate来讲并没有优势，且到了项目后期做扩展还要改它的源码，还不如一开始就不用。其实Struts2也不错，但是需要学的东西多了一些，电商网站其实业务并没有那么复杂，不需要Struts2的那么多功能，SpringMVC的性能和易用性要好一些。数据库方面MySql也是可以的，但是资金管理功能还是推荐用Oracle，其实一开始做用盗版的就可以，项目做起来就要考虑用正版的，因为出了问题有技术支持是很关键的。 另外友情提醒，千万不要有架构上一步到位的想法，投入大成本高见效慢，可能你刚到位，买卖就黄了。技术上根据业务需要一步一步改进升级就可以了，技术毕竟是为业务服务嘛。 这位兄弟说的十分在理。我想补充，技术选型还是是要依据项目需求而定的，空谈而言也只能罗列些开源项目，而这些项目也是良莠不齐，就算是很好的项目也有自己成本和适应环境，所以空谈无意！ |
| 返回顶楼 | |
|
发表时间：2012-01-04
冯程程 写道 前不久写了个简单的 http://www.food028.com
采用ngnix+tomcat ，spring MVC+hibernate 注册后点"提交" |
| 返回顶楼 | |
|
发表时间：2012-01-04
paulwong 写道 
这个要顶。 |
| 返回顶楼 | |
|
发表时间：2012-01-04
evanzzy 写道 sha0k 写道 现在正要做一个电子商务的创业项目，但是没有网站架构的经验，对web开发 只有struts2 spring 和hibernate的经验，最近在iteye看了很多关于架构的东西，nginx，memcached，mysql proxy，分布式文件系统都略知一二，我想问的是，在我这样的前期运营还没有确定能不能成功的情况下，有必要将一开始的架构搞的很透彻方便以后开发吗？还是先不要太注重性能东西做出来，功能差不多，运营成功，一开始肯定用户量少，以后再重构。
或者希望大家能给我一点儿架构的建议 现在电子商务网站够多了，先别弄那些分布式和分表分库一类的东西，就是简单的前后台服务器和数据库就可以了。先看看你能不能活下来，然后再说怎么活的问题。项目初期关键在于市场，说实话技术要放到第二位——虽然我也是技术人员。 架构上可以先不考虑使用CDN，那个东西挺花钱的，上量以后再搞也来得及。在后台使用Memcached就足够了。技术选型上推荐Squid、Tomcat、JQuery、SpringMvc、Spring、Spring JdbcTemplate、Memcached、Oracle数据库。另外千万别用Hibernate，我是吃过大亏的，那东西难学难用，也不适合电子商务网站的业务。MyBatis相对于Spring JdbcTemplate来讲并没有优势，且到了项目后期做扩展还要改它的源码，还不如一开始就不用。其实Struts2也不错，但是需要学的东西多了一些，电商网站其实业务并没有那么复杂，不需要Struts2的那么多功能，SpringMVC的性能和易用性要好一些。数据库方面MySql也是可以的，但是资金管理功能还是推荐用Oracle，其实一开始做用盗版的就可以，项目做起来就要考虑用正版的，因为出了问题有技术支持是很关键的。 另外友情提醒，千万不要有架构上一步到位的想法，投入大成本高见效慢，可能你刚到位，买卖就黄了。技术上根据业务需要一步一步改进升级就可以了，技术毕竟是为业务服务嘛。 Spring MVC可行； Oracle 推荐； 至于Spring JDBC Template，仁者见仁，智者见智，我不认为Spring JDBC Template有什么优势。 至于MySql，如果我说它不好，肯定n多人用新浪、搜狐这样的例子来反驳我，我想说的是：可能MySQL很快，可能MySQL在一帮C语言高手的精心照顾下运行稳定，但是，如果你的公司养不起一帮C语言高手，也养不起一帮Unix高手，那么，我还是建议这样的公司花点钱老老实实地用Oracle，因为它：稳定，其实对于金融相关的行业，性能是不是极致并不是很重要，最重要的是：稳定、稳定和稳定。 还是那句话：软件为人服务，人不应为软件东奔西走地乱折腾。 少点DIY，省心点用Oracle吧。 |
| 返回顶楼 | |
|
发表时间：2012-01-04
最后修改：2012-01-04
george_space 写道 还是那句话：软件为人服务，人不应为软件东奔西走地乱折腾。 少点DIY，省心点用Oracle吧。 电商网站的黄金拍档是LAMP，用Oracle真的很少，小型创业公司用oracle就更奇怪了。 使用Oracle的大部分都是企业应用，包括你说的金融行业。 |
| 返回顶楼 | |
|
发表时间：2012-01-04
logicgate 写道 george_space 写道 还是那句话：软件为人服务，人不应为软件东奔西走地乱折腾。 少点DIY，省心点用Oracle吧。 电商网站的黄金拍档是LAMP，用Oracle真的很少，小型创业公司用oracle就更奇怪了。 使用Oracle的大部分都是企业应用，包括你说的金融行业。 虽然不了解淘宝，但是我不相信淘宝是 LAMP中的 PHP + MySQL，我想淘宝核心的数据如果不是在Oracle中存储，就是在DB2中存储，如果淘宝真的用MySQL作为主数据库，那淘宝没有一批可修改MySQL内核的人是不可想想的。 |
| 返回顶楼 | |
|
发表时间：2012-01-04
技术，架构不是问题，重要的是先要看清业务，持续运营和改进。创业慢慢来，先用最简单的实现，有了量以后什么都有了。
|
| 返回顶楼 | |
|
发表时间：2012-01-04
讨论得真激烈，我觉得重点在业务灵活性上吧。不过技术架构也要保证安全和性能。
|
| 返回顶楼 | |
|
发表时间：2012-01-04
千万别用EXT，慢的。
|
| 返回顶楼 | |
