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

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.