h**********c
发帖数: 4120 | 1 我一直有这个疑问，websocket 通过ngix，效果是什么样的 |
|
h**********c
发帖数: 4120 | 2 那内个cross ngix的websocket呢？ |
|
|
|
|
l***p
发帖数: 358 | 6 竟然没有人提HTTP2？born for server push，websocket？firework 穿得过再来说 |
|
z*******3
发帖数: 13709 | 7
我现在就着手准备real time networking gaming了
一天到晚在udp,uint8,byte这些里面沉浮
不过就我观察，除了游戏，其他大多数应用，比如web，一般的social app这些
多数都是走tcp那条路，http,websocket这些都是tcp的
而只有vert.x这种才比较好地支持了udp，其他的多数都只考虑到了tcp
tcp的三次握手很恶心，属于脱裤子放屁 |
|
h*****4
发帖数: 4219 | 8 有个问题：
在服务器端是有jar连接kafka做consumer，现在给客户端提供一个rest url，客户端可
以提供一个topic和groupId用get 来读数据。
现在的问题是怎样用一个get，然后服务器端就能不断的给客户端发信息，直到topic上
面的信息都发出去，然后维持5分钟，然后断掉。而且在此期间，如果又有新的消息，
那么服务器会发给客户并且重新注册时间。
看了kafka-rest，他们的实现方法是在zookeeper那注册一个consumer，然后每20秒左
右给客户端发一次回馈，不过这20秒过后get失效，要客户端重新发一个get request到
rest url来获取下一个20秒的信息。 不能实现一个连续不断的get...
大家有没有研究过这个方面？
看了websocket 和 twitterStream，好像有点意思 |
|
|
h**********c
发帖数: 4120 | 10 What do you think about this proposal?
If you don't understand, please feel free to contact me at PM or reply at
this post.
Thanks, |
|
l**********n
发帖数: 8443 | 11 the load balancer will take care of upgrade for you. |
|
|
|
h**********c
发帖数: 4120 | 14 You provided one or two leads.
Perhaps, not the lab report. |
|
l**********n
发帖数: 8443 | 15 一个session可以开n个socket.
甚至一个page可以开多个websocket.
不同的socket干不同的事情 |
|
|
c*********e
发帖数: 16335 | 17 比如nodejs官方网站上的一个例子：注意，是tcp server,不是http server:
Here is an example of a simple TCP server which listens on port 1337 and
echoes whatever you send it:
var net = require('net');
var server = net.createServer(function (socket) {
socket.write('Echo serverrn');
socket.pipe(socket);
});
server.listen(1337, '127.0.0.1');
－－－－－＝－－－－－－－－－－
用的就是socket,而且貌似和 |
|
c*********e
发帖数: 16335 | 18 node.js快，到底什么是根本的原因？
1。 javascript里用callback,这样就 non-block i/o
2. 用到了web server的os的multi-threading
3。 用到了websocket,这是双向交流，tcp;比http更底层，也更轻，这样在internet上
传输时更快
4。以上都是。 |
|
d******e
发帖数: 2265 | 19 这得看有没有需求。
我老当年做research,在浏览器里面开个socket和系统通讯，你能说当时就发明了
websocket? 除了我门当年蛋疼的研究项目那个需要这个。 |
|
z*******3
发帖数: 13709 | 20 vert.x最有趣的就是想怎么做就怎么做
比如有人为了vert.x 3做了typescript的语言support
https://github.com/michel-kraemer/vertx-lang-typescript
还有人正在做php的vert.x 3的support
社区有人提议过做lua的support，不过这些语言都比较小众
除了第一个以外，其他两个都缺人投入
官方语言支持，在3.1可能会加入
clojure
scala
python
和ceylon
客户端方面，除了自己倒腾tcp,udp,http这些以外
目前vert.x bus的客户端有c++版本
我看了下，好像bus通信用的是websocket
算了，这个协议不熟悉，还是直接用udp吧，省得麻烦
听说fb用这个协议比较多
vert.x最好一点就是，无论它做什么
都留下来足够的余地让你自由选择
比如做web，光一个html template
就可以选择
Handlebars
Jade,
MVEL
Thymeleaf
这样你熟悉哪个，就可以用哪个
就很像eclipse当年成功的经验，它只做一些基本的功能
剩下的东西... 阅读全帖 |
|
c*********e
发帖数: 16335 | 21 还行，确实很快。用于real-time, chat room.现在websocket还没普及，所以socket.
io还是有市场的。 |
|
a9
发帖数: 21638 | 22 那就不是单纯的tcp了。你这是要搞websocket吧？ |
|
z****e
发帖数: 54598 | 23
upd, tcp, http, websocket, web service(soap) |
|
k***5
发帖数: 583 | 24 他默认有res在
HTTP是single transaction 的，一次基本就是一个request加一个response。
他的需要最好是用websocket。 |
|
c*********e
发帖数: 16335 | 25 目前真正的唯一的能做real time的.等websocket完全普及后，node.js也就快退下了。 |
|
l*********s
发帖数: 5409 | 26 我的理解是ajax也能作realtime，只是没websocket效率高。 |
|
|
c*********e
发帖数: 16335 | 28 tcp是2-way real time communication.websocket就是基于tcp来的。 |
|
z****e
发帖数: 54598 | 29
websocket sucks
it is based on http1
now it at least is http2 |
|
c*********e
发帖数: 16335 | 30 websocket是based on tcp,not http
http sucks,不是2-way real time的,request发出去后，要等待response.这个够脑残
的。就像2个人用手机打电话，一人说，“你吃饭了吗”，另外一人听到了，就是不回
答，第一个人没办法，得永远等第二个人的回答。 |
|
c*********e
发帖数: 16335 | 31 en, websocket还没有普及，socket.io就是用ajax,没啥新意。
polling |
|
d********g
发帖数: 10550 | 32 你这是搞混了cookie和session
session id大部分以cookie形式存，也有少部分local storage等但是要考虑兼容性。
“用cookie”是一个很宽泛的说法，你指的cookie不安全只是明码保存的信息。现在的
cookie基本上都是要么加密要么做了签名，拿到信息也无法篡改。在cookie里不保留敏
感信息是基本常识，大部分cookie只是存一个hash id，这里面包括session id。“
hacker用一个javascript就能拿到cookie信息”不准确，HttpOnly就是防这个的，当然
这些flag都是防君子不防小人，稍微改改浏览器源码就能绕过让其不honor
说到auth，除了WebSocket这一套新的stateful，传统HTTP stateless现在用JWT的也不
少，特别是用在REST API上，和session id比各有优势：
https://tools.ietf.org/html/rfc7519
实际上cookie-based session和JWT很像。这些概念没有那么泾渭分明，都是为了解决
stateless和auth的矛... 阅读全帖 |
|
d*******r
发帖数: 3299 | 33 @goodbug
@Nehalem
那 websocket 这种，通到 end client 那里容易被 block 么? |
|
n*****t
发帖数: 22014 | 34 前段鼠试着扔块砖头：传的是 json，其中可以包含 buffer，也就是 binary，不过浏
览器支持不好，最好是 encode 成 string。一个 page 什么概念？ |
|
s*i
发帖数: 5025 | 35 貌似 socket.io 支持binary 了。
DESKTOP 的网页里，不管是前面后面的Tab都会运行。
Android Browser里，我记得后台的Tab，javascript 挂起。所以只有前面的会运行。
iOS不知道。 |
|
s******s
发帖数: 3694 | 36 sensor network相对来说，还比较好解决，尤其是有Hub的这种系统。
传感器系统，一百万套可能只有千分之一在传数据，不可以做这个假定，这是安防网络
，不是远程开/关这种对延时和成功率不是很敏感的网络，普通 web service,
websocket, post/pull满足不了
另外我说的是不考虑多服务器的这种情况。单服务器并发到不了百万，成本会很高，毕
竟还有有各种冗余， 就当一个即时通信服务器器和实现即时通信协议栈的智能设备即可 |
|
g*****g
发帖数: 34805 | 37 你丫这么无知还做个屁呀。没有一个设备是路由器打洞的，除非你是像小米那样从智能
路由开始卖的。像Nest那样连电源的不需要另外hub，否则都是hub连到云上。都是long
poll，websocket, server send之类的http协议。打个屁洞。
傻瓜化不是关键技术？写个能跑脚本的应用叫做关键技术？LOL。你丫这辈子是没戏了。 |
|
T********i
发帖数: 2416 | 38 long poll不算打洞么？websocket, longpoll之类的我的系统都支持多少年了。
反正服务器你也看不着。接着叫板好了。
long
了。 |
|
T********i
发帖数: 2416 | 39 LOL。你继续懂下去好了。
这个真的没有啥可争的。你认为我没做websocket或者longpoll或者不能做，都随你便。
人家ET用的是cheap这个词。你自己琢磨去好了。 |
|
t**********1
发帖数: 550 | 40 1M req/s, 10M websocket long poll |
|
|
l**********n
发帖数: 8443 | 42 就是一web server, not a framework. support websocket, event bus, messaging |
|
d******e
发帖数: 2265 | 43 通俗的讲旧时一个系统里面人人都会中文法文英文。前台后台远程随便讲。
否则你python tech stack. web用django, 后台上celery.
websocket用web socket.
缺点是就是个toy, course project。真干活恐怕还要上play +AKKA。 |
|
d****n
发帖数: 1637 | 44 web socket or http/2
javascript 的话后端做成REST API. 不用websocket or http/2前端不能实事更新。
没有这两者的话,就让用户refresh or browser long polling.
具体看你的client side use cases.
C# |
|
|
w********m
发帖数: 1137 | 46 自己写吧，也不麻烦
大致的架构就是async ＋ message queue ＋ websocket ＋ rest api，语言就随意了 |
|
T********i
发帖数: 2416 | 47 就是一个port，比如443。上面可以跑HTTP，HTTPS，SSL等标准协议。还有我自己定义
的一些稀奇古怪的协议，我的协议可以直接跑在TCP上，我自己用AES/GCM加密，也可以
跑在SSL上，或者websocket。
开一个端口，这样进程运行在我家里只需要在NAT firewall上打一个洞就好了。
用户配置起来也容易，只要一个端口，各种客户端就都能工作了。 |
|
|
c******n
发帖数: 16666 | 49 不知道迅速撸一个websocket来得及不。。 |
|
s*i
发帖数: 5025 | 50 蠢的server side rendering 靠定时器setinterval
好点的 ajax request，靠定时器
再好点的用 websockets |
|
