Last post 6 min ago

Posts last week 89

Average response time last week 30 min

All time posts 67691

All time tickets 10463

All time avg. posts per day 21

Helpdesk is open from Monday through Friday CET

Please create an (free) account to post any question in the support area.

Please check the development versions area. Look at the changelog, maybe your specific problem has been resolved already!

All tickets are private and they cannot be viewed by anyone. We have made public only a few tickets that we found helpful, after removing private information from them.

#2970 – wrong sef-url generated for menu-item

Posted in ‘sh404SEF’

This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Thursday, 17 November 2016 07:56 UTC

iage

hello,

we have a multi-language installation (https://www.xxxx.ch) and, as far as I can see, everything works fine, except:

The menu-item for the french startpage always redirects to the second main menu-item (nos services).

The link in the menu-item for the startpage is correct: https://www.xxxx.ch/fr/
But clicking on it takes me to: https://www.xxxx.ch/fr/nos-services/analyses-chimiques-qualite-et-securite-de-vos-produits.html
instead of: https://www.xxxx.ch/fr/page-d-accueil/page-d-accueil.html

When I call the non-sef-url (https://www.xxxx.ch/index.php?option=com_content&Itemid=182&id=6&lang=fr&view=article) directly, it also redirects to the second menu-item. Itemid=182 is the correct menu-item for the startpage and there the correct article is linked.

I cannot figure out, why sh404sef is using the second menuitem. If I deactivate the second menu-item, the link works as expected.
I deleted the cache and also purged all URLs several times.

Do you have an idea what could be the issue or how to debug this?

I have now created a redirect directly in .htaccess and it works fine:
RedirectMatch 301 /fr/$ /fr/page-d-accueil/page-d-accueil.html/$1

But it should be handled by sh404sef directly.

Our versions:
Joomla: 3.6.4
sh404sef: 4.8.1.3465

Kind regards

-Stephan

Thursday, 17 November 2016 10:00 UTC

wb_weeblr

The link in the menu-item for the startpage is correct: https://www.xxxx.ch/fr/

But clicking on it takes me to: https://www.xxxx.ch/fr/nos-services/analyses-chimiques-qualite-et-securite-de-vos-produits.html

instead of: https://www.xxxx.ch/fr/page-d-accueil/page-d-accueil.html

I don't understand this. Clicking on this link should in no way redirect you anywhere. It should display your french home page. Redirecting your home page (/fr/) should not redirect at all, this is terribly wrong from an SEO perspective. Is that an historical URL?

I have now created a redirect directly in .htaccess and it works fine:

RedirectMatch 301 /fr/$ /fr/page-d-accueil/page-d-accueil.html/$1

Again, this is very wrong, there should not be any redirect on your "home" page.

1 - Is this native Joomla multilingual or Falang?
2 - If a redirect is happening, then it means some redirects have been put in place (called "aliases" in sh404SEF terminology). Do you have fr in the list of aliases?

Rgds

Thursday, 17 November 2016 12:30 UTC

iage

Thanks for your reply.

We are using KMFasTrans for the multilanguage configuration.
There are no aliases configured in sh404sef.
I also checked the redirects in Joomla, but here were only inactive links there. I cleared them all, but the problem persists.

It seems that the URL to the startpage of the currently active language is always generated /de/, /fr/ or /en/, also in the language switcher (which is a module from KMFasTrans to replace the native language switcher).

But the startpage of the other languages is always generated fully:
DE: https://www.xxxx.ch/startseite/startseite.html
FR: https://www.xxxx.ch/fr/page-d-accueil/page-d-accueil.html
EN: https://www.xxxx.ch/en/home/home.html

Do you maybe want to have a look? Or I could provide you an Akeeba-Backup to investigate locally.

Kind regards

-Stephan

Thursday, 17 November 2016 12:36 UTC

wb_weeblr

Hi

sh404SEF only supports native Joomla multilingual system, so if the problem is linked to KMFastTrans switcher module, there is not much more we can do.
I can still mention though:

But the startpage of the other languages is always generated fully:

DE: https://www.xxxx.ch/startseite/startseite.html

FR: https://www.xxxx.ch/fr/page-d-accueil/page-d-accueil.html

EN: https://www.xxxx.ch/en/home/home.html

This is totally wrong. There absolutely should not be any redirect happening, and those URLs, again, are totally wrong. When you load for instance, https://www.xxxx.ch/fr/, you should stay on https://www.xxxx.ch/fr/ and not be taken to any other URL.

I suspect this would indicate an incorrect setup of the Joomla multilingual setup, and I can briefly review your setup in that field if you provide us with superadmin credentials to your website. You can create a temporary account, and delete it afterwards, but it must have superuser level.

Thanks and regards

Thursday, 17 November 2016 12:44 UTC

iage

excellent, thank you so much.

Here are the login details:

URL: https://www.xxxx.ch/administrator
Username: xxxx
Password: xxxx

To access /administrator there is an additional login via .htaccess required:
Username: xxxx
Password: xxxx

I have disabled the redirect in .htaccess for fr/, so you can test.

Kind regards

-Stephan

Thursday, 17 November 2016 13:37 UTC

wb_weeblr

Hi

I have found an fr shURL:
[xxxx]

But in any case, you have probably not disabled the .htaccess redirect, because the redirect from /fr/ to /fr/page-d-accueil/page-d-accueil.html/ happens even when sh404SEF is disabled. So at this point, it's not sh404SEF doing this anyway.

Rgds

Thursday, 17 November 2016 13:47 UTC

iage

Thanks a lot for your help!

I didn't realize the shURL was the cause, but it seems to work fine now.

The redirect ist actually still disabled:
#RedirectMatch 301 /fr/$ /fr/page-d-accueil/page-d-accueil.html/$1

As far as I can see, it's ok. It works as expected.

Thanks again for your fast help and kind regards

-Stephan

Thursday, 17 November 2016 13:52 UTC

wb_weeblr

Hi

Good to hear that. It was still doing redirects for me, but then I checked and it was (again) Chrome. They cache redirects so if you want to be sure, you need to purge CHrome cache. it's now working alright for me too.

Closing this ticket now, feel free to open a new one as needed. If you do so, please mention this ticket number in the new one.

If you created any superadmin account for us, be sure to delete or block it now to avoid unnecessary risk in the future.

Be sure to also check out wbAMP, our new Accelerated Mobiles pages plugin for Joomla - the next big thing is SEO, direct from Google themselves!

Rgds

This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.