The website is quite slow, what else can I do other than what I did?

Zanato wrote: ↑

Wed Jul 01, 2020 11:50 pm

Don't mind all the Journal bashing that goes on here. It's developers who see it as a nuisance having to make their plugins compatible due to Journals popularity.

Hello to Ireland,

Are you suggesting laziness on a forum of developers that give their time, effort and knowledge for free?
No that is not the reason.

Zanato wrote: ↑

Thu Jul 02, 2020 3:01 am

I think the problem this forum has though is Journal is pirated

yes, this is part of the reason, Journal has taken the work of other developers - this is very annoying - it is unethical in every business field, software is no different.

But actually, as is being explained over and over again .. the problem with Journal and specifically with the point asked in this thread - IT IS TOO HEAVY - it loads the kitchen sink and if it was written better and only used what is required there would not be so much of an issue.
Caching caching and caching is not supposed to solve overloaded sites, it is supposed to be the final finishing.

Yes it offers the end user and quick and cheap way of throwing something that looks half decent together, that is unfortunately all the end user cares about until they have to pay Journal for support (this is not directed the the OP who has been very pleasant, honest and is not at fault) - and come here expecting (! often with criticism and no thanks) free support .. this is a very reasonable problem to have with them.

That is my rant over,

To increase speed of your site, minimise what is loaded, ensure your images are the correct size & compress them (tinypng.com) and if you really want to reduce the loading time, you need to remove Journal and find something less cumbersome (or hire a developer to remove the bloat for you) viewforum.php?f=88

I wanna be in Business, I only have to find out first, what Business means ...

Business means Competition, Gentlemen, but when it comes to OpenCart and Journal,
some really seem to believe, to get Support in a User-Forum, in no way related to the
Creators and/or Sellers of that Journal Theme Extension. Journal does not even exist here,
to support their Customers, meaning, that they don't give a damn about Journal Users,
not willing to pay for qualified Support. And they sure don't care about this Place either,
they only like it, because it keeps them from the need of running their own Support Section
in a similar, free, and open way.

But why ? Probably aware of the Fact, that a lot of Journal Users did not buy Journal from
them, but installed some dark.net Version. So, why support such individuals in the Open ?!
They would really be Nut's, strictly from the Business Point of View at least !

Then, some poor Fellows either use Facebook, or come here, in expectation of nice OC Friends,
just waiting, and eager, to make 'em rich quick, as soon as possible, and logically for free.
But real Life does just not work like this, and Business is international today. And why should I
assist others, eventually even ending up as my direct Competitor as well ??

So, better be reasonable, and don't expect much help on Journal around here. It's just not worth it,
because neither OC, nor the Extension DEV's, coming here, make any or much profit out of Journal.
So, there is no good reason, to assist, without ever getting something back in return.

That should be understandable for everybody, trying to build and/or run a Business. This Place is
NOT a Place of Friends, but a Place of potential Competitors. And one should be glad, to frequently
be assisted for free, but sure not expect it, as some obviously frequently seem to ....
----
By the way, it's not my problem anyway, I never tried one, after looking at some Journal Source on
other Sites. I can't stand 900+ formated Pre-Header Lines of Code, just to make an OC Page work,
regardless of, what's to be shown on the Screen. But it's the price, to pay, to have most everything
included, regardless of, if some parts of it will ever be used or not.

Ernie

Zanato wrote: ↑

Thu Jul 02, 2020 3:01 am

JNeuhoff wrote: ↑

Thu Jul 02, 2020 12:51 am

What "features" are you talking about?

• One Page Checkout

• Blog

• Quick View

• File Upload On Enquiry Form

• Product Filter

• Sticky Menu

• Buy Now Button

• Disable Add to Cart on out of stock

• Product Labels

• ...and lots more.

That's what I suspected. Most of these features have nothing to do with a web theme. Product and category filters are available in standard OpenCart. The other ones could have been implemented in a proper way, using the correct MVC approach and folder structure, along with event handlers. The actual Journal3 web theme itself is bloated and of poor quality, with so many standard template files replicated unnecessarily just for minor changes bringing no benefits.

Anyway. coming back to the subject here: A way to speed up the website includes optimizing your images, the removal of obsolete Javascripts, unnecessary fonts (why does Journal has to load multiple font files), avoidance of unneeded animations on pages, removal of unneeded tracking codes. Relatively easy to do with an OpenCart and standard-compliant web theme, though it will be challenge with Journal3.

I would also agree that you could easily get that setup without using Journal. If you used the default theme customized to suit and a few good extensions you'd get a good result. Like others, I'm not vehemently anti Journal. I'm just pro Opencart and good coding.

delmarket wrote: ↑

Thu Jul 02, 2020 12:47 am

I'm barely getting 10 to 15 on pagespeed insights, which is something I expected even though it works fast for someone who gets the cached version of it.

So go through the list of issues fixing them one-by-one, but you'll find that easier to do without Journal.

We did that on a Concrete5 (not OpenCart) site here and listed exactly what we did:
https://www.antropy.co.uk/blog/case-stu ... rovements/

delmarket wrote: ↑

Wed Jul 01, 2020 2:46 am

Here is the website: https://delbox.ro

We have journal 3 as the theme.
We have enough ram + cpu power to handle the amount of concurent visitors that are set in apache.
The vps uses SSD for the disk so the reading/writing speed is as good as it can be.
We have cloudflare in front of the website so we're already making it easier for the server to handle requests.
We have caching both from cloudflare and journal 3. Although this is a bit weird, on cloudflare it seems like we're caching only 48.44% of the content for some reason while on other websites we had, most of them had 70-90% cached content.
We made the images for products and banners as small in size an resolution as we could.
We have lazy loading for images from journal 3 active.
We added indexes on the database as recommended to make the queries faster.

All in all, the first pages still has a high loading time, especially for people entering the first time from their mobiles etc .

Therefore, could you please tell me what else can I do to speed up the loading time and make it blazing fast?

The only problem I can see in your site are, like mentioned by letxobnav, both the size and the quality of your pictures.

According to Lighthouse your images are NOT being lazyloaded. Possibly due to the fact that you have spaces in every filename? This is accounting for over 6 seconds of your load time.