|
Lucky you. I wouldn't where to post a question / send hate mail.
For months now the "More" button no longer displays its popup menu after ThunderBird's been running for a while. Solution is to restart it.
|
|
|
|
|
It's open source... you can fix it 
|
|
|
|
|
Was it by any chance a "Give me codez now" question?
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Not really 
I'm trying to make TB on Linux use a profile on a NTFS drive that was created with the Windows version of TB. Theoretically, I should be able to do this, but TB keeps telling me that the profile is missing or isn't accessible. Tonight, I'm going to try copying the profile folder to my home folder and see if that fixes my issue, but I don't really want to move it...
And it's now another day further down the road, and still no response from Mozilla...
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
So having stumbled onto yet another "x number of users leave if page takes over n time" article, but actully had a usefull part which most miss.
How Fast Should Your Web Page Load & How To Speed Up Your Website
Quote: QUOTE: “2 seconds is the threshold for ecommerce website acceptability. At Google, we aim for under a half second.” Maile Ohye, from Google
"ecommerce website" as in B2C, or consumer users.
So does anyone have metrics (or opinions if you want to throw your words) for what a semi-bespoke, 80% individual data, user logged in, web portal load time could expect?
I can easily point to "my gmail takes more then a few seconds when doing searches", however some discussions I have had, people are grouping the two as one.
|
|
|
|
|
Sorry, I was going to respond to this post, but the page took more than a second to load
|
|
|
|
|
Before there was a Google, it was already determined that the UI needs to react within half a second to be percieved as "responsive". People will accept a longer wait for search if search is not your core-selling point, and if there is some feedback.
In other words, it is old news
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
thank you,
I knew there was a better way to explain the mess I was trying to get out of my head.
Responsiveness
Like acknowledge to someone that you are thinking about their question, "uh huh, let me think here", instead of just vaguely staring at them because you drifted off and are still catching up with what ever actual question they asked instead of the 10 minutes of unrelated gab talk.
|
|
|
|
|
There is no global measurement for load time... what you have to look for is response time...
For instance - a user profile page should response immediately and load within a fraction of second.
A financial report on the other hand will take 20-40 seconds to process, so that is the loading time... but the response should be there from the very beginning until the end (progress bar)...
The main idea is not the let the user to wait without response, that makes clear what the status of the current request...
So actually the time limits should be set per page and process... And you may come up with creative ideas around long running process (for instance we use SignalR to follow the progress of a long running process, like reports, while the user can go on and continue working on other things)...
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge". Stephen Hawking, 1942- 2018
|
|
|
|
|
People want searching to be fast as well, but I think people are more likely to tolerate slower searching if they get good results. I think the main issue is just clicking about the site. If the home page is slow to load, the the category slow to load, then the product slow to load people may just abandon your site and go elsewhere. Especially as there is so much competition these days, users rarely have motivation to use your site especially.
Unless every page is doing major data retrieval and analysis there is no reason for any site to take as long as two seconds for a page. You either have bad hardware or very bad coding with no thought to caching etc.
|
|
|
|
|
I don't mind pages loading slowly As Long As image boundaries are preallocated, and there's no dynamic sh1te going on that makes content that's already loaded dance.
I'm sick to death of clicking the wrong links because the links I wanted moved as I clicked them.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: I'm sick to death of clicking the wrong links because the links I wanted moved as I clicked them.
Honest - this is the only reason I've ever clicked on an ad since I've been on the web (circa 1993).
|
|
|
|
|
dandy72 wrote: this is the only reason I've ever clicked on an ad since I've been on the web (circa 1993).
Don't tell 'em that, for God's sake -- they'll start planning ad positioning to do just that.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Now there's a horrible thought...
|
|
|
|
|
dandy72 wrote: Now there's a horrible thought...
Kinda my speciality.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
When you have Google's resources at your disposal, then sure, why not aim for 1 second. Until you have that budget however...yeah, people might have to wait a little bit longer.
|
|
|
|
|
I aim for "as fast as possible" with any "special performance measures."
It's cool that a second is the upper limit, but if I have a report and I can't for the life of me get it faster than five seconds then that's obviously what I'm settling for.
So how will I know if I need to use special measures to get stuff faster?
When I test my own sh*t over and over and the loading times are getting on my nerves I know I'll need to revise some code...
|
|
|
|
|
Sander Rossel wrote: if I have a report and I can't for the life of me get it faster than five seconds
I don't think that wait time is relevant, the page should respond to the user action with a status bar which should count as load time.
What pisses me off is when one of my reports never returns the data!
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
Mycroft Holmes wrote: I don't think that wait time is relevant
Depends on how often the report is used and how it's presented 
Point is, I try to get any page as fast as possible, and if that's five seconds that's five seconds.
If those five seconds piss me off because I have to load it a lot (or are obviously unacceptable) then I'm going to look for special measures such as caching, reusing "expensive" variables, minimizing roundtrips to databases and other services, threading, etc...
Of course I'm a trained professional who can see possible performance bottlenecks ahead of time, so I probably do some optimizations by default.
In a few cases I've had reports that I really couldn't get any faster.
One time I went from 15 minutes (some horrible code that wasn't mine) to three seconds, which turned to about 15 seconds after an update (again, not my code).
Getting those 15 seconds to three again required extensive database work, so we left it at 15 seconds.
15 minutes was absolutely unacceptable, especially since the whole system slowed down for those 15 minutes.
15 seconds was a lot better, but just something we couldn't improve any further without considerable time and effort.
Mycroft Holmes wrote: What pisses me off is when one of my reports never returns the data!
Why does my user report only show one user, Mr. Timeout Exception!? 
Been there, done that... 
|
|
|
|
|
Reminds me of my fist contract, back in the 90s, remediate an Access daily report that was taking 25 hours to produce
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
1 second eh?
I wish someone would tell Virgin Media that. They have lightening fast broadband (well, at least download anyway), but one of the consistently slowest web sites I have ever encountered. Navigation is not particularly slick either.
It goes without saying
|
|
|
|
|
My tolerance for how long a page takes to load is based on how important the page is to me.
(And wash out your mind with soap, what you're thinking isn't what I meant!)
So, CP, pages for paying bills online and checking my bank statement have considerable grace time. Pages for news articles don't, particularly as there is usually another link to try. My main goto for e-commerce is Amazon, and they are basically instant. Which is what they want, because the longer it takes for an e-commerce site to get to the "pay" button, the more chance of changing my mind. The "one-click" purchase was a brilliant move on their part to basically eliminate the pause, do I really need this, decision.
Latest Article - A Concise Overview of Threads
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Make sure the static "html" piece loads lightning face, then use ajax to fill in the content that will take a bit longer due to DB access, etc.
|
|
|
|
|
2 seconds is considered human real time. Anything shorter is gravy. Anything longer and our attention starts to wander.
|
|
|
|
|
Users perceive "lag" after 100 ms.
Use asynchronous loading of "interesting" content ("buffering").
Search time tolerance is proportional to the objective.
Frequency of use is what dictates enhanced retrieval techniques (e.g. warehousing; BI ).
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
