• Home
  • Get help
  • Ask a question
Last post 10 min ago
Posts last week 94
Average response time last week 34 min
All time posts 67856
All time tickets 10487
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.

#77 – Google Webmaster Tools crawling

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, 15 April 2015 11:07 UTC
creative
Since i change the URLs from example:

www.xxxx.de/parken-flughafen-frankurt.html to www.xxxx.de/parken-flughafen-frankfurt/

i get in the google webmaster tools 14.563 pages not found. But the URL what google display is bullshit.

Links not found for example:

http://www.xxxx.de/parken-flughafen-frankfurt-hahn/parken-flughafen-leipzig-halle/parken-flughafen-muenchen/parken-flughafen-frankfurt-hahn/parken-flughafen-frankfurt/parken-flughafen-leipzig-halle/parken-am-flughafen-airport-parking-gmbh

this URL are to long, and nobody had create this 14.563 URL. What happens here ?

See Screenshot
Wednesday, 15 April 2015 13:04 UTC
wb_weeblr
Hi

You changed the URLs on your site? you mean you installed sh404SEF, the URLs changed, but did you have proper 301 redirects in place (if your pages were indexed, which seems to be the case)?

As for the number of URL, nobody has to create them. From how they look I would say most lilkely, there are some links somewhere on your site:
- which are relatives (ie that starts without the initial / or htttp://yoursite.com/.....
- or that go into an infinite redirection loop
Google bots just follow those links and find those URL, which ends in 404.

I don't have bad links in WMT at the moment, but I think if you click on one of those links, they display more details, including on which page they were found. This may help in finding where those links are generated.


Rgds
 
Thursday, 23 April 2015 07:54 UTC
creative
Hi,

yes i was changed them from e.g.: http://www.xxxx.de/parken-flughafen-frankfurt-hahn.html to http://www.xxxx.de/parken-flughafen-frankfurt-hahn/ remove the .html extension.

i check on google webmaster tools and i cant find the errors.

e.g. the following url is not find: http://www.xxxx.de/parken-flughafen-frankfurt-hahn/parken-flughafen-leipzig-halle/parken-flughafen-muenchen/parken-flughafen-frankfurt-hahn/parken-flughafen-frankfurt/parken-flughafen-leipzig-halle/parken-am-flughafen-airport-parking-gmbh

and gwt says, that the following page is linked to the above page:

http://www.xxxx.de/parken-flughafen-frankfurt-hahn/parken-flughafen-leipzig-halle/parken-flughafen-muenchen/parken-flughafen-frankfurt-hahn/parken-flughafen-frankfurt/parken-flughafen-leipzig-halle/index.php?option=com_ptsearch&view=listparkinglots&fAirportLocation=32

attached the html code and and the webmaster screenshot. I dont now how to fix this issue.
Thursday, 23 April 2015 07:55 UTC
creative
Thursday, 23 April 2015 09:16 UTC
wb_weeblr
Hi

I made some progress I think, and your other tickets (#105) is also related to the same problem.
It's all related to the com_ptsearch component and module, though I don't know yet what the exact problem is.
In the ptadvancedsearch.js file, they have this:
$("#ptAdvancedSearchBtn").click(function() {
 		if($('#ptFormListParkingLotsModSearch').valid()) {
 			$.ajax({
 				type: "POST",
 				url: "/index.php?option=com_ptsearch&task=listparkinglots.getAirportLocationId&format=raw",
 				data: "airportLocationName=" + $('#ptModSearchAirports').val(),
 				success: function(data){
 					// Set the form action for the ptFormListParkingLotsModSearch.
 					$('#ptFormListParkingLotsModSearch').removeAttr('action');
 					$('#ptFormListParkingLotsModSearch').get(0).setAttribute('action', '/' + $.parseJSON(data));
 					$('#ptFormListParkingLotsModSearch').submit();
 				}
 			});
 		}
 	});
They set the action attribute of the form directly, and i'm sure this will be an issue, especially when search engines "play" this ajax code.

But more importantly, I have seen you have a javascript error on the page I used to test: https://weeblr.com/images/screenshots/tv4TseDmrKCkjO3PNuoEbEdIJuNr0x.png
It comes from your newsletter module. When a javascript error occurs, other scripts on the page are stopped also, and maube some of the ptsearch javaascript is not executed yet?

Anyway, having super admin access may help here, as asked in the other ticket #105.

Rgds
 
Thursday, 23 April 2015 09:39 UTC
wb_weeblr
Hi

For simplicity, please let's discuss in this ticket, the problem is the same anyway.

So I have connected to backend, and looked at the URLs you have.
As a test, I set ptsearch to "Use non-sef URL", and I was able to reproduce manually the problem, at least partially

1 - Got to http://www.xxxx.de/parken-flughafen-frankfurt-hahn/
2 - Search for an airport, Frankfurt itself for instance
3 - Select start and end date
4 - Click on Suchen
5 - You get redirected to : http://www.xxxx.de/parken-flughafen-frankfurt-hahn/index.php?option=com_ptsearch&Itemid=125&fAirportLocation=58&lang=de&view=listparkinglots

I don't think sh404SEF is doing this redirect. It's either ptsearch javascript or its php code using a relative URL instead of an absolute one. I am not able to reproduce when setting ptsearch to "Use default handler", but that's definitely how Google got those infinite URLs, by finding and following relative URLs.

Does that ring any bell? where does this com_pt_search extension comes from?

Rgds
 
Thursday, 23 April 2015 10:41 UTC
creative
HI i take what you say, but i dont redirec to this page: http://www.xxxx.de/parken-flughafen-frankfurt-hahn/index.php?option=com_ptsearch&Itemid=125&fAirportLocation=58&lang=de&view=listparkinglots

What i do
1) visit this page http://www.xxxx.de/parken-flughafen-frankfurt-hahn/
2) select airport location
3) select arrival date
4) select departure date
5) click the button "Suchen"

The extension is developed by me
Thursday, 23 April 2015 13:53 UTC
wb_weeblr
You get redirected that way if com_ptsearch is set to "Leave as non-SEF".

And I Just tried again right now, and I got this: https://weeblr.com/images/screenshots/9w8hxcjFdlIjtTwbDS3xuSh8TyeYWr.png
Doing the samething a second time, but with a different airport I get: https://weeblr.com/images/screenshots/N1T77AOSwxJJsGhatyAs6WQOmk2zMu.png

Which is exactly what WMT is seeing.

This is the action for the form: https://weeblr.com/images/screenshots/FXMdAVykydzLxBZKrpwksAYnqJxtqZ.png. It seems once the form is POSTed to the site, you redirect to the result, but then the redirect to the result page gets to the wrong page. What's the code for that?

Rgds
 
Thursday, 23 April 2015 18:32 UTC
creative
Hi,

first of all, thank you for your help and support.

$("#ptAdvancedSearchBtn").click(function() {
 		if($('#ptFormListParkingLotsModSearch').valid()) {
 			$.ajax({
 				type: "POST",
 				url: "/index.php?option=com_ptsearch&task=listparkinglots.getAirportLocationId&format=raw",
 				data: "airportLocationName=" + $('#ptModSearchAirports').val(),
 				success: function(data){
 					// Set the form action for the ptFormListParkingLotsModSearch.
 					$('#ptFormListParkingLotsModSearch').removeAttr('action');
 					$('#ptFormListParkingLotsModSearch').get(0).setAttribute('action', '/' + $.parseJSON(data));
 					$('#ptFormListParkingLotsModSearch').submit();
 				}
 			});
 		}
 	});



If the search button is clicked the action url will get via ajax and the new action will set and than submit the form.
 $('#ptFormListParkingLotsModSearch').removeAttr('action');
$('#ptFormListParkingLotsModSearch').get(0).setAttribute('action', '/' + $.parseJSON(data));
$('#ptFormListParkingLotsModSearch').submit();


I have fixed the bug, the problem was that slash on the end from the url e.g. parken-flughafen-frankfurt/ redirect to this page: http://www.xxxx.de/parken-flughafen-frankfurt-hahn/index.php?option=com_ptsearch&Itemid=125&fAirportLocation=58&lang=de&view=listparkinglots but if the slash is removed parken-flughafen-frankfurt the redirection works fine.

This Problem is now solved but the result if i add a parameter is the same. I think this is not a BUG on the componente code. Because i don't change anything on this part of code, and it works over more 3 years. Since i change the URL from e.g. http://www.xxxx.de/parken-flughafen-stuttgart.html to http://www.xxxx.de/parken-flughafen-frankfurt/.

I have in this componente only one controllerf or ajax calls (raw format), there is no redirection code

Any Idea?
Thursday, 23 April 2015 20:42 UTC
creative
changes reverted, because the post data will not send to the model. I will explain in a better way what the extension mod_ptadvancedsearch will do.

If an User select an airport location and the arrival and departure date and click to the button "Suchen/Search", a function call the model to get the oldurl from pt_sh404_sef_urls and set this url for form action.

Example:

Use case
1) User select location Stuttgart and for the departure and arrival date 2015-05-01 till 2015-05-03
2) User submit the form with click on Search

Before Form ist submitted
1) Call the above code from my last commit
2) Model function check, what kind of airport the user was selected in this example "Stuttgart"
3) Get from table pt_sh404sef_urls the oldurl e.g parken-flughafen-stuttgart/
4) Set the oldurl as form action
5) Submit the form

After form is submitted
1) User will redirect to the http://www.xxxx.de/parken-flughafen-stuttgart/
1) Print results to the view

So if we set com_ptsearch "Leave as non-SEF" joomla append the index.php...... to the loaded oldurl from form action.

Since i remove the .html extension and update sh404 i have this problems. U can check also a old working version from my site visit: dev.xxxx.de. The Username is dev and the Pass is dev123! Maybe this helps to find the error.


Thursday, 23 April 2015 21:55 UTC
creative
Problem with cglid solved now i will check wmt. I had an alias for all airport locations. The alias was for Stuttgart parken-flughafen-stuttgart without slash, remove the alias and not is working
Friday, 24 April 2015 08:47 UTC
wb_weeblr
Crap, that happens often.

Do you consider the problem solved now? If so, can you please close the ticket?

Thanks and regards

 
Saturday, 02 May 2015 18:52 UTC
creative
I will wait view days for google, after no errors i will close the ticket. Thank u for your good support.
Saturday, 02 May 2015 18:54 UTC
wb_weeblr
No problem.
Can you check , I think you have several tickets, can you close those that are still not relevant?

Thanks and regards

 
Sunday, 17 May 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.