关于SSH开发网络应用的思考。

Question

最近做了个ssh开发的项目。
一个预约系统。额。项目其实也没啥技术含量。
想问下SSH做的东西 适合网站不？
本人也没考虑到并发量多的情况。也没办法测试，因为这个系统用的人也不多，
反正已经上线了，外网的用户 内网的用户都可以使用这个预约系统。安全方面的设计，基本没有考虑。。
只是做了个MD5加密和 url转发

Answer 1

JavaEE不适合做网站！具体原因网上搜吧!我就不贴了，也懒得整理！

Answer 2

完全看系统并发量，一般来说，提到网站就会强调两个特性：1、访问量极高；2、相比之下信息更新时效性要求不强。这种情况下，基本上以静态页面发布为主，HTML，你看看大型行业门户网站就知道了。小型站点用SSH没啥大问题；中等规模站点至少前端要借助Apache等Web服务器做前置缓存服务，以消除页面访问压力；大型站点必须采用静态网页发布机制；超大型站点还必须使用分地域镜像站点机制。

Answer 3

MD5不是加密 是摘要 加密跟摘要还是有区别的我也是新手 接触编程1年 据我目前的经验 一般SSH都是做应用系统 做网站什么的还是用PHP比较快当然 具体需求 看楼上的 我觉得说的很不错

Answer 4

SSH是框架架构,对程序员来说方便很多,但是速度就比平时的HTML,PHP这些要慢,
如果LZ你的项目访问量不算大,那就用SSH吧

Answer 5

恩..恩 打个广告 o的blog: http://blog.csdn.net/afer198215/article/details/7097940高并发访问的核心原则其实就一句话“把所有的用户访问请求都尽量往前推”。如果把来访用户比作来犯的"敌人"，我们一定要把他们挡在800里地以外，即不能让他们的请求一下打到我们的指挥部（指挥部就是数据库及分布式存储）。如：能缓存在用户电脑本地的，就不要让他去访问CDN。 能缓存CDN服务器上的，就不要让CDN去访问源（静态服务器）了。能访问静态服务器的，就不要去访问动态服务器。以此类推：能不访问数据库和存储就一定不要去访问数据库和存储。

Answer 6

我也想用ssh作一个网站，先做来试试。