Skip to content
This repository

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Browse code

Rearranged text to fit a bit better in github :P and yes, I'm too laz…

…y to make it rdoc.
  • Loading branch information...
commit 095840eef3c2f809f20b341cbb5c697c21a17690 1 parent e8b1600
John Wilkinson authored May 16, 2011

Showing 1 changed file with 14 additions and 10 deletions. Show diff stats Hide diff stats

  1. 24  README
24  README
... ...
@@ -1,16 +1,20 @@
1 1
 Push server in Node.js
2 2
 
3  
-The purpose of this project is to make a very lightweight, flexible, easy to understand messaging server for getting data broadcasted
4  
-to in-browser flash-free websockets-free javascript-only clients in real time using long-poll.
  3
+The purpose of this project is to make a very lightweight, flexible, easy to understand messaging server for getting
  4
+data broadcasted to in-browser flash-free websockets-free javascript-only clients in real time using long-poll.
5 5
 
6  
-The advantage of this approach rather than using flash or websockets is that it maximizes your compatibility, makes all of your clients
7  
-behave the same way, and if your application can be optimized for the slightly jerky behavior of long poll it can be a very good option.
  6
+The advantage of this approach rather than using flash or websockets is that it maximizes your compatibility, makes
  7
+all of your clients behave the same way, and if your application can be optimized for the slightly jerky behavior of
  8
+long poll it can be a very good option.
8 9
 
9  
-The way it works is the push.js file which is used by the client page is passed via javascripts some channels to listen on.
10  
-For each of these channels, a connection is made to /m/channel-name.json?s=50 with a GET.
11  
-If there is new data on that channel since sequence 50, it is immediately returned.
12  
-If sequence 50 indicates the client is up to date with the most current data, then the connection is added to the listener pool and the client waits for the request to return
  10
+Whenever the client webpage wants to listen for data...
  11
+-The push.js file which is used by the client page is passed via javascripts some channels to listen on
  12
+-For each of these channels, a connection is made to /m/channel-name.json?s=50 with a GET
  13
+-If there is new data on that channel since sequence 50, it is immediately returned
  14
+-If sequence 50 indicates the client is up to date with the most current data, then the connection is added to the
  15
+listener pool and the client waits for the request to return
13 16
 
14 17
 Whenever the server wants to broadcast messages...
15  
-The application server posts data to /m/channel-name.json
16  
-The push server appends the data to the channel and triggers any listener's callbacks which are waiting for data on that channel
  18
+-The application server posts data to /m/channel-name.json
  19
+-The push server appends the data to the channel and triggers any listener's callbacks which are waiting for data
  20
+on that channel

0 notes on commit 095840e

Please sign in to comment.
Something went wrong with that request. Please try again.