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

lhungil:

Description
If you disable the "SEO" cache in the admin configuration you are unable to re-enable the "SEO" cache.

Affected environments
Ultimate SEO URLs version 2.210 and 2.211.

Solution (until next version)
Replace the function "usu_check_cache_options" in "admin/includes/functions/extra_functions/seo.php" starting on line 104 with the following:

I'm guessing it should be fairly obvious where the beginning and end for the replacement in the seo.php file should be...but if not, can you specify what the end string people should look out for while doing the replacement?

(for people who aren't familiar with reading code)

:) Thanks!

Line 103 to the end of the file (basically the entire function).

Hi,

After installing this module almost all links are replaced by index.html or product_info.html

What could be wrong?

zen-cart 1.5.0.
Ultimate SEO Version: 2.211
PHP version: 5.3.10

Catalog is in the root, so in .htaccess rewritebase is set to /

settings:
Generate cPath parameters auto
Rewritten URLs end with .html
Format of rewritten URLs original
Categories as directories short
Enter PCRE filter rules for generated URLs
Enter special character conversions
Remove all non-alphanumeric characters? special
Enable automatic redirects? true
Enable SEO cache to save queries? false
Enable product cache? false
Enable categories cache? false
Enable manufacturers cache? false
Enable ez pages cache? false

Hi,

A link or non-linked text address to your site will help the forum help you better.

Also, looking at your profile history of posts, it looks like your cart is an upgraded cart to 1.5.0 rather than a fresh install? I know that people had problems when upgrading (vs fresh install) in the earlier days with 1.5.0 and Ultimate SEO URL, but that may have been resolved with the latest Ultimate SEO editions.

But without seeing your site we really have little or no idea of what's going on.

prommart.com (Ultimate SEO URL)
fashion-mart.biz (Simple SEO URL)

mrtorrez:

After installing this module almost all links are replaced by index.html or product_info.html
I am unable to duplicate this behavior with a clean Zen Cart 1.5.0 installation.

Information which may help us diagnose the issue you are encountering include: a link to your site, the contents of any message you received in the admin interface when installing, your .htaccess file, any debug log files, and a list of all other modifications made to your installation.

The ideal information would be a detailed list of steps taken to duplicate the issue you are experiencing starting from a clean Zen Cart 1.5 installation.

mrtorrez:

What could be wrong?
Common installation mistakes (in order of frequency)

1. A failed merge. Something merged incorrectly when installing the plugin or when upgrading Zen Cart from 1.3 to 1.5.
2. Skipping a step during the installation. Often when people have not read the installation instructions - or accidentally overlook one of the steps.
3. Attempting to upgrade from versions of "Ultimate SEO URLs" prior to version 2.150 without first removing the previous version and all changes made by the previous versions.

If reinstalling this plugin does not fix the problem - You may want to run WinMerge, Beyond Compare, or a similar tool and see what is different between your installation and the stock Zen Cart 1.5.0 files.

Hello everyone, sorry if I interrupt a discussion but maybe this is of relevance for the development of Ultimate SEO.
I installed it today and it works as advertised, which is nice.

I do however have a problem with the Special Character Conversion. I have a German translation of my site (bitaurum.eu), and some of the Category and product-titles contain Umlauts such as "Krügerrand".

The Special Character Conversion tool is of course a nice feature to use in that instance, because it would convert like ü=>ue, everyone can read the URL, google likes it and I am happy. Except that it doesn't work :P

The main reason for this (I suspect) is the fact that I am running a utf-8 system, sql-database and zen-cart installation, mostly because writing html like "look at this nice Krügerrand" is a pain in the arse.

Since this is a live website, I patched it up q&d by doing this in /includes/classes/seo.url.php:

			case 'special':
				// Remove all punctuation
				if(!self::$unicodeEnabled) {
					// POSIX named classes are not supported by preg_replace
					$pattern = '/[!"#$%&\'()*+,.\/:;<=>?@[\\\]^_`{|}~]/';
				} else {
					// Each language's punctuation.
					$pattern = '/[\p{P}\p{S}äöüÄÖÜß]/u'; //Franken-fix

This of course only removes the umlauts but does not replace them. I suspect the culprit in

		// Next run Character Conversion Sets over the string
		if(is_array($this->filter_char)) $retval = strtr($retval, $this->filter_char);

strtr, if I read correctly, doesn't handle multibyte characters right, which is kind of the thing utf8 is all about.

Does anyone have an idea on how to replace that function? I'd do some trial and error, but I am running a live site which is getting indexed by google's crawlers right now, and would be happy not to make it look like it's broken half of the time...

Thanks for the help and the great tools, it's good to see so much nice, free software is out there.

BitAurum:

I do however have a problem with the Special Character Conversion. I have a German translation of my site (bitaurum.eu), and some of the Category and product-titles contain Umlauts such as "Krügerrand".
I've been thinking about removing the "character filter" for awhile now as I feel it is a bit confusing. As you stated it was only designed to handle the replacement of a single byte character with another single byte character (mostly iso-latin-1).

The better (and more powerful feature) is the PCRE filter... This allows string replacements of any string with any other string. For example: "ü=>ue" This also eliminates the need for your "frankenfix". :D

As you use non-english characters I am going to send you an invite to the latest BETA version so you can test the changes in your environment (it includes a fix for handling redirects with non-english characters in the URL). This way we can test the changes in a non-english installation before I release the next version.

Description
The "SEO" cache is generated before all filters are loaded. This causes the "PCRE" and "character" filters to not run before generated URLs are placed in the cache.

Affected environments
Ultimate SEO URLs version 2.210 and 2.211.

Solution (until next version)
Change the following lines in "includes/classes/seo.url.php" from around line 74 - 93
From:

		if(defined('SEO_USE_CACHE_GLOBAL') && SEO_USE_CACHE_GLOBAL == 'true'){
			$this->cache_file = 'seo_urls_v2_';
			$this->cache_gc(); // Cleanup Cache

			// Generate enabled caches
			if(SEO_USE_CACHE_PRODUCTS == 'true') $this->generate_products_cache();
			if(SEO_USE_CACHE_CATEGORIES == 'true') $this->generate_categories_cache();
			if(SEO_USE_CACHE_MANUFACTURERS == 'true') $this->generate_manufacturers_cache();
			if(SEO_USE_CACHE_EZ_PAGES == 'true') $this->generate_ezpages_cache();
		}

		$this->check_canonical();

		if(defined('SEO_USE_REDIRECT') && SEO_USE_REDIRECT == 'true') {
			$this->check_redirect();
		}

		$this->filter_pcre = defined('SEO_URLS_FILTER_PCRE') ? $this->expand(SEO_URLS_FILTER_PCRE, true) : 'false';
		$this->filter_char = defined('SEO_URLS_FILTER_CHARS') ? $this->expand(SEO_URLS_FILTER_PCRE) : 'false';

To:

		$this->filter_pcre = defined('SEO_URLS_FILTER_PCRE') ? $this->expand(SEO_URLS_FILTER_PCRE, true) : 'false';
		$this->filter_char = defined('SEO_URLS_FILTER_CHARS') ? $this->expand(SEO_URLS_FILTER_PCRE) : 'false';

		if(defined('SEO_USE_CACHE_GLOBAL') && SEO_USE_CACHE_GLOBAL == 'true'){
			$this->cache_file = 'seo_urls_v2_';
			$this->cache_gc(); // Cleanup Cache

			// Generate enabled caches
			if(SEO_USE_CACHE_PRODUCTS == 'true') $this->generate_products_cache();
			if(SEO_USE_CACHE_CATEGORIES == 'true') $this->generate_categories_cache();
			if(SEO_USE_CACHE_MANUFACTURERS == 'true') $this->generate_manufacturers_cache();
			if(SEO_USE_CACHE_EZ_PAGES == 'true') $this->generate_ezpages_cache();
		}

		$this->check_canonical();

		if(defined('SEO_USE_REDIRECT') && SEO_USE_REDIRECT == 'true') {
			$this->check_redirect();
		}

Yikes.
Not sure what is going on but while checking my main shop today I noticed that while trying to browse to products, I am getting an error requesting that the page be refreshed and try again. I can't figure out what is going on.

Error log is as follows:
[CODE]
[29-Nov-2012 02:18:49 UTC] PHP Fatal error: 1:Can't create/write to file '/tmp/#sql_1d81_0.MYI' (Errcode: 30) :: select pov.products_options_values_id,
pov.products_options_values_name,
pwas.quantity,
pa.*
from zen_products_attributes pa, zen_products_options_values pov, zen_products_with_attributes_stock pwas
where pa.products_id = '28'
and pa.options_id = '2'
and pa.options_values_id = pov.products_options_values_id
and pwas.stock_attributes = pa.products_attributes_id
and pov.language_id = '1' order by LPAD(pa.products_options_sort_order,11,"0"), pov.products_options_values_name in /Zendirectory/includes/classes/db/mysql/query_factory.php on line 120
[\CODE]

Any ideas? This happens with every product I've tried so far, and it is also happening on my mirror. I have not made any recent changes.

I should note it seems there is no \tmp directory anywhere on my server that I can see - is this something I need to create? the site has been up and running fine for a few weeks with no issues.

Looks like there might have been some issues server-side. I've got my host looking into it.

woodlandsprite:

Looks like there might have been some issues server-side. I've got my host looking into it.
Looks like your site is back up and running. Guessing the host had an issue with full "temporary" MySQL tables or ran out of (allowed) disk space for the MySQL database?

Not exactly sure, something tripped something else and the server hid/disabled/made read only the tmp directory.
I was pretty sure I didn't see it when I went looking and then after I escalated the issue, the tmp dir made an appearance the next time I was in on FTP.
They admitted it was something on their side, but could not tell me what I could do to prevent it from occurring in the future, even after I asked.

sadly, it is doing it again and they've gone and escalated it to the sys admin. Hopefully they can figure out what's going on because it's killing my shop :(

Hi,

I've looked through the threads and didn't seem to find any info on how to do the below modification.

I'm looking to remove the "type" from the SEO URL; e.g. -c-, -p-, etc.

I've tried to update the .htaccess and the php file which sets up an array of them, but it didn't seem to work.

Anyone have some tips on how to accomplish this?

Regards.

To my knowledge, Ultimate SEO does not (at least, not yet) remove the -c and -p. If you want that function you'll need the CEON rewriter or the un-upgraded-for-zencart-1.5.x Simple SEO URL.

Thanks SPH for the direction.

I'll check into the CEON. It's not something I am familiar with but I'll do some reading to see how it works.

Regards!

Compatibility
Zen Cart 1.3.9h & 1.5, MySQL 5.0/5.5, PHP 5.2.17+/5.3/5.4
If running Zen Cart 1.3.9h it is not recommended to run with Zen Cart SQL Caching enabled. Support for running Zen Cart 1.3.9h with this option enabled will not be provided. It is strongly recommended to upgrade to Zen Cart 1.5 if you use this feature.

If you are running a version of this plugin prior to version 2.150 it is recommended you uninstall the old version of the plugin including all database entries prior to installing this version. While most settings will be automatically upgraded the installation scripts have not been tested against versions prior to 2.150.

New Enhancements (since the last version)

• Updated the installation and removal documentation including instructions and notes.
• Improved performance during the generation of links and canonical links for products.
• Updated language files to clarify usage of the available options.
• Updated warning messages used in the configuration menu to provide better feedback.
• Better handling of extensions (ex .html) during installation or when the plugin has been removed / uninstalled.
• No need to edit the .htaccess file when changing the URL Format.
• When changing "non text entry" options the URL cache is reset automatically.
  Bugs Addressed (since the last version)
• Version 2.210+ Global "SEO" cache can be re-enabled in the admin configuration if previously disabled.
• Version 2.210+ Fixed redirect code for URLs containing characters requiring urlencode / urldecode.
• Version 2.210+ Initializes character and string filters before calling the code to generate the URL caches (if enabled).

Is it possible to update the .htaccess rewrite rule to remove the -c-, -p-, etc strings from the URL?

kapsolas:

Is it possible to update the .htaccess rewrite rule to remove the -c-, -p-, etc strings from the URL?
As stated by SPH, not at this time. Why?
You will notice for example the following line in the .htaccess file:

RewriteRule ^(.*)-c-(.*).html$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]

This line sends the URL generated by "Ultimate SEO URLs" to the Zen Cart dynamic URLs. So "something-something-something-c-6_119_32.html" becomes "index.php?main_page=index&cPath=6_119_32"

At the core "Ultimate SEO URLs" currently works by reducing the Zen Cart Dynamic URLs to the shortest form possible and then adding the title of the product, category, page, ez-page, etc. For example "index.php?main_page=index&cPath=" becomes "-c-" with the category title / name prepended. The same is try for how it handles products, pages, ez-pages, etc.

Thanks for the information.

I tried to update the .htaccess and plugin file, but was not successful.

Regards,
Jim