Author Topic: Again: massive server overload with J 3.9.1 (Read 819 times)

Studio 42 · « **Reply #15 on:** December 04, 2018, 17:23:42 pm »

Some .htaccess rule can bad redirect too. So check your rewriting rules.
Another problem is when you hardcode the http links and have rewrite rules to https, Joomla can use and rewrite relative links not absolute links. If you have image links that are not relative, the problem is same.

marscom · « **Reply #16 on:** December 04, 2018, 17:35:16 pm »

Hi Studio42,

we'll check that. Thanks for this precious hint! Although, I'm still wondering why we have the issue after updating to J3.9.1 and even more after updating VM to the beta version.

Cheers

Martin

marscom · « **Reply #17 on:** December 05, 2018, 10:36:06 am »

So we tried everything that was proposed so far. We could track down the problem a little:
Google indexes more than 1.4 URLs of the site www.kauer.ch - every second, a few thousands more. The URLs in Google look something like:

https://www.kauer.ch/index.php/de/produktsuche-ergebnisse/bett__or__gartenstuhl__or__gastrolounge__or__kommoden__or__buerotisch__or__regale2013-03-07-14-06-13__or__beistelltische__or__badmoebel__or__nachttische__or__duvet-kissen__or__test__or__schaffner-gartenm%c3%b6bel/

Now the weird thing: when you modify one of the words or numbers, there is no error page, but simply a new listing. But when one modifies the URL of non-shop-related addresses, then we have a correct 404 page.

Help... the server consumes actually the capacity of around 300 webspaces...

Thanks for every hint!

Martin

AH · « **Reply #18 on:** December 05, 2018, 10:59:46 am »

Even very badly worded "product url" with a valid category urls give a result

example:-
https://www.kauer.ch/index.php/de/produktsuche-ergebnisse/bad-url-from-me

Network tools:
Shows your site gives a 200 response to this url
However - there is also NO "canonical url" in the <Head> - so google will potentially index this url and keep visiting it

marscom · « **Reply #19 on:** December 05, 2018, 11:14:58 am »

Hi AH,

thanks so far. So what do you propose to put in the head of index.php?

GJC Web Design · « **Reply #20 on:** December 05, 2018, 11:19:47 am »

Have u disabled the VM 404 error handling? this is in the VM config

IMHO non existing urls should give a 404 response otherwise there is nothing to tell Google not to index them

marscom · « **Reply #21 on:** December 05, 2018, 11:23:13 am »

Yes, the 404 error handling is disabled (see previous post in this thread).

GJC Web Design · « **Reply #22 on:** December 05, 2018, 11:25:21 am »

try to track down then why no 404 is given .. try without sef and use the full VM url with a non existent product id etc .. what happens?

Is it VM, Joomla or at server level?

jenkinhill · « **Reply #23 on:** December 05, 2018, 11:42:45 am »

Canonicals are generated in view.html.php for products, categories etc - last year I fixed a site where the template developer had hacked the view.html.php files (not recommended!) and for some reason the canonical code was removed.

marscom · « **Reply #24 on:** December 05, 2018, 12:47:21 pm »

Hi jenkinhill,

Now THAT's a hint! Because I had to modify view.html.php (adding a module), I probably screwed up the code. Now I renamed it to NEWview.html.php in the html directory and we'll see what happens.

Thanks a lot!

Martin

Milbo · « **Reply #25 on:** December 06, 2018, 00:03:05 am »

Why did you change the view.html.php to add a module?

marscom · « **Reply #26 on:** December 06, 2018, 06:01:32 am »

Hi Milbo,

the client wanted a half-width slider for just one category at the end of the shop entry page. The other half should have been filled with another custom module. Therefore I added these in the view.html.php. This worked with no problem, but the slider module itself didn't do the job as expected. So we're back to normal with this page.

But the problem with the overload still persists. We're really, really at the end of our wisdom.

marscom · « **Reply #27 on:** December 06, 2018, 07:35:51 am »

Hi again,

since the 3.4.3 update, there is another problem, not related (obviously) to the overload: The product modules are going crazy in the backend (see attachment). They cannot be modified anymore. Hope there don't come out more such surprises with the beta version...
What can we do in the meantime?

GJC Web Design · « **Reply #28 on:** December 06, 2018, 10:18:57 am »

switch on Joomla debug and full reporting so u can see WHERE VMlang is missing

AIO updated?
no module over ride etc?

marscom · « **Reply #29 on:** December 06, 2018, 12:06:12 pm »

Hi,

I had installed the complete beta package. But when I try to update the AIO database, I get an empty page in return. And: there are no modules overridden. The problem still persists: VM-modules cannot be modified in the BE (see previous screenshot)

VirtueMart Forum

VirtueMart & Joomla! - The Future of eCommerce

Author Topic: Again: massive server overload with J 3.9.1 (Read 819 times)

Studio 42

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

AH

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

GJC Web Design

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

GJC Web Design

Re: Again: massive server overload with J 3.9.1

jenkinhill

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

Milbo

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1

GJC Web Design

Re: Again: massive server overload with J 3.9.1

marscom

Re: Again: massive server overload with J 3.9.1