/[meteor]/googlecode.com/svn/trunk/public_html/poll.html
This is repository of my old source code which isn't updated any more. Go to git.rot13.org for current projects!
ViewVC logotype

Log of /googlecode.com/svn/trunk/public_html/poll.html

Parent Directory Parent Directory | Revision Log Revision Log


Sticky Revision:
(Current path doesn't exist after revision 62)

Revision 62 - (view) (annotate) - [select for diffs]
Modified Thu Nov 27 00:33:21 2008 UTC (10 years, 7 months ago) by andrew.betts
File length: 2584 byte(s)
Diff to previous 53
1 Fixed: Added SIGPIPE handler.  We noticed that under heavy load
Meteor receives SIGPIPEs from the OS, suspected to relate to clients
that have just disconnected the moment Meteor attempts to write to the
socket.  This caused Meteor to crash.
2 Fixed: Long polling multiple channels no longer causes the loop to
die and restart when some channels have messages queued for delivery.
3 Fixed: Over time, Meteor 'collected' connections from clients that
never got disconnected even if MaxTime was set.  This happened if the
client concerned sent a header with no terminating blank line.  Meteor
kept waiting for the rest of the header, which never arrived, and
therefore the client remained in limbo, never subjected to the MaxTime
time limit because it had not yet become a subscriber.  Clients are
now allowed 30 seconds to send a valid request header.
4 Fixed: If only one message existed on the server, the JS client
would continue to request it again and again, because it has message
ID 0, and the JS client considered this an invalid message ID.
5 Fixed: Corrected some comments in file headers

6 Changed: MaxMessages has been renamed to CloseOnEvent and functions
in a similar, but not quite identical way.  Thanks to Matthew Haak,
who pointed out the extreme confusingness of MaxMessages and a bug
that has resulted in Fix 2 above.  Setting CloseOnEvent to any value
that evaluates to true will cause Meteor to close subscriber
connections after at least one message has been sent and there are no
further messages pending.  This is identical to MaxMessages for values
of 0 and 1, but where MaxMessages is set to a value higher than one,
replacing it with CloseOnEvent with the same value will act as though
it were set to one.  The intent of MaxMessages was to enable long-
polling (and it is used by the JS client in that way), and
CloseonEvent is a drop in replacement for that behaviour.
7 Changed: Meteor JS client now uses dynamic <SCRIPT> tags for all
polling behaviours, rather than XHR.  This enables it to make poll
requests cross-domain (see 13)
8 Changed: Meteor JS client now abstracts timestamp lookups to a
dedicated method.
9 Changed: Default HeaderTemplates no longer include cache busting
headers, since all meteor requests contain a millisecond timestamp and
so no client makes the same request twice.  These were therefore
simply chewing up bandwidth.
10 Changed: Date strings used for logging debug messages are cached to
avoid numerous expensive lookups to localtime().
11 Changed: Channel info is only sent in a response if the client does
not request a restart from a specified ID.  The logic being that if
the client knows the ID they want to start from, they have already
made previous requests and have the channel information they need.
Bandwidth saving measure.

12 Added: JS client now has a Meteor.isSupportedBrowser() method,
which you can call to detemine whether Meteor will run in the user's
browser version.
13 Added: JS client can now use different hosts for polling and
streaming.  This is only really useful if your website is on a domain
that has a lot of cookies, and you don't want to send them in every
poll request.  Removing cookies from request headers can reduce the
size of the request significantly.  We find that with cookies included
Meteor poll requests are usually larger than the responses.  To use,
set Meteor.pollhost.  Meteor.pollhost can be any domain, while
Meteor.host must be a subdomain of your website hostname.
14 Added: Config file now supports new 'FooterTemplate' parameter, for
a string to send just before the connection to the subscriber is
closed.  This is in support of change 7.
15 Added: Better inline documentation for ChannelInfoTemplate config
parameter
16 Added: Log output includes connection IDs corresponding to the file
inode for each connection
17 Added: New controller command LISTCONNECTIONS, produces a newline
delimited list of all currently connected clients, and for each one
displaying "ConnectionID IPAddress ClientType [SubscriberID]"
18 Added: New controller command DESCRIBE, takes a ConnectionID as a
parameter, and outputs numerous statistics about that particular
client, including number of messages sent/received, user agent, IP
address, time connected, time remaining until MaxTime etc.
19 Added: New controller comment LISTSUBSCRIBERS, produces a newline
delimited list of all currently connected streaming subscribers, and
for each one displaying "SubscriberID IPAddress Starttime TimeLimit
TimeRemaining MessageCount UserAgent"
20 Added: SHOWSTATS command produces the following additional stats:
connection_count: total current connections, real_subscribers: total
of number of currently connected streaming subscribers plus the number
of unique polling connections seen in the last 60 seconds.
21 Added: STDERR outputs prior to every exit() for debugging purposes
22 Added: The UDP server is now considered stable, and is the best way
of broadcasting messages to lots of Meteor nodes simultaneously and
efficiently. 



Revision 53 - (view) (annotate) - [select for diffs]
Modified Wed Feb 27 21:58:56 2008 UTC (11 years, 4 months ago) by andrew.betts
File length: 2217 byte(s)
Diff to previous 39
Updated version number

JS client:
Added channel info handler to JS client, assumes Meteor will send <script>ch('channel', msgid);</script>
Allowed processing of messages prior to current message index
Added disconnect() to eof()
Revert to poll mode if unable to load frame (should fix IE proxy issues)

Server:
Fixed output of channel info to show only subscribed channels (and simplified)
Added logging of IP addresses


Revision 39 - (view) (annotate) - [select for diffs]
Modified Sat Feb 2 16:49:20 2008 UTC (11 years, 5 months ago) by andrew.betts
File length: 2219 byte(s)
Diff to previous 32
Fixed poll mode problems, frame duplication, removed null byte chars


Revision 32 - (view) (annotate) - [select for diffs]
Modified Thu Dec 20 21:24:24 2007 UTC (11 years, 6 months ago) by andrew.betts
File length: 2458 byte(s)
Diff to previous 31
Complete rewrite of the JS web client
Opera and Safari compatibility
Saner request format


Revision 31 - (view) (annotate) - [select for diffs]
Modified Wed Oct 10 22:25:57 2007 UTC (11 years, 9 months ago) by andrew.betts
File length: 2875 byte(s)
Diff to previous 29


Revision 29 - (view) (annotate) - [select for diffs]
Modified Wed Oct 10 22:18:30 2007 UTC (11 years, 9 months ago) by andrew.betts
File length: 2845 byte(s)
Diff to previous 26
Internet Explorer onunload handler


Revision 26 - (view) (annotate) - [select for diffs]
Modified Mon Jun 25 10:37:57 2007 UTC (12 years ago) by andrew.betts
File length: 2686 byte(s)
Diff to previous 23
Resynced meteor.js defaults with documented values.
Removed wierdness in Meteor.js subsurl
Updated defaults in Config.
 


Revision 23 - (view) (annotate) - [select for diffs]
Modified Sun May 20 14:03:10 2007 UTC (12 years, 2 months ago) by andrew.betts
File length: 2805 byte(s)
Diff to previous 18
Attemps to prevent polling connections sending undefined requests


Revision 18 - (view) (annotate) - [select for diffs]
Modified Wed May 2 10:55:26 2007 UTC (12 years, 2 months ago) by andrew.betts
File length: 2785 byte(s)
Diff to previous 9
updated javascript client


Revision 9 - (view) (annotate) - [select for diffs]
Modified Fri Dec 8 16:52:58 2006 UTC (12 years, 7 months ago) by andrew.betts
File length: 3193 byte(s)
Diff to previous 3


Revision 3 - (view) (annotate) - [select for diffs]
Added Mon Nov 20 17:59:30 2006 UTC (12 years, 7 months ago) by andrew.betts
File length: 2794 byte(s)
Initial import

This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.

  Diffs between and
  Type of Diff should be a

  ViewVC Help
Powered by ViewVC 1.1.26