1
oott123 2016 年 2 月 26 日
当技术说“不可能实现”时,要么是他拿得钱太少,要么是贵司在该项目上的资源(服务器带宽啥的)投入太少。
|
2
kingname 2016 年 2 月 26 日
我已经看到很多 app 上有类似的功能了。
|
3
Strikeactor 2016 年 2 月 26 日
websocket 呢
|
5
jarlyyn 2016 年 2 月 26 日
说实话,我觉得可能听听技术的估计没错。
技术都告诉你是服务器负载的问题了。 又总不会使用 p2p 吧? 我觉得如果用户数量不大的话,你不需要到这里问直接就可以回答他了。 |
6
cdffh 2016 年 2 月 26 日 @kingname
讲道理如果用户量很大的话这个功能并不容易 . 在没有基础的情况下 并不是那种一两天就能搞好的小功能. 1,先忽略并发和客户端数量带来的性能问题. 我估计 你们的客户端和服务端之间的交互用的是 http 没有用长连接之类的 所以服务器的交易状态没办法实时下发到客户端. 如果要完成你说的的这个功能的话要么现在做一个推送要么客户端定时请求. 2 现在考虑并发和用户量 在用户量大的情况下 客户端的定时请求几乎等于 ddos 了. 服务器扛不住. 如果是做推送下发的话 在你们没有基础的情况下,这个开发量肯定不是一时半会儿能完成的了. 看起来你也不是很懂技术的样子 综上 技术也懒得和你解释,所以他直接直接告诉你搞不定了. |
7
herozzm 2016 年 2 月 26 日 via Android
Ajax 不行吗?当产品卖光后后台写入内存, Ajax 去读内存而不是数据库
|
8
300 2016 年 2 月 26 日
我觉得,成交后服务器停止响应,客户端收不到信息即判断为已成交
|
11
colincat 2016 年 2 月 26 日 via iPhone
前提是什么客户端
|
14
codevn 2016 年 2 月 26 日
就算能实现也不要想了,技术都开口说搞不定了,你偏偏告诉人家能搞定也没用,代码又不是你写;
|
15
limengwei 2016 年 2 月 26 日 via Android
广播
|
17
yangqi 2016 年 2 月 27 日
技术估计是根据你们现在的情况说的不可能实现吧。技术上是能实现,但是也要根据具体情况。
或者你们技术深知代码的好坏程度,才放出这个话 |
18
Zohar 2016 年 2 月 27 日
WebSockets
|
19
JohnH 2016 年 2 月 27 日 参照 京东拍卖,观察其产品列表页面和产品页,分析一下,感觉上是没什么问题的
|
20
yuriko 2016 年 2 月 27 日 功能看起来很小,但其实是个深坑,石油钻井级别的
一般就是手头的各种资源不够,所以开发会觉得做不到…… |
21
imn1 2016 年 2 月 27 日
12306 还是里约热內卢奥运开幕式门票?
|
22
jsonline 2016 年 2 月 27 日 via Android
自己 DDos 自己,你不懂秒杀时刷新的兴奋感吗!居然去掉这个 feature !
|
23
jsonline 2016 年 2 月 27 日 via Android
一分钟请求一次有啥意义,最后一刻必须一秒钟刷新三次!
|
24
veau 2016 年 2 月 27 日
从产品逻辑讲,先在客户端挡掉 90%的请求,直接返回 false 。
然后剩余 10%的用户,本地过了再去和服务器链接。 90%和 10%自己控制好比例。 |
26
tabris17 2016 年 2 月 27 日
能够通过长连接实现,但是你们准备投入多少开发和服务器?
|
27
ChefIsAwesome 2016 年 2 月 27 日 via Android
买过火车票吗。一分钟一次你们技术都说数量太大扛不住了
|
28
emric 2016 年 2 月 27 日 最广泛的是长连接。
我这里并发连接最高只有 20w ,目前丢在 4G 的阿里云上面。 从负荷上看我觉得还有很大的提升的空间。 |
29
hardware 2016 年 2 月 27 日 crossbar.io 处理这个应该挺简单的
|
31
charlie21 2016 年 2 月 27 日 ref 用 node.js 实现 HTML5 原生的 comet(长连接)
http://think2011.net/2014/11/12/html5-comet-EventSource--node.js-example/ |