Why is the main plusnet site so slow (sorry - there's no better forum for this.

[#1]

The main plusnet site has been the most consistently slow of any I've visited for years. Typically 3-4 second response to each click - even now in the morning. Evening response is slower.
Contrast with BBC which always has instant response and faster page loading even though they tend to be delivering more graphic content.

Why can't a major ISP do a faster web site?

[#2]

Look in your browser cache at the expiry date/times on all the images etc that build up the portal pages. It's downloading everything nearly every time because they set such a short expiry time.
I pointed this out to them some years ago but they've never done anything about it - quite frankly I don't think they are bothered.  They'd rather make the portal unusably slow for anyone on a slow connection (or having to use dialup) rather that have to tell people to use CTRL+F5 if they've made changes.

[#3]

I don't think saying we're 'not bothered' is a particularly fair assumption jelv. What was our response the last time you raised this? I'll have a word with some of the web development guys and see what they have to say about it...
Edit: Transpires that there are a few here who have been pushing for content caching on the Apache servers for a while now, so it *definitely* isn't something we're not bothered about! I get the impression there are mixed opinions for and against it though. FWIW, the main contributor to Member Centre performance will be at a code/database layer, although the lack of content caching certainly won't be helping, especially for those on slower connections as you've pointed out.

[#4]

There was a project a few years ago to speed up the portal - it was called something like "10 second website". I can't remember if it was discussed on the old portal forums, PUG or Usenet and I didn't find anything with a quick search. If I remember correctly it sort of fizzled out without really achieving any dramatic improvement.

[#5]

I thought it was called "Don't make me wait" and aimed at providing sub 2 second response times.
10 seconds is a pretty low target to aim at.

[#6]

I don't think it is caching. Most of the delay is a complete lack of response from the time of clicking, to the pages starting to load. Once page is loading, it is reasonably quick.
I've just waited 10 seconds for the member center to even START to load, and that was from a click on the home page. Then 12 seconds after clicking login.
Strangely the community site is much faster.

[#7]

Yep - the pages load fine in almost an instance.
It does appear to be the initial stage from clicking on a link where the server seems to have a problem locating the link target to start with.  Once it has found it; everything loads fine.

[#8]

It's because of all those extraneous URL's in the "news" area.
Firefox resolves (and probably pre-fetches) things like this.
(because it's a https site, these ancient things aren't cached).

[#9]

Quote from: jelv

There was a project a few years ago to speed up the portal - it was called something like "10 second website".

It was called '2 second website' and IIRC was mainly centred around the optimisation of one of our core databases. We've done a lot of work in this area since then too.

Quote from: gofaster

I thought it was called "Don't make me wait" and aimed at providing sub 2 second response times.

2 seconds, yes. 'Don't make me wait' though was something else entirely.

Quote from: collinet

Strangely the community site is much faster.

Not strange, the Community Site is reliant on completely separate databases.

Quote from: A

It's because of all those extraneous URL's in the "news" area.

Are you talking about the (outdated) BBC links? If so, there are plans afoot to remove these.

[#10]

So are there any activities ongoing now to improve performance. It seems a poor recommendation to potential new customers if there first experience of an ISP is a slow website. (Not to mention irritation to existing customers)

[#11]

Quote from: Bob

Are you talking about the (outdated) BBC links? If so, there are plans afoot to remove these.

How long does it take to remove one or two lines of code?

[#12]

It doesn't take long at all to remove some code but our Development Team, Web Team and Quality Assurance Team have other priorities that need to be addressed before this particular issue will be dealt with. Hopefully it doesn't cause anyone too much hassle in the meantime!

[#13]

Quote from: jelv

Look in your browser cache at the expiry date/times on all the images etc that build up the portal pages. It's downloading everything nearly every time because they set such a short expiry time. I pointed this out to them some years ago but they've never done anything about it.

Reviving a very old thread here I know, but thought I'd let you know that we've just increased the expiry time of the portal content to 11months+

[#14]

As I clear my cache when closing the browser - security recommendation - how will this help
Just checked and it is much faster than usual even after clearing the cache manually - more explanation would be nice

[#15]

Good grief! When I first pointed this out (it must of been well over 5 years ago) I thought it would make a difference but I didn't expect it to be that much!