Re: Prefixing CDN URL to resources base path
Thanks Chris .. I evaluated that. Didnt work @ first shotand on further review I dont feel that is very effective; specially for JavaScript related code or dynamic CMS injected code. The approach that has been fastest and most effective for me has been to do the Heavy Lifting @ packaging time: Where the token map File look like this: # For JavaScript files to simple set the ROOT SITE_CDN variable. Not trying to alter other JavaScripts references that that may get really complex. # Simply devfine a SITE_CDN var, and prefix to any JavaScript code SITE_CDN( )*\=( )*''=SITE_CDN='//xyz.cloudfront.net/' SITE_CDN( )*\=( )*=SITE_CDN=//xyz.cloudfront.net/ # Replace all SRC location with CDN prefix in MARKUPS src( )*\=( )*'=src='//xyz.cloudfront.net/ src( )*\=( )*=src=//xyz.cloudfront.net/ ...One can modify the RegEx's to suit their convenience / custom cases/ - Software documentation is like sex: when it is good, it is very, very good; and when it is bad, it is still better than nothing! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Prefixing-CDN-URL-to-resources-base-path-tp4662997p4663019.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Efficient way to update ListView
Hi, Apologies for slight doublepost - I added this to the wrong subforum previously. As I understand it, the method of updating a listview via an Ajax call is to add the listview's container to the AjaxRequestTarget. This is resulting in the entire container being submitted back to the client. The site I'm working on has a panel listing all the users online, and we use websockets to issue updates so that once a new player logs in, the update is pushed to the client and the display is updated. This update is pushed out to all 200 users, so that the users online panel is up-to-date. The update contains the entire panel of players, which is pretty large in size (~80kB of markup). While this markup may be a little large, the issue is that for every user logging in/out, we're doing (80kB * 200) of traffic from the server. With users logging in/out fairly frequently, this gets to be an issue. Is there a more efficient way of wicket only updating/transmitting the items in a ListView that have changed? setReuseItems(true) tells the server not to re-render but the entire thing is submitted over Ajax still. I know there are ways we can get around this by having the Ajax update issue some javascript to add/remove people, but that feels less wicket-y? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Efficient-way-to-update-ListView-tp4663022.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Efficient way to update ListView
try https://github.com/vineetsemwal/quickview when you get time also read the below nice article http://wicketinaction.com/2008/10/repainting-only-newly-created-repeater-items-via-ajax/ On Sun, Dec 15, 2013 at 4:52 AM, davidh87 da...@confusedherring.com wrote: Hi, Apologies for slight doublepost - I added this to the wrong subforum previously. As I understand it, the method of updating a listview via an Ajax call is to add the listview's container to the AjaxRequestTarget. This is resulting in the entire container being submitted back to the client. The site I'm working on has a panel listing all the users online, and we use websockets to issue updates so that once a new player logs in, the update is pushed to the client and the display is updated. This update is pushed out to all 200 users, so that the users online panel is up-to-date. The update contains the entire panel of players, which is pretty large in size (~80kB of markup). While this markup may be a little large, the issue is that for every user logging in/out, we're doing (80kB * 200) of traffic from the server. With users logging in/out fairly frequently, this gets to be an issue. Is there a more efficient way of wicket only updating/transmitting the items in a ListView that have changed? setReuseItems(true) tells the server not to re-render but the entire thing is submitted over Ajax still. I know there are ways we can get around this by having the Ajax update issue some javascript to add/remove people, but that feels less wicket-y? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Efficient-way-to-update-ListView-tp4663022.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- thank you, regards, Vineet Semwal
