[CONTRIBUTION] Ultimate SEO URLs v2.1 - by Chemo

[ammsimon]

excuse me for "robot".
the urls work very well on the site, no problems.
This is googlebot, msnbot ...
They visit the url re-write by adding the ID in addition, as on my example
It's weird

Thank you.

[Jack_mcs]

If you are using a sitemap, take a look at it to make sure the url's are correct. If it is one you generated from some external site, it was probably not created correctly.

[Hotclutch]

7 hours ago, ammsimon said:

excuse me for "robot".
the urls work very well on the site, no problems.
This is googlebot, msnbot ...
They visit the url re-write by adding the ID in addition, as on my example
It's weird

Thank you.

Someone posted a similar type problem just a few posts back from yours.

You need to find where in your script it is generating these parameters and then fix it, by adding code possibly. Even if the problem is already fixed / removed, google will continue to crawl the URLs indefinitely, until you put a 301 redirect on URLs of that type.

A quick fix for Google would be to ignore those parameters in webmaster tools, MSN also has an ignore parameter tool.

[ammsimon]

Thank you for your answers.

My canonical tags are ok, pagination too (page2, 3 ..
If I have to make 301 individual ad tags it's about 1500 line on my htaccess. aie, aie, aie in french !

 

 

[ammsimon]

 

In htaccess the 301 test redirects as below do not work

RewriteRule ^my-product-name-p-796.html?products_id=796.html$ https://www.mysite.com/my-product-name-p-796.html

Redirect permanent /my-product-name-p-796.html?products_id=796.html https://www.mysite.com/my-product-name-p-796.html

I think I'll leave like this

 

 

Edited July 21, 2019 by ammsimon
Incomplete

[BrockleyJohn]

1 hour ago, ammsimon said:

 

In htaccess the 301 test redirects as below do not work

RewriteRule ^my-product-name-p-796.html?products_id=796.html$ https://www.mysite.com/my-product-name-p-796.html

Redirect permanent /my-product-name-p-796.html?products_id=796.html https://www.mysite.com/my-product-name-p-796.html

I think I'll leave like this

It is probably not important to redirect these urls as I expect they work ok. However, they almost certainly come from your site, likely to be from a coding error.

You can find out where the links are being created using the internal links report in Google search console. If you want some help with this, create a separate topic and I can talk you through how to do this.

[Hotclutch]

4 hours ago, ammsimon said:

 

In htaccess the 301 test redirects as below do not work

RewriteRule ^my-product-name-p-796.html?products_id=796.html$ https://www.mysite.com/my-product-name-p-796.html

Redirect permanent /my-product-name-p-796.html?products_id=796.html https://www.mysite.com/my-product-name-p-796.html

I think I'll leave like this

 

 

That's invalid syntax. You cannot redirect query strings like that in htaccess.

You can do more harm than good when experimenting with htaccess like this, my suggestion is not to make entries in htaccess until the code you put is fully tested by someone who knows htaccess rules (which are complex).

On 7/16/2019 at 5:36 PM, Hotclutch said:

A quick fix for Google would be to ignore those parameters in webmaster tools, MSN also has an ignore parameter tool.

Just do this for now.

[mhsuffolk]

Phoenix 1.0.1.4   PHP 7.3 Test site on XAMPP

Installed and works correctly, URLs are as I have them on my live site. However at the top of every page I get this.

Warning: "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in D:\********\htdocs\includes\classes\seo.class.php on line 1883

[Jack_mcs]

At line 1883 in the includes/classes/seo,class.php filem change

continue;

to

continue 2;

 

[magak2015]

Hi 

I want to export all my dynamic generated HTML URLs to a .csv file or similar. 

Can anyone point me to how I should try this? I thought it was some value stored in the database but I see its not so easy...

 

[♥ecartz]

30 minutes ago, magak2015 said:

I want to export all my dynamic generated HTML URLs to a .csv file or similar. 

I do not know the answer.  But if I were trying to do this, I would look at sitemap Apps. 

Why?  Because they generate listings of URLs and should use the same generation mechanism as osCommerce uses for regular links.  Perhaps not all of them would be compatible with this App, but at least one should. 

[magak2015]

Thanks ecartz, your advice was very helpful!

[artfulweb]

Hello Jack,

Just installed your latest version and all works except the character conversions. I entered 

à=>a,â=>a,æ=>ae,ç=>c,é=>e,è=>e,ê=>e,ë=>e,î=>i,ï=>i,œ=>oe,ô=>o,ö=>o,ù=>u,û=>u,À=>A,Â=>A,Æ=>AE,Ç=>C,È=>E,É=>E,Ê=>E,Ë=>E,Î=>I,Ï=>I,Œ=>OE,Ô=> O,Ù=>U,Û=>U,ü=>u,ÿ=>'y',€=>Euros

but ther words with accents show up in the url as for example "lgumes" instead of "legumes", the character to be replaced not replaced! Any ideas?

 

Thanks in advance

[Jack_mcs]

I haven't tested it but I think the conversion is for characters. So where you are using more than one character, like Euros, it may not work. But for the others, it should.  Try removing everything except à=>a and see if that works.

[artfulweb]

On 12/29/2019 at 4:55 PM, Jack_mcs said:

I haven't tested it but I think the conversion is for characters. So where you are using more than one character, like Euros, it may not work. But for the others, it should.  Try removing everything except à=>a and see if that works.

No, Jack, still does not work. Sorry

[Jack_mcs]

What version of oscommerce and php are you using?

[artfulweb]

Sorry for the delay Jack. I am running Phoenix v.1.0.4.1 with php 7.38.

[domiosc]

PHP Version
Minimum 7.0
Maximum 7.3

Superior version is possible?

 

[artfulweb]

13 minutes ago, domiosc said:

PHP Version
Minimum 7.0
Maximum 7.3

Superior version is possible?

 

On my hoster they upgraded 7.3 to 7.38... don't know the details

[artfulweb]

Excuse me, 7.35

[Jack_mcs]

6 hours ago, artfulweb said:

Sorry for the delay Jack. I am running Phoenix v.1.0.4.1 with php 7.38.

I tried it here in a test shop and it failed for me too. It seems the php function used for the translating has problems with UTF code. Please try the following.

Replace this line

if ( is_array($this->attributes['SEO_CHAR_CONVERT_SET']) ) $string = strtr($string, $this->attributes['SEO_CHAR_CONVERT_SET']);

with this

if ( is_array($this->attributes['SEO_CHAR_CONVERT_SET']) ) $string = iconv('UTF-8', 'ASCII//TRANSLIT', $string);

The above worked in my quick test but I suggest you test it more thoroughly.

[artfulweb]

Really curious… with this correction "légumes" shows as "lacgumes" now, the "é" being replaced mysteriously by "ac".

Here is what is configured:

à=>a,â=>a,æ=>ae,ç=>c,é=>e,è=>e,ê=>e,ë=>e,î=>i,ï=>i,œ=>oe,ô=>o,ö=>o,ù=>u,û=>u,À=>A,Â=>A,Æ=>AE,Ç=>C,È=>E,É=>E,Ê=>E,Ë=>E,Î=>I,Ï=>I,Œ=>OE,Ô=> O,Ù=>U,Û=>U,ü=>u,ÿ=>y

[artfulweb]

15 minutes ago, artfulweb said:

Really curious… with this correction "légumes" shows as "lacgumes" now, the "é" being replaced mysteriously by "ac".

Here is what is configured:

à=>a,â=>a,æ=>ae,ç=>c,é=>e,è=>e,ê=>e,ë=>e,î=>i,ï=>i,œ=>oe,ô=>o,ö=>o,ù=>u,û=>u,À=>A,Â=>A,Æ=>AE,Ç=>C,È=>E,É=>E,Ê=>E,Ë=>E,Î=>I,Ï=>I,Œ=>OE,Ô=> O,Ù=>U,Û=>U,ü=>u,ÿ=>y

I tried other products and no matter what accented letter is replaced it is replaced by this "ac". Where does it find that?

[Jack_mcs]

Try this. Remove the last change then change this line

$string = iconv("ISO-8859-1", "UTF-8//TRANSLIT", $string);

to this

$string = iconv('UTF-8', 'ASCII//TRANSLIT', $string);

Also, probably not related to this, you have Ô=> O in your array. That would cause a space to be in the url causing it to fail. As mentioned previously, you should limit the conversion entry until the code is working to be sure parts of it are not causing other problems.

[artfulweb]

10 minutes ago, Jack_mcs said:

Try this. Remove the last change then change this line

$string = iconv("ISO-8859-1", "UTF-8//TRANSLIT", $string);

to this

$string = iconv('UTF-8', 'ASCII//TRANSLIT', $string);

Also, probably not related to this, you have Ô=> O in your array. That would cause a space to be in the url causing it to fail. As mentioned previously, you should limit the conversion entry until the code is working to be sure parts of it are not causing other problems.

That works! Thanks, Jack.