Re: A Responsive Single Page App (SPA) with 3 Issues to Consider

There isn't anything new about SPAs. They have been around for in excess of a decade at least. There are lots of ways of avoiding the browser cache situation, but perhaps the simplest is to simply add a meaningless but unique cache buster to each URL in the query string - so instead of a URL of "myurl" you could make it "myurl?foo=bar" where bar is a unique string (like new Date().getTime() or something)

On 4 Aug 2015, at 19:02, Booth Martin <booth@xxxxxxxxxxxx> wrote:

Totally agreed. With today's state of the art, the game is not worth the candle.

My bet would be that in a few years time there will be new solutions that are cheaper, quicker, easier, and have way more flexibility.

This is a new paradigm, so either give up all else and commit to this and fly on the leading edge or hang back and take a sleigh ride on the crest of the wave. Either way works but trying to do both usually ends with soiled underwear.

In my opinion.

On 8/4/2015 12:42 PM, Kelly Cookson wrote:
One thing I have grown to dislike about having a single page app is browser caching. I make changes to the files used for content within the single page app, but I often have to clear my browser cache for the changes to show up.

Add this to the fact that users cannot add particular "pages" to their browser favorites. A favorites link always takes the user to the home page.

I'm guessing there are methods for getting around these issues. If this were going to be a large website that a business had to spend money to maintain, or a website used by tons of people where maximum performance was a necessity, then I would probably do more research to resolve the above issues. I definitely see the maintenance and performance benefits of single page apps.

But this is just a hobby site and unlikely to be used by many people. I don't mind spending time on it because, well, that's what hobbies are for...spending time. So I'm going back to making it a traditional web site with multiple HMTL files.

The link http://www.socialhope.info/code/SocialHope_REBOOT.zip will continue to have the source code for the single page app version of the website, for those who find this thread in a search or simply want to download the code later.

Kelly Cookson
IT Project Leader
Dot Foods, Inc.
1.217.773.4486 ext. 12676
kcookson@xxxxxxxxxxxx

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/

________________________________

NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.



--------------------------------------------------------------------------------


CoralTree Systems Limited
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton
Hampshire
SO15 2EA
VAT Registration Number 834 1020 74.