• Home
  • Get help
  • Ask a question
Last post 16 hours 37 min ago
Posts last week 81
Average response time last week 4 hours 29 min
All time posts 67915
All time tickets 10498
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.

#1081 – Popup URLs

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.
Tuesday, 29 September 2015 10:46 UTC
qme1ster
 Hi,

I was wondering what we can do about URLs which are generated for popups. These URLs appear in Google results but that content was not meant to be viewed on a separate URL. Is there are way to deal with this in sh404sef?

For example, we have this page:
http://xxxx.ie/Contracts-Team/

Google results for tilestyle contracts returns this URL:
http://xxxx.ie/TileStyle-Contracts-Team/kobus-louw.html?pop=0

But we don't want people to view that. And also, that URL produces a 404 error.

What can we do to resolve that? We want to be sure that none of these popup URLs are viewed.

By the way, when I go to the 404 manager there are no entries. How can that be if we are getting 404 errors for example for this popup URL?

Thanks in advance.

Regards,
Quentin
Tuesday, 29 September 2015 11:12 UTC
wb_weeblr
Hi

1 - 404 not recorded: the 404s are not recorded either because
- you have disabled 404 recording under the Advanced tab of sh404SEF configuration
- more likely: because you don't use the sh404SEF error page. If I go to http://xxxx.ie/tiles-219/tilesxxxxxxxxxxx.html, I see regular page, with a 200 http status code.

That's very, very bad from a SEO standpoint and wonder how you've achieved that!

Does that ring a bell?

Rgds
 
Tuesday, 29 September 2015 11:32 UTC
qme1ster
Hi,

We had some people do some work on the site and it seems they have altered several sh404sef settings. I've gone into the advanced tab and set Log 404 errors to yes, but we still do not get our customised 404 error page outputting. Can you advise what might be happening so we can resolve it?

Can you also please advise about the popups?

Thanks
Quentin
Tuesday, 29 September 2015 14:58 UTC
wb_weeblr
Hi

According to the documentation, the __404__ article and the shCustom Content category should be published and not renamed in any way. That's the most common source of the 404 error page not being displayed.
Then you have to look at the "Error page" tab of configuration, and see if anything departs from the default (documentation).

As for the popup, they look like relative links:
<a id="3" class="team_round bumpbox" href="/^team179" rel="842-442">
	
<img height="251" width="179" src="/images/meet-the-contract-team/thumb-paul.png"></a>


Of course, ^team179 is an invalid link so that can only generate 404s when Google crawls it.

However, I'm not convinced this is the problem you're seeing. http://xxxx.ie/TileStyle-Contracts-Team/kobus-louw.html?pop=0 is nowhere to be found on that page, and in addition, if it yields a 404, then google will soon drop it from its index.

How are those popups created and why don't they have the usual href="javascript: void(0)" links to avoid crawling by search engines?

Rgds
 
Monday, 05 October 2015 10:09 UTC
qme1ster
Hi,

You said that the "shCustom Content category should be published ". I cannot find this option anywhere in the settings. We have an older version 4.4.6.2271 of the component so we don't have those options which are shown in the documentation in the link you provided. At least, I cannot locate them in our version.

I will need to look into what you say about the popups but in the meantime can you explain where in our version we can check those settings for the correct functioning of the 404 error page?

Thanks in advance.
Monday, 05 October 2015 10:32 UTC
wb_weeblr
Hi

You said that the "shCustom Content category should be published ". I cannot find this option anywhere in the settings. We have an older version 4.4.6.2271 of the component so we don't have those options which are shown in the documentation in the link you provided. At least, I cannot locate them in our version.



I will need to look into what you say about the popups but in the meantime can you explain where in our version we can check those settings for the correct functioning of the 404 error page?

We are talking about articles and category, so you just use the Joomla article manager and the Joomla category manager

AS a side note, please upgrade to current version. Though we do reply, we can only officially support current version, should it be only to know which code is running on your site.

Rgds
 
Monday, 05 October 2015 14:44 UTC
qme1ster
When I go to Joomla article manager I see we have a 404 error article in the category "sh404 custom component" category and both the article and the category are published.

We are running Joomla 2.5 so I don't think we are able to upgrade to the latest version, or are we?

Please advise.

Thanks


Monday, 05 October 2015 18:47 UTC
wb_weeblr
Hi

Yes, you can certainly upgrade to the current version. You should actually get a "New version" update notification on your control panel. When you won't be able to update, the new versions won't show there.

Missing __404__ article or sh404SEF custom content category were only the most common errors preventing the use of sh404SEF error page.

In your case, your 404 errors generate a 200, and no redirect is even happening. There are many ways this can happen, it can be done either in your .htaccess file, through another plugin, ...

You really need to talk to the folks who developed the site.

Rgds
 
Tuesday, 06 October 2015 15:18 UTC
qme1ster
Hi,
Just to confirm, we can update at any time to the latest version of sh404sef even though we are running Joomla 2.5 -is that correct?
We have no further contact with the people who made the changes. Any ideas where we might start with trying to work out why the sh404 error page does not appear?
Regards,Quentin

On 05/10/2015, at 20:47, Weeblr wrote:

Wednesday, 07 October 2015 11:53 UTC
wb_weeblr
Hi

Just to confirm, we can update at any time to the latest version of sh404sef even though we are running Joomla 2.5 -is that correct?
That's correct. You will not benefit from all the latest features, as some are J3-only but the general code and URL generation engine, at least now, is designed for both.
Short-term, most likely on december 31st, we will stop supporting J2.x (which has been end-of-lifed at the end of last year). This means we will have a separate version for J2.5, and this J2.5 version will only get security patches if there was a security issue coming up (we didn't have any in the last 2.5 years).
Of course, sh404SEF will continue working as usual but no changes or even bug fixes will be made to the J2.5 version.

At first, I'll try look at the .htaccess and see if anything related to "404" shows up.

Rgds
 
Tuesday, 20 October 2015 10:36 UTC
qme1ster
Hi,

Thanks for your help.

The issue with the 404 error page not showing up correctly was that the error.php files weren't uploaded to the template directories so that's why the error page was not showing up. Having said that, we have log 404 errors set to YES but we are still not getting any logging taking place.

As for the popups, I understand what you say above and we are going to implement some changes to those popup links to fix that situation:

Instead of this:
<a id="3" class="team_round bumpbox" href="/^team179" rel="842-442">

we'll have this:
<a id="3" class="team_round bumpbox" href="/^team179" rel="no follow 842-442">

Could you please advise about the 404 logging?

Thanks
Quentin
Tuesday, 20 October 2015 12:04 UTC
wb_weeblr
Hi

1 - This URL still have ^ in them. As far as I know, this is an invalid character in a URL and it needs to be URL encoded. Any reason to use them?

2 - There is no recording because you don't have any 404 happening. If you visit this page for instance: http://xxxx.ie/Explore-the-Showroom/non-existing, instead of having a 404 you get a 200, because you have setup somehow a redirect to this page: http://xxxx.ie/page-not-found/404.html

This is very bad for SEO, and I warned you about that in my first message:
- more likely: because you don't use the sh404SEF error page. If I go to http://xxxx.ie/tiles-219/tilesxxxxxxxxxxx.html, I see regular page, with a 200 http status code.



That's very, very bad from an SEO standpoint and wonder how you've achieved that!


You should double and triple check your htaccess in case some redirect for 404 errors has been put there, or maybe you have one of those plugins that redirect 404s.
If one tries to load http://xxxx.ie/some-missing-page.html, they should stay on that page and not be redirected. A redirect always generate a 200 status code, and if the status is 200, of course sh404SEF doesn't record a 404 as none happen.

Rgds
 
Tuesday, 20 October 2015 21:50 UTC
qme1ster
Hi,

I've checked the htaccess and there's nothing there which I can see which might be responsible for redirecting any 404 errors. I've set the Joomla error.php file back to the way it was and have disabled the Joomla Redirect Plugin was I saw was activated. Now when you go to http://xxxx.ie/tiles-219/tilesxxxxxxxxxxx.html you see the default Joomla 404 page. So I think now we can safely say that there is no redirect taking place for 404 errors and that 404 errors are indeed taking place. But in sh404sef we have no logging taking place despite setting Log errors to "yes" and additionally the sh404 error page does not output despite adding the menu item id of the 404 article.

What else could be going wrong here? Our sh404sef configuration for 404 errors and the error page is as per the documentation.

Thanks again.

Wednesday, 21 October 2015 09:16 UTC
wb_weeblr
Hi

So I think now we can safely say that there is no redirect taking place for 404 errors and that 404 errors are indeed taking place.
Not at all. I still get a code 200 when I visit http://xxxx.ie/tiles-219/tilesxxxxxxxxxxx.html, or any other page when altering it's URL.

Rgds



 
Wednesday, 21 October 2015 09:50 UTC
qme1ster
Hi,

Is it possible that there might be some redirect which affects only the shop?

Because when I try: http://xxxx.ie/something.html the default 404 error page appears correctly.

I'm investigating the shop redirect further but why for standard joomla content is the default joomla 404 page appearing and not the sh404sef version?

Rgds
Wednesday, 21 October 2015 10:51 UTC
qme1ster
Further update: I believe I've located and resolved the redirect issue.

I've cloned the site and you can now see here that the 404 page appears instead of a redirect:

http://xxxx.ie/TestOct2015/tiles-219xxxxxxxxxx.html

htaccess credentials to access the cloned site in this subfolder:
xxxx
xxxx

So how do we get the sh404sef 404 page to appear?

In the component's configuration we have error logging set to yes and we have the menu id of the 404 article set in the error page config. Still no 404 errors showing up in the log.

Please advise.

Thanks in advance.
Wednesday, 21 October 2015 11:28 UTC
wb_weeblr
Hi

Can I know what the problem was? .htaccess related?

As I can see the joomla error page each time, even when the URL is totally non-existing (/sdklfjhsdkjfsd), I suspect you have at least one component set to "Use Joomla router" under the "By component" tab of sh404SEF configuration?

If so, and depending on how your template (overrides) are done, sh404SEF may not always be able to catch Joomla errors (because the Jooma router don't give back control when an error happens).

This should be solved in the upcoming release (4.7) that we have postponed until tomorrow Joomla security release. It has many changes, including visually, but it should solve the problem. If not, I will have to make a backup of the site, to be able to debug locally.
You can download this new version from here. Once installed, please note that the __404__ article and the associated category are not used any longer (they are unpublished, you can delete them after checking your error page works).
All error page configuration is now done in sh404SEF configuration, on the Error page tab.

Let me know.

Rgds
 
Thursday, 05 November 2015 05:34 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
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.