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

Kelly

Even though this tread is about SPA’s no one says that a business
application can’t be built in a combination of traditional pages and SPA’s.

In the business applications I builds a SPA is very similar to a 5250 ‘Work
With’ or ‘Order Entry’ program that basically consist of Grids and Form for
a ‘Function’ or an ‘Entity’.

The different ‘SPA’s’ are controlled by a Viewport that basically is a menu
system that controls a number of ‘SPA’s’ running in their own IFRAME’s. The
difference from a 5250 menu system is that you in a Viewport can have many
SPA’s active at the same time and the user can switch between them by
pressing the active tab or start a new from the accordion menu without
closing the present.

Each IFRAME uses big JS and CSS files that have to be shared/cached due to
performance and not to cause memory overloading the entire ‘session’. In
this context metatags that reloads everything is a bad idea.

And if you also have hundreds of these small SPA’s they may run on
different versions of JS files since updating from let’s say Angular 1.x to
2.x is a huge task so you will eventually end up with SPA 1, 3, 5 running
version 1.x and SPA 2, 4, 6 running version 2.x. You may even have SPA’s
where some runs Angular and others run EXT JS. Running the SPA’s in
IFRAME’s with caching ensures best performance.

IMO running an entire business application based on a single SPA is
shooting yourself in the foot.

On Thu, Aug 6, 2015 at 6:06 PM, Kelly Cookson <KCookson@xxxxxxxxxxxx> wrote:

Kevin,

Thanks for the information. I'll keep it in mind when using the meta tags
to stop caching.

Not caching anything works fine for my Social Hope site because it has no
images or anything I want the browser to cache. This may not be a common
situation, and I'll keep in mind that I might want the browser to cache
things in the future.

Thanks,

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

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Kevin
Turner
Sent: Thursday, August 06, 2015 10:39 AM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] A Responsive Single Page App (SPA) with 3 Issues to
Consider

Meta tags are OK if you want to disable all caching for GET request, but
that is not necessarily desirable. Some things you definitely will want
the browser to cache (static resources) - so I wouldn't dismiss the URL
option entirely. It does provide some level of programmatic control.

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Bradley
Stone
Sent: 06 August 2015 16:31
To: Web Enabling the IBM i (AS/400 and iSeries) <web400@xxxxxxxxxxxx>
Subject: Re: [WEB400] A Responsive Single Page App (SPA) with 3 Issues to
Consider

Kelly,

You shouldn't need a unique URL to stop the caching. Just be sure to use
the meta tags or adjust the headers (if it's dynamic) to expire and
browsers should grab a fresh page every time.

Brad
www.bvstools.com

On Thu, Aug 6, 2015 at 10:01 AM, Kelly Cookson <KCookson@xxxxxxxxxxxx>
wrote:

Hi Henrik,

Thanks for the tip. I might try it at some point down the road.

The tip Brad gave me on using the meta tags is working well enough for
my needs at this point. The meta tags don't solve the problem of
letting users put a unique URL into their favorites, which is why I
may try your tip at some point. But the meta tags were too easy of a

solution to pass up.

My site is so small that visitors will be able to see almost any
content they want to see with 1 click from the home page. It's also a
leisure site and not a work-related site or a commerce-related site.
This is why I'm willing to live with not being able to link to

favorites...for now.

Thanks,

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

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Henrik
Rützou
Sent: Thursday, August 06, 2015 9:03 AM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] A Responsive Single Page App (SPA) with 3 Issues
to Consider

Kelly

It is funny how people went silent.

To avoid caching you just have to include genURI() and pxTS() in your
javascript and modify your code to create a unique url - something
like inserting

sn = genUri(s);

and then using sn as the link.

To be able to bookmark a specific start page is rater simple.

index.html should have a possible parameter like
.../index.html?page=xxxx and a button that bookmarks the page
(.../index.html?page=xxxx)

On Tue, Aug 4, 2015 at 7:42 PM, Kelly Cookson <KCookson@xxxxxxxxxxxx>
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.

--
Regards,
Henrik Rützou

http://powerEXT.com <http://powerext.com/>
--
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 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 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.
--
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 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.