6 ms·

Internet Explorer 6 as a chat server with Bridge RPC

40 points by sthatipamala 14y ago

jtchang 14y ago
It works in IE6?!
- sukuriant 14y ago
  It. _is_ IE6.
possibilistic 14y ago
Forgive me for not being very literate with this type of development, but why would you use Bridge over something like ZeroMQ? (I don't work much in this area, so sorry for my naïveté.)
- sthatipamala 14y ago
  ZeroMQ is one layer down the stack. It is higher-level than TCP but it's basically a transport. Bridge comes with RPC and automatic routing. It allows you to expose services simply by instantiating native objects and making method calls. (Like an easier version of Apache Thrift: http://thrift.apache.org/ http://thrift.apache.org/) It also takes care of the socket management and routing for you, so there is no host/port configuration to talk to any endpoint in the system. You can simply address things by a human-readable name like "photo-processor" or "search-server".
  - possibilistic 14y ago
    Thanks for making this clear to me! :)
deleted 14y ago
[deleted]
rgarcia 14y ago
While this is awesome, I think declaring the "death of client-server" is kind of naive. For anything that handles sensitive information (e.g. the auth() service here), it'd be mayhem to have all clients also be servers.
- dshankar 14y ago
  Our interpretation is that the concept of a client and a server is no longer relevant. Clients are just machines that are over the network that you don't trust. An iPhone is more powerful than servers from 10 years ago. It's a (bad) brief explanation but do you see my point? Perhaps the only relevant concept now is publishers and subscribers rather than clients and servers?
  - btipling 14y ago
    > An iPhone is more powerful than servers from 10 years ago. It's also more powerful than the computers that were used in the Apollo missions, but an iPhone wont get you to the moon, now will it.
  - rgarcia 14y ago
    Yeah, that makes sense, and I agree. You make a finer point than the third bullet point in the post :) Btw, love Bridge--using it to do some slick "client-side" form validation across browser and iOS clients. Keep up the good work!
ciparis 14y ago
Why the hell would you subject your developers to looking at anything in IE6? Are they masochists by nature?
- skrebbel 14y ago
  The JavaScript in IE6 isn't too horrible. It's mostly the layout and rendering that it sucks at. By choosing IE6, they could give you the scares without really having a lot of trouble. I bet they made it with Chrome (or the likes), copied it into IE6, fixed a bug or two (without even bothering about cross-browser compat), and done. 30 minutes. Writing the article costs more time.
btipling 14y ago
That's cute, but the server is actually at getbridge.com, it's not IE6. A browser cannot serve requests. The IE6 client is communicating via getbridge.com, from where the actual connections are being served. There's just some centralized application code in that particular IE6 browser that is controlling the channel logic.
- dshankar 14y ago
  This is pointed out explicitly in the section titled "Is this magic?" We never claim "no server." Our goal was to ask the question, what's possible if you can run computational logic in the browser and rely on a physical server purely for message routing (Bridge).
- btown 14y ago
  Yeah, this is no more than a glorified chatbot - and an inefficient one, too, if it's IE6. Although Pusher requires a real server to publish, AFAIK, Pubnub allows clients hosted on static pages to publish just fine. Bridge is just a very nice syntax. But that's OK... if it makes the web more realtime, I'm all for it.
drhowarddrfine 14y ago
This is a waste of web space. No one will be using them three months from now and their web page will be down this time next year.

40 points by sthatipamala 14y ago

jtchang 14y ago

It works in IE6?!

sukuriant 14y ago
It. _is_ IE6.

possibilistic 14y ago

Forgive me for not being very literate with this type of development, but why would you use Bridge over something like ZeroMQ? (I don't work much in this area, so sorry for my naïveté.)

sthatipamala 14y ago
ZeroMQ is one layer down the stack. It is higher-level than TCP but it's basically a transport. Bridge comes with RPC and automatic routing. It allows you to expose services simply by instantiating native objects and making method calls. (Like an easier version of Apache Thrift: http://thrift.apache.org/ http://thrift.apache.org/) It also takes care of the socket management and routing for you, so there is no host/port configuration to talk to any endpoint in the system. You can simply address things by a human-readable name like "photo-processor" or "search-server".
- possibilistic 14y ago
  Thanks for making this clear to me! :)

deleted 14y ago

[deleted]

rgarcia 14y ago

While this is awesome, I think declaring the "death of client-server" is kind of naive. For anything that handles sensitive information (e.g. the auth() service here), it'd be mayhem to have all clients also be servers.

dshankar 14y ago
Our interpretation is that the concept of a client and a server is no longer relevant. Clients are just machines that are over the network that you don't trust. An iPhone is more powerful than servers from 10 years ago. It's a (bad) brief explanation but do you see my point? Perhaps the only relevant concept now is publishers and subscribers rather than clients and servers?
- btipling 14y ago
  > An iPhone is more powerful than servers from 10 years ago. It's also more powerful than the computers that were used in the Apollo missions, but an iPhone wont get you to the moon, now will it.
- rgarcia 14y ago
  Yeah, that makes sense, and I agree. You make a finer point than the third bullet point in the post :) Btw, love Bridge--using it to do some slick "client-side" form validation across browser and iOS clients. Keep up the good work!

ciparis 14y ago

Why the hell would you subject your developers to looking at anything in IE6? Are they masochists by nature?

skrebbel 14y ago
The JavaScript in IE6 isn't too horrible. It's mostly the layout and rendering that it sucks at. By choosing IE6, they could give you the scares without really having a lot of trouble. I bet they made it with Chrome (or the likes), copied it into IE6, fixed a bug or two (without even bothering about cross-browser compat), and done. 30 minutes. Writing the article costs more time.

btipling 14y ago

That's cute, but the server is actually at getbridge.com, it's not IE6. A browser cannot serve requests. The IE6 client is communicating via getbridge.com, from where the actual connections are being served. There's just some centralized application code in that particular IE6 browser that is controlling the channel logic.

dshankar 14y ago
This is pointed out explicitly in the section titled "Is this magic?" We never claim "no server." Our goal was to ask the question, what's possible if you can run computational logic in the browser and rely on a physical server purely for message routing (Bridge).
btown 14y ago
Yeah, this is no more than a glorified chatbot - and an inefficient one, too, if it's IE6. Although Pusher requires a real server to publish, AFAIK, Pubnub allows clients hosted on static pages to publish just fine. Bridge is just a very nice syntax. But that's OK... if it makes the web more realtime, I'm all for it.

drhowarddrfine 14y ago

This is a waste of web space. No one will be using them three months from now and their web page will be down this time next year.