-
March 9th, 2009, 06:53 PM
#1
Javascript library file size
Hi, I am looking at using Lightstreamer as it seems to be a well supported and mature product. My one concern is the size of the javascript library which is upwards of 250k (lspushpage.js, lscommons.js & lsengine.js). It appears that the brunt of the file size is for the VisualTable stuff. I am only interested in developing nonVisualTable apps using longpolling/streaming, is there a 'lite' version for the javascript libraries?
Thanks,
Jason
-
March 10th, 2009, 10:04 AM
#2
Hi Jason,
Please consider that the JavaScript libraries are usually delivered by any common Web server employing HTTP content compression (through GZIP/DEFLATE encoding). In this case the overall size of the libraries is about 65 KB.
That said, a non-visual lite version of the libraries is not available yet, but will be definitely provided in the future.
Cheers,
Alessandro
-
December 2nd, 2009, 05:22 PM
#3
Lightstreamer content compression

Originally Posted by
Alessandro
Please consider that the JavaScript libraries are usually delivered by any common Web server employing HTTP content compression (through GZIP/DEFLATE encoding). In this case the overall size of the libraries is about 65 KB.
Alessandro
I would like to know if Lightstreamer supports content compression similarly like GZIP/DEFLATE encoding in other Web servers? It would be great for pushing large number of items.
Thank you.
-
December 3rd, 2009, 10:57 AM
#4
GZIP/DEFLATE push content compression is not supported for some reasons:
When in streaming mode, it does not seem to be safe enough to compress individual chunks while maintaining broad compatibility with clients and intermediaries.
In any case, Lightstreamer pushed content is already compressed because only the deltas in the item state is pushed. So, applying a further GZIP/DEFLATE-style compression is many cases could not provide any benefit (unless large strings are pushed, but this is not a common use case).
When in polling mode, most of the response length in many cases is given by the HTTP header, which would not change with GZIP/DEFLATE compression.
But we keep improving our protocol, so I don't exclude we could decide to provide some form of compression support in the future.
Similar Threads
-
By felipe.valemobi in forum Client SDKs
Replies: 1
Last Post: October 19th, 2011, 11:33 AM
-
By GoatHunter in forum General
Replies: 2
Last Post: August 25th, 2009, 10:54 AM
-
By rd2008 in forum Client SDKs
Replies: 2
Last Post: April 28th, 2009, 10:03 AM
-
By rsouissi in forum Client SDKs
Replies: 1
Last Post: August 27th, 2007, 11:24 AM
-
By Mone in forum Client SDKs
Replies: 2
Last Post: May 7th, 2007, 02:59 PM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
All times are GMT +1. The time now is 02:56 AM.
Bookmarks