Skip to main content

Anybody have fast HTML5 sites?

Permanently deleted user
There has been a lot of discussion recently about how HTML5 performance is much worse than Silverlight.  What I would like to know is if this is universal, or If you have public HTML5 sites that you are proud or and think show what is possible with HTML5.  It is clear that HTML5 is a much more server intensive technology than Silverlight, but It is where we are, and we need to make the best of it.  I would like to see what is out there that you think is Best of Breed, and can help show the rest of us what is possible, and maybe how to get there...
0

Comments

64 comments

Date Votes
  • Permanently deleted user
    I'd like to think that our sites are at least close to 'best of breed' ;)

     

    We have worked hard to make our sites as fast as possible but we don't have a lot that contains dozens/hundreds of layers either which probably helps.

     

    Our Make a Topographic Map site http://www.gisapplication.lrc.gov.on.ca/matm/Index.html?site=Make_A_Topographic_Map&viewer=MATM&locale=en-US typically loads in about 10-15 seconds which I think is reasonable.

     

    Our Fish Online viewer https://www.gisapplication.lrc.gov.on.ca/FishONLine/Index.html?site=FishONLine&viewer=FishONLine&locale=en-US  is a bit more complicated and takes 15-20 seconds to load to the disclaimer page and up to another 10 seconds for the default layers to finish drawing.  We never implemented any SL viewers - went straight from Flex to HTML5 - so I can't really compare the two.  All I can say is that we haven't had any real complaints about our apps being slow.

     

    I'll be interested to hear other people's experiences with load times - good or bad.

     

    Peter.
    0
  • Permanently deleted user
    Well of course a topographic map of Ontario would be fast - it's all flat!  Just teasing Peter. Nice maps.  I like the way your Disclaimer breaks up the load, and the fact that some items come in sooner rather than later.  On your Topo map, I might suggest putting your basemaps into a folder where you have set Sub-Item Visibility to only show one layer at a time, that way user does not have to turn off Topo to see imagery...
    0
  • Permanently deleted user
    We're working on the next version (GVH 2.6.1) of MATM now - I'll pass on your suggestion to the developer - thanks.
    0
  • Permanently deleted user
    I built this site a while back now. It is a very minimal site with a specific purpose. It uses mostly cached map services with dynamicmap at lower levels or for querying. When I say minimalist, the end user cannot even turn on or off layers they can only change base maps. It is mostly driven by workflow. Seems to be quite swift when opening.

     

    Not sure I can add any real reasoning behind it. I did strip out some things in the config files or with .css. I can not remember exactly what at this stage as I have since taken a job at a new place and am only just getting back into geocortex after a while away from it, so am a bit rusty. 

     

    https://mapping.ssc.nsw.gov.au/html_lep/?viewer=html
    0
  • Permanently deleted user
    Hi Mark

     

    from here in New Zealand, your site Mark seemed fast to load at ~6 seconds. Peter's took a bit longer at ~16s on first opening but ~6 for the second opening.

     

    It would certainly be nice if there was a bit more feedback to the user that something is happening with the opening of the HTML5 client rather than just a blank screen.

     

    Thanks

     

    Ralph Price
    0
  • Permanently deleted user
    Ralph,

     

    How is this site in the land of the Kiwis?  It is for getting parcel related info.  It opens with just cached services.  At 1:9600, I switch to Dynamic service for layer control.  There is a very heavy dynamic contour service available, but again, not at load.  I have a cople of cached aerial services - one for city (1.8 inch) and one for county (6 inch).  Users have full control over layers, but they have to look for it.  Made to run nicely formatted report quickly.

     

    https://maps.srcity.org/Html5Viewer/Index.html?viewer=parcel
    0
  • Permanently deleted user
    Hi Mike

     

    the splash image comes up quite quickly.

     

    Everything finished loading in 26 seconds first time and 16 seconds the second time I loaded it.

     

    Regards

     

    Ralph
    0
  • Permanently deleted user
    Can you try that again - I had tech support mucking about... Should be much faster!
    0
  • Permanently deleted user
    Using the Chrome 'Developer' tools the time reported is 10.39 sec this time. One observation that I could make is that there is a certain amount of waiting time since the browser will usually download a fixed number of items at a time. If I recall correctly it is something like 4 download connections. It looks like every icon etc is a separate png and  there are 127 involved. At one stage sprites would have been made use of to reduce the number of images for this sort of reason.

     

    Regards

     

    Ralph Price
    0
  • Permanently deleted user
    Mike,

     

    The initial load of your site took 22 seconds this morning.  Reload took 12 seconds.

     

    Peter.
    0
  • Permanently deleted user
    Thanks guys.  So nice to be inside a network - just took 8 seconds for me.
    0
  • Permanently deleted user
    Hi Mike: 

     

    I just checked your site, and it took about 8 sec. on the first load; about 5.41 on reload.  I think that is pretty good!
    0
  • John Nerge
    All of these sites performed pretty well for me (I'm in Minnesota, USA). I was using Google Chrome 55 on a 100 MB ethernet line.
    • 7 seconds for the Ontario Topographic app (interesting thing about it though was that it wouldn't load when I tried refreshing it - I had to clear my browser cache to make it work)
    • 8 seconds for the Ontario Fishing app
    • 18 seconds for the Sutherland app
    • 10 seconds for the Santa Rosa app

     

    Nothing like the instant gratification we usually expect of the web, but they were all under my usualy threshold of if it takes longer than 30 seconds it's broke.

     

    Here's my entry if anyone's willing to provide feedback on load time:

     

    https://gis.brooklynpark.org/neighborhoodinfo/
    0
  • Permanently deleted user
    Thanks Jorge, (check is in the mail...).  John, I had some weird reactions when I tried your site.  First time it crashed.  Second time it took 28 seconds, but only 6 to refresh on Chrome, and I hit it about 8 am PST.  Seems like it got happier once I allowed it to use my location.  I'm in California, just north of San Francisco.  Interesting how much distance place a part in these.  Jorge is only about 50 miles from me.  It took longer for John, who is farther, but also in the USA, and then it took even longer in New Zealand.  Lucky for me, my users are mostly either on my network or close by.
    0
  • Permanently deleted user
    John, I tried again just now, and it spent almost 30 seconds saying it was trying to establish secure connection, and then seemed to crash.  I hit refresh, and it came right up with your Address Lookup..  Cleared Cache and tried again, seemed to work fine..
    0
  • Permanently deleted user
    I would be interested to see what my heavy public site loads like out in the world if anyone would be willing...  This site has 5 dynamic services with hundreds of layers, plus about 20 cached services. 

     

    https://maps.srcity.org/Html5Viewer/Index.html?viewer=publiccity
    0
  • Permanently deleted user
    Mike,

     

    It took 18 seconds to fully load your publiccity site on my laptop (14 5to reoad) and 49 seconds on my Blackberry (Rogers LTE). If it matters, we're connected to the www through Toronto, ON.
    0
  • Permanently deleted user
    Thanks Peter.  Amazing that it opens on a Blackberry at all!  It seems clear that Distance does matter, but so does internet access speed on both ends, server load, etc.  If we can figure which sites are faster for each person that tests them, then at least we can begin to figure which sites are best of breed, and then start looking at what these folks are doing different.
    0
  • John Nerge
    Mike,

     

    It took 13 seconds for your sight to load on my laptop.

     

    Thanks for the feedback on my site. The security is what has seemed to trip most people up.
    0
  • Permanently deleted user
    I made some more changes to my public site, could anybody tell me if it is any faster?

     

    https://maps.srcity.org/Html5Viewer/Index.html?viewer=publiccity
    0
  • Permanently deleted user
    If you open your site in Chrome, and then hit F12, you can view how long stuff takes to come in.  I discovered that I had a cached service making a long Legend call.  This even after I had removed all of the layers and set it not to even load at open.  Turns out the MXD was comprised of 45 USGS Topo Tiffs.  Since the Cache was already made, I removed the Tiffs and replaced with a single feature layer of the County.  That saved another 3.5 seconds.
    0
  • Permanently deleted user
    To avoid inclusion of multiple factors in analyzing the performance, I just create simple GVH site with one service consumed. Both the Geocortex and the ArcGIS Server are in the same local machine. The startup still takes few seconds considering that the ArcGIS Server and Geocortex are installed in the same machine. It calls so many item as it appears in the screenshots below. Meanwhile, the GVS start faster! It calls few item

     

     

    User-added image

     

    User-added image

     

    User-added image
    0
  • Permanently deleted user
    Hi Mike

     

    75 seconds to complete loading.the first time but down to 21 seconds the second time.

     

    I just wish that there was better user feedback with a animated 'Loading...' gif or something similar

     

    Thanks

     

    Ralph Price
    0
  • Permanently deleted user
    Hi Mike,

     

    24 s first up and then 18s on a few reloads. Thats from Wollongong - Australia.

     

    I agree with Ralph that a 'loading' screen is much needed.

     

    Hopefully it gets better next release.
    0
  • Permanently deleted user
    Hi John,

     

    Similar to Mike's but better on reloads... 24s first up then 10s on reloads.
    0
  • Permanently deleted user
    And there is the question for me as to how much the proxy / webgate /webmarshal network pieces that are between me and the outside world are interferring in getting a timely response.

     

    Thanks

     

    Ralph Price
    0
  • Permanently deleted user
    So I added a disclaimer, hoping to break up the load time by giving the user something to see and react to (Mark, I used yours as a starting point, hope you don't mind...).  For me, it looks like it does not come until right at the end - are you folks seeing the same thing?  Anyone know how to move the disclaimer more to the front of the list of what gets loaded?

     

    https://maps.srcity.org/Html5Viewer/Index.html?viewer=parcel

     

    https://maps.srcity.org/Html5Viewer/Index.html?viewer=publiccity
    0
  • Permanently deleted user
    I'm not sure that you can make it appear any earlier unless it's decoupled from the site.  Normally, your disclaimer would be shown through a startup workflow or custom module - both of which can't run until the site has finished loading as far as I know.

     

    You could look at replacing the splash screen with your disclaimer but that would have its own issues too, I think.
    0
  • Permanently deleted user
    Hmm. I did some testing, prodding and poking and was able to a loading gif to the splash page. I dont have a public site available yet, so no demo, but it worked internally.

     

    Unfortunately/fortunately? the change is the in the viewers IIS wwroot directory so the change is for all sites in an instance.

     

    The file to change is C:\inetpub\wwwroot\Html5Viewer\Index.html  (where Html5Viewer is what you called your viewer)

     

    Note: there is also Tablet.html and Handheld.html (I did not test these.)

     

    For easy solution you can use an already existing loader-small.gif.

     

    I added two additional lines to the existing Index.html file. and thats it.

     

    Things to consider are what happens when upgrading? This file probably gets overridden so you would need to make the change after each upgrade.

     

      <!-- Splash Screen Markup --> <div class="splash-overlay"> <img class="splash-pre-loader" src="Resources/Images/loader-small.gif" alt="" /> <div class="splash-plate splash-invisible"> <img class="splash-image" alt="" /> <p class="splash-paragraph">This application uses licensed Geocortex Essentials technology for the Esri<sup>&reg;</sup> ArcGIS platform. All rights reserved.</p> <b><br> <img class="splash-pre-loader" src="Resources/Images/loader-small.gif" alt="" /></b> </div> </div>

     

     

    For more fancy solution you could copy your own .gif to the Resources/Images folder then reference it.

     

    get free gifs from here: http://www.ajaxload.info/

     

    For Fancy schmancy option you could edit the Resources\Styles\splash.css and include a css3 loader

     

    css3 loaders here: http://cssload.net/

     

     
    0
  • Permanently deleted user
    Mark,

     

    I tried it, but it still was kind of jerky.  I think I'm going to give up.  I'm trying something different - I'm replacing my splash screen with a copy of my disclaimer, so the user can start looking at that until the real one comes up.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post