Ultimate SEO v3 (and v2.200) [Support Thread]

THE NEW CODE WORKS!!!!! Thank you!

This is where you find the new code .... in the gzip https://github.com/lat9/usu/releases/tag/v3.0.0

lat9:

I've just submitted USU v3.0.0 to the Zen Cart plugins for review; I'll update this thread when it's available for download.

 This version of USU supports Zen Cart 1.5.5 and later, providing updates for the following GitHub issues:

#2: Simplification of the plugin's logging interface.
#7: Canonical-link not being written.
#8: Correct usage of zen_get_info_page when used during admin processing (zc156+ integration).
#10: USU installer doesn't update zc156+ core files correctly.
#11: Restructure plugin to require no core-file overwrites

Note that the "no-core overwrites" requires that the changes required by previous versions of USU must be removed prior to installing v3.0.0. I promise, it'll be much easier next time!

See the following link for more information: https://github.com/lat9/usu/blob/master/pages/upgrade_from_v2.md
v3.0.0 is now available for download from the Zen Cart Plugins (https://www.zen-cart.com/downloads.php?do=file&id=132). Thanks to @swguy for correcting my coding error!

I was able to installed Version 3.0 in my test ZC 1.5.6 test site.
However, the configuration group was not listed!

https://i.imgur.com/AVyC6AZ.png

I don't know how configuration.php works. Only certain config group shown and not all of them.
(Previous database indeed had previous version of USU. I upgraded my ZC on test site and upgraded database. Then upgrade the USU to 3.0 and this occurred.)

PanZC2020:

I was able to installed Version 3.0 in my test ZC 1.5.6 test site.
However, the configuration group was not listed!

https://i.imgur.com/AVyC6AZ.png

I don't know how configuration.php works. Only certain config group shown and not all of them.
(Previous database indeed had previous version of USU. I upgraded my ZC on test site and upgraded database. Then upgrade the USU to 3.0 and this occurred.)
Could you try uninstalling USU (use the Extras->Uninstall Ultimate URLs tool) and then re-installing USU?

Just had something show up I've never seen before. I have a customer who's got more/complicated sub categories than I may have ever seen before. Thus ending up with a link of https://www.corbymotorsport.com/kw-club-aud-rs3-b7-c-6633_6634_9605_10317_10318_10436_10437_10438 which gives a 406 code. Do you suppose it's just too much for the mod / htaccess to handle? The cats go like this: Home » BROWSE BY CAR » AUDI TUNING » AUDI RS4 » AUDI RS4 (B7) » SUSP (aud rs4 b7) » COILS (aud rs4 b7) » kw coils (aud rs3 b7)

This the first time I've ever seen this and his website hasn't been changed in a long time (my server so I'm sure of any possible version issues). He's just hit this and he has been active. He also has a number of other zen cart sites with no issues but this is the larger one of them all.

Delia, my best guess is that that's based on a $_GET size limit per "key" imposed by the Zen Cart base /includes/application_top.php's processing for 'contaminated' keys

The following section, from the zc156a version of that file, imposes a 43-character limit on each of the "paramsToCheck":

$paramsToCheck = array('main_page', 'cPath', 'products_id', 'language', 'currency', 'action', 'manufacturers_id', 'pID', 'pid', 'reviews_id', 'filter_id', 'zenid', 'sort', 'number_of_uploads', 'notify', 'page_holder', 'chapter', 'alpha_filter_id', 'typefilter', 'disp_order', 'id', 'key', 'music_genre_id', 'record_company_id', 'set_session_login', 'faq_item', 'edit', 'delete', 'search_in_description', 'dfrom', 'pfrom', 'dto', 'pto', 'inc_subcat', 'payment_error', 'order', 'gv_no', 'pos', 'addr', 'error', 'count', 'error_message', 'info_message', 'cID', 'page', 'credit_class_error_code');
if (!$contaminated) {
  foreach($paramsToCheck as $key) {
    if (isset($_GET[$key]) && !is_array($_GET[$key])) {
      if (substr($_GET[$key], 0, 4) == 'http' || strstr($_GET[$key], '//')) {
        $contaminated = true;
        break;
      }
      $len = (in_array($key, array('zenid', 'error_message', 'payment_error'))) ? 255 : 43;
      if (isset($_GET[$key]) && strlen($_GET[$key]) > $len) {
        $contaminated = true;
        break;
      }
    }
  }
}

USU's .htaccess file sets $_GET['cPath'] to the characters following that trailing -c- ... which comprise 44 characters. Why that limit is 43 is anyone's guess.

lat9:

Could you try uninstalling USU (use the Extras->Uninstall Ultimate URLs tool) and then re-installing USU?

It does work with uninstalling then reinstalling!
https://i.imgur.com/x2YxfYn.png

Why would that occurred though? Old database conflict data?

-PanZC2020

PanZC2020:

It does work with uninstalling then reinstalling!
https://i.imgur.com/x2YxfYn.png

Why would that occurred though? Old database conflict data?

-PanZC2020
Thanks for that report-back! There were many configuration "keys" whose names were changed in the transition from USU versions prior to 2.217, so anything is possible.

Well, configuration showed up... but now...
https://i.imgur.com/aBjldP8.png

Most configurations showed up twice (except the first two configurations) x.x
Not positive if another uninstall will do it...

-PanZC2020

PanZC2020:

Well, configuration showed up... but now...
https://i.imgur.com/aBjldP8.png

Most configurations showed up twice (except the first two configurations) x.x
Not positive if another uninstall will do it...

-PanZC2020
If you're familiar with the use of phpMyAdmin, note the &gID=**xx **value shown in your browser's address-bar when you're viewing the Ultimate URLs configuration settings.

1. Open your site's phpMyAdmin and
2. Click on the 'configuration' table link in the left sidebar.
3. Click the 'Search' tab in the top menu.
4. Enter the value for **xx **in the configuration_group_id 'Value' column and press 'Go'.
5. If more than one page of output is generated, tick the 'Show All' checkbox at the top of the listing.
6. Take a screenshot of the search output and update this thread with the output.

P.S. I appreciate your help (and patience) with the issues that you're having.

lat9:

If you're familiar with the use of phpMyAdmin, note the &gID=**xx **value shown in your browser's address-bar when you're viewing the Ultimate URLs configuration settings.

2. Open your site's phpMyAdmin and

3. Click on the 'configuration' table link in the left sidebar.

4. Click the 'Search' tab in the top menu.

5. Enter the value for **xx **in the configuration_group_id 'Value' column and press 'Go'.

6. If more than one page of output is generated, tick the 'Show All' checkbox at the top of the listing.

7. Take a screenshot of the search output and update this thread with the output.

It is quite messy indeed...
https://i.imgur.com/8CthTVD.png

Surely there are settings attached TWICE!
(Updated Image for "Show All" configurations.)

-PanZC2020

Thanks for that! I'll recheck the updated USU installation; I thought that it removed those **SEO_ **flavored configuration keys.

PanZC2020:

It is quite messy indeed...
https://i.imgur.com/8CthTVD.png

Surely there are settings attached TWICE!
(Updated Image for "Show All" configurations.)

-PanZC2020
Do you, by any chance, have a copy of the database from *before *USU 3.0.0 was installed? If so, PM me so that you can send that collection of configuration settings to my direct email.

Just wanted to comment that I was able to solve an issue with the rewritten links leading to a 404 page not found by following this guide here: https://www.digitalocean.com/community/tutorials/how-to-rewrite-urls-with-mod_rewrite-for-apache-on-ubuntu-16-04

Ubuntu 16.04 php5.6 server environment, non shared. Hopefully this helps anyone else dealing with this issue.

Help! I've installed the plugin without any issue but how do I get the search engine friendly url's. I know, a silly question. I want to update all my links from the zen cart generated to the new ones but I don't know how :(

Ugh! So, I just realized that is "rewrites" the urls itself but when I click on the links the pages aren't there. I've uninstalled the plugin for right now until I get help with this

mtsgonyaw:

Ugh! So, I just realized that is "rewrites" the urls itself but when I click on the links the pages aren't there. I've uninstalled the plugin for right now until I get help with this

Sounds like an installation problem. Either try again, following all the steps closely, or reach out for help.

jeking:

Sounds like an installation problem. Either try again, following all the steps closely, or reach out for help.

After installation is there anything else I'm suppose to do? Reach out "where" for help?

mtsgonyaw:

After installation is there anything else I'm suppose to do? Reach out "where" for help?

Did you enable it from the admin settings page?
For help, right here....but the better you can describe your problem, the more likely someone can help you.

For example, I'm not sure what you mean by "when I click on the links the pages aren't there".

As @jeking indicated, USU's initial installation sets the plugin's Enabled value to false; you need to update the USU configuration to enable the generation of the "friendly" URLs.

You also need to ensure that the .htaccess distributed with the plugin has been copied/merged for your store, otherwise, those "friendly" URLs will result in a 404 (page not found).