Last post 5 hours 18 min ago

Posts last week 94

Average response time last week 34 min

All time posts 67837

All time tickets 10483

All time avg. posts per day 20

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.

#2602 – canonical redirect

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.

Wednesday, 10 August 2016 15:31 UTC

gjm6cB

I'm having trouble with canonical redirects. Navigating to site.com/dir/page gets redirected to the home page. Navigating to www.site.com/dir/page results in the page being served.

For the option "301 redirect www/non-www" the setting is "Enforce access through www url." This has been the set-up since initial configuration. Joomla is set to force HTTPS.

Although "Try to auto-redirect 404s" and "Display auto-redirect message" are both set to "Yes," no auto-redirect occurs and there is no message re other pages you should try. "404 error handling" is set to "Override Joomla!..."

When I search the sh404SEF error log, the returned message is "No url to be displayed."

Assuming this is a sh404SEF fixable issue, how can I fix it? Thanks,

Wednesday, 10 August 2016 15:40 UTC

wb_weeblr

I'm having trouble with canonical redirects.

There is no "canonical redirect" feature in sh404SEF. Not sure what you mean.

Navigating to site.com/dir/page gets redirected to the home page. Navigating to www.site.com/dir/page results in the page being served.

So it seems you have set up an alias from /dir/page to your home page then. This is done by putting "/dir/page" in the "Alias" tab of the "Home page meta" button.

Although "Try to auto-redirect 404s" and "Display auto-redirect message" are both set to "Yes," no auto-redirect occurs and there is no message re other pages you should try. "404 error handling" is set to "Override Joomla!..."

An auto-redirect can happen only if we find a similar URL to redirect to. So if you visit site.com/sdkfjgsdfpiugf, there's little chance we can find a page to redirect to, similar to sdkfjgsdfpiugf

We cannot discuss theoretically. Please provide actuall and full URLs to your site showing the behaviors described.

Rgds

Wednesday, 10 August 2016 15:44 UTC

gjm6cB

Thanks, no problem, wasn't sure if there was something basic that I was missing

Here is the url where I first noticed the problem due to Google Webmaster:

Link Webmaster shows: http://xxxx.com/business-law-blog/sole-proprietorship-nyc

Link navigated to when clicked: xxxx.com/business-law-blog/sole-proprietorship-nyc results in redirect to www.xxxx.com

Let me know if there is more information you would like.

Thanks!

Wednesday, 10 August 2016 15:46 UTC

wb_weeblr

Hi

Could you please 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

Wednesday, 10 August 2016 15:57 UTC

gjm6cB

uname: xxxx
pword: xxxx

login: https://www.xxxx.com/administrator/xxxx

Wednesday, 10 August 2016 16:21 UTC

wb_weeblr

Hi

1 - I am not sure how the redirect is setup, probably in your .htaccess file, but it's not sh404SEF doing: the redirect happens even if I disable sh404SEF.

2 - The problem here is that the sh404SEF error page is not used. I suspect it's your template overriding everything, but I cannot disable the template without damaging your site (as you have many different template configuration, I would not be able to configure them back if I switched to Protostar only for a test).

Rgds

Wednesday, 10 August 2016 16:24 UTC

gjm6cB

Okay, thanks. Actually, I don't think I set sh404SEF to use the sh404SEF error page. I will look into the .htaccess.

I appreciate your help with this.

Thanks again!

Wednesday, 10 August 2016 16:58 UTC

wb_weeblr

Hi

1 -

Okay, thanks. Actually, I don't think I set sh404SEF to use the sh404SEF error page

Yes, you did: auto redirect and such happens if we handle the 404. That's one of the most important thing in sh404SEF actually

2 - I was wrong: all those issues are caused by your Security extension, which is taking over the 404 error page among other things.

3 - In addition, the page /business-law-blog/sole-proprietorship-nyc is broken by another of your plugins: Jrealtime analytics. Just disable their system plugin to make it work again.

Rgds

Wednesday, 10 August 2016 17:23 UTC

gjm6cB

Hi,

Thank you very much.

2 - I set the Security extension .htaccess to release the www/non-www redirect it created by directly commenting out those lines in the .htaccess.

3 - for the Jrealtime analytics, I was given a fix this morning and it seems to be working from my end; I can navigate to the page no problem. However, based on your comment, I will again raise this issue with Jrealtime analytics.

Thanks again

Wednesday, 10 August 2016 17:27 UTC

wb_weeblr

Hi

2

2 - I set the Security extension .htaccess to release the www/non-www redirect it created by directly commenting out those lines in the .htaccess.

I was not talking about this. This plugin is breaking sh404SEF error page and the automatic redirects. Until they fix it those features can't work.

3-

3 - In addition, the page /business-law-blog/sole-proprietorship-nyc is broken by another of your plugins: Jrealtime analytics. Just disable their system plugin to make it work again.

If I disable both Security plugin and JRealtime, I can access the /business-law-blog/sole-proprietorship-nyc
Remember that his page is broken (redirect to home page) even when sh404SEF is disabled, so it has nothing to do with it.
When I disable the Security system plugin, the redirect to home page does not happen anymore. But the page display a big JRealtime error. Disabling the JRealtime system plugin allows the page to be displayed normally.

Rgds

Wednesday, 10 August 2016 19:41 UTC

gjm6cB

Thanks! Sorry I misinterpreted your comments. Now I understand (I hope).

2 - I tried the test you recommended and reproduced your result. The false error page I entered appeared to immediately redirect to a version of the homepage; I did not receive any recommended pages. I am in touch with the Security extension developer and hopefully with get to the bottom of this.

3 - The htaccess fix I mentioned appears to have addressed the redirect to homepage issue for non-www. I was not able to reproduce the JRealtime error, possibly due to the fix that I implemented this morning. I contacted the developer and he was not able to reproduce the error. So, my hope is that the JRealtime error has been resolved. Maybe it will take time for the refreshed page to propogate?

Thanks again for your time, patience and help with this. I understand the imposition and convey my appreciation of the extension and for the service.

Thursday, 11 August 2016 09:43 UTC

wb_weeblr

Hi

You're very welcome! I will leave this ticket open in case you need to add something. It will automatically close in 2 weeks, if not further comment is made.

Best regards

Friday, 12 August 2016 18:52 UTC

gjm6cB

Hi,

Just to update, JRealtime sent me a solution, and the next step was SecurityCheck. They looked at it and determined that if the Joomla "Search Engine Friendly URLs" options is set to "NO" the redirects work.

Example, with Joomla SEF set to YES, www.xxxx.com/a8 results in Error 404.

With Joomla SEF set to NO, www.xxxx.com/a8 correctly redirects to www.xxxx.com/business-law-blog/sole-proprietorship-nyc.

Question: with Joomla SEF set to NO, sh404SEF shows a big yellow warning sign. Is it okay for me to leave Joomla SEF set to NO and ignore the warning, or will that cause a problem?

Saboor

Friday, 12 August 2016 20:02 UTC

wb_weeblr

Hi

OK,I think I understand. I rechecked all your params, and this is coming from "use Joomla router" for

- JDownloads
- JRealtime
- Payperdownload

This can absolutely break the 404 error page redirects. The reason is that you force sh404SEF to ask the Joomla router to parse incoming URLs. THe problem is that the Joomla router is not very good at that, and it recognize URLs where it should not. BUt then it does not give back control to sh404SEF, and we cannot do redirects, and our nice error page and other things. (and that's why the problem goes away when you disable Joomla SEF: because the router is disabled)

I don't know why you choose to "Use Joomla router" with those extensions, but if possible, you should restore the default settings ("Use default handler"), or even Leave as non-sef.
Having both is not going to be possible.

Rgds

Friday, 12 August 2016 20:41 UTC

gjm6cB

Hi,

Thanks. I followed all of your advice, and now have the following for extension specific:

- JDownloads - use non SEF
- JRealtime - default
- Payperdownload - default

I did these one-by-one, clearing Joomla cache, then browser cache, then refreshing and checking site after each. Everything looks good. I initially set JDownloads to use default, but that setting results in HTTP 404 for Jdownloads links to PDFs; no good!

Anyway, after all that, I did the xxxx.com/a8 test and it resulted in Error 404.

I again tested by shutting of the Joomla SEF url, and the xxxx.com/a8 test resulted in the page.

So it looks like there continues to be an issue. The good news is that despite the JDownloads change, the old PDF links still work, so I don't need to change all that stuff!

Saboor

Monday, 15 August 2016 08:38 UTC

wb_weeblr

Hi

You still had JSecurityCheck left to "use Joomla router". And switching to USe default, the a8 redirect starts to work. However, especially if you are using Chrome, there is one thing you need to know: in case of 404, Chrome will also cache the result. If they see that a page gives a 404, they will not check again, at least for a while.
I just opened /a8 in an incognito windows in chrome, and the redirect worked right away.

Rgds

Monday, 15 August 2016 12:50 UTC

gjm6cB

Hi Weeblr guy!

You were right on that! I definitely appreciate all your help with this. FYI, I was testing this mostly on Firefox, incognito mode and clearing all history from beginning of time, etc. Doing that this morning, and xxxx/a8 still results in Error 404! So I'm not sure whats up with that, But the Chrome thing worked like a charm.

So, definitely indebted. Thanks again for your help with this. This ticket is closed!

Best regards,

Saboor

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.