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

Quote:

---

Originally Posted by raimond

... When someone put something in the cart from a categorypage and the clicks the button "continu shopping" and add another product in the cart, the firtst product is now twice in the cart and the last one isn't. ...

---

I am unable to duplicate this in a stock installation of Zen Cart 1.5.x with the latest version of "Ultimate URLs" installed...

Tested with "Display Product Add to Cart Button = 1" and "Display Multiple Products Qty Box Status = 1, 2, or 3"
Tested with "Display Product Add to Cart Button = 2" and "Display Multiple Products Qty Box Status = 0"

In both cases the correct product was added to the order and no extra products were added to the order.

Quote:

---

Originally Posted by raimond

...
I think it has to do something with the url created after "continu shopping"....the url looks like this "http://www.domain.com/onecat/?products_id=12431&sort=20a" ...

---

The "query terms" such as products_id are not added by this module (Zen Cart's core and your template control these).

Are you running an older version of Zen Cart or this module? How is your store different from a stock Zen Cart installation?

Quote:

---

Originally Posted by lhungil

I am unable to duplicate this in a stock installation of Zen Cart 1.5.x with the latest version of "Ultimate URLs" installed...

Tested with "Display Product Add to Cart Button = 1" and "Display Multiple Products Qty Box Status = 1, 2, or 3"
Tested with "Display Product Add to Cart Button = 2" and "Display Multiple Products Qty Box Status = 0"

In both cases the correct product was added to the order and no extra products were added to the order.


The "query terms" such as products_id are not added by this module (Zen Cart's core and your template control these).

Are you running an older version of Zen Cart or this module? How is your store different from a stock Zen Cart installation?

---

I am using ZenCart 1.5.1 (migrated from 1.3.8a), installled a few extensions, like Ultimate SEO URLs, FEC, css_js_loader.
I've read it makes use of the backlink, and many more has a problem with the backlink, but didn't find a solution.

Quote:

---

Originally Posted by raimond

I am using ZenCart 1.5.1 (migrated from 1.3.8a), installled a few extensions, like Ultimate SEO URLs, FEC, css_js_loader. ...

---

Double check your installation. Something must be different between your upgraded installation and a clean install of Zen Cart 1.5 (lots of possibilities - from a broken template, a bad merge, leftover files from 1.3.8, renaming files to "back them up", another add-on causing the issue, etc).

When testing (Zen Cart 1.5.x):

• Passing the products_id to the category page in a URL (without POST data) did not add a product to the shopping cart.
• In the default template products_id is only added to the form (action URL) when "Display Product Add to Cart Button = 2" and "Display Multiple Products Qty Box Status = 0".
• Using the form to add products to the shopping cart still worked after removing products_id from the generated form (action URL) in the default template.

(tested with the following: clean ZC 1.5.0, clean ZC 1.5.1, ZC 1.5.0 w/ USU, ZC 1.5.1 w/ USU).

To narrow things down, see if everything works with the stock Zen Cart template and go through the steps for Diagnosing Obscure Issues.

Quote:

---

Originally Posted by raimond

... I've read it makes use of the backlink, and many more has a problem with the backlink, but didn't find a solution.

---

The only major issue I know of in Zen Cart 1.5.x with the "back" function is caused when a 404 occurs (template issues or broken link) and when all URLs (for files not existing) are set to go to Zen Cart. This was actually caused by Zen Cart adding the "404 Page Not Found" to the page history. The fix is posted here.

Hello,

Need some help.
I read the forum, can't find it.
Is it possible to get the manufacturersname into de product-url?

I have installed the latest version but am getting 301 redirect at checkout part for 3D secure for the page
ceon_sage_pay_direct_3d_secure_iframe.php?made_by=ceon [HTTP/1.1 301 Moved Permanently 366ms]

So that it is impossible for people to check out with payment as it redirects to the home page index.html?made_by=ceon instead of the 3D secure iframe. I have checked in the settings and this page is not included to be rewritten, so please can someone help

The iframe shows when the Ultimate SEO is turned off just not when it is turn on

The 3rd party module installed (sage pay) probably does not use a zen cart page, yet calls application_top. You will probably need to exempt the 3rd party module's call back file manually or turn off automatic redirects.

If you choose to exempt by editing, there was a post earlier in this thread on the subject. The post included which file and where in the file to edit.

Otherwise just turn off automatic redirects (they are only needed if you constantly change you product / category titles - or are migrating an existing store with well established URLs).

The next version will have better support for scripts calling application_top which are not coded as zen cart pages. Not really sure of the logic behind not coding these as zen cart pages (yet calling application_top)... Permanent work around will probably be optional.. Adding an addition file lookup (minor performance hit).

Quote:

---

Originally Posted by lhungil

The 3rd party module installed (sage pay) probably does not use a zen cart page, yet calls application_top. You will probably need to exempt the 3rd party module's call back file manually or turn off automatic redirects.

If you choose to exempt by editing, there was a post earlier in this thread on the subject. The post included which file and where in the file to edit.

Otherwise just turn off automatic redirects (they are only needed if you constantly change you product / category titles - or are migrating an existing store with well established URLs).

The next version will have better support for scripts calling application_top which are not coded as zen cart pages. Not really sure of the logic behind not coding these as zen cart pages (yet calling application_top)... Permanent work around will probably be optional.. Adding an addition file lookup (minor performance hit).

---

Thanks I have just turned off the redirects and that works OK

hi Hungl

Is there a way to add a specific word behind the rewritten category URL?

for instance: caterory is "girls toy"

Rewritten URL is www.mysite.com/girls-toy-c-3........

What I want to accomplish is: www.mysite.com/girls-toy-party-supplies-c-3........

Is there a way to add the red words above at the .htaccess file? (if that is where I should do it at)

Quote:

---

Originally Posted by twi

... Is there a way to add a specific word behind the rewritten category URL? ...

---

Yes. A couple of different ways actually.

1. Rename your category to include what you want shown in the URL. This is the simplest solution to change the text displayed in the URL.
2. Use the PCRE filter to replace "girls toy" with "girls toy party supplies". The PCRE filter essentially uses PHP preg_replace to change the "name" returned. While this does allow lots of flexibility if you have a large number of rules it can slow down your website (I generally use no more than five or six).
3. Add a "defined URLs" file. This is not documented anywhere (on purpose) and requires the "global" cache to be enabled. Using this option essentially tells the module "Do not determine the text to be added to the URL, here is what you should use". Be careful when using this method to ensure your URLs are valid (no spaces, no extended character sets etc) or if you absolutely must use non conforming characters run rawurlencode over the URL first.

More Details

1. Simply open up the Zen Cart administrative interface and navigate to the category you wish to change. Edit the category title. This module will automatically know you made the change and handle altering the generated URLs, canonical URLs, and redirects if you have them enabled.
2. Change the configuration setting for the PCRE filter... Adding something like "^girls toy$=>girls toy party supplies". May need to alter this a little depending upon your server. Again, the module will handle generating the new URLs, canonical URLs, and redirects if you have them enabled.
3. Create the file "/includes/languages/english/extra_definitions/url_overrides.php". For categories add "define('CATEGORY_NAME_3_15','girls-toy-party-supplies');" where "3_15" is the full cPath for the category. For products add "define('PRODUCT_NAME_20','party-favors');" where "20" is the product ID. Make sure the "global" cache is enabled. In this mode you will need to manually update the file in the future if you wish to change the URL for a category or product defined in this file (ones not defined here are still automatically generated).

Another Consideration
Keep in mind depending upon your category structure, you may want to have two categories... One "girls toy" category and a sub-directory "party supplies"... If you enabled "url format: parent" and "categories as directories: short" your category URL would become "/girls-toy-party-supplies-c-3_15/party-favors-p-20". Keep in mind these settings will affect all generated URLs.

Thanks lHungl.

I have though about Option1. But that would make my sidebar links to the categories way too long and awkward looking.

Option 2 is not the best since you mention it will slow down the site. In this case, I actually have a lot of sub categories that needs to be redone.
To describe exactly my situation; I have a top category of "Party Supplies" Then numerous sub categories under "party supplies" e.g. Party supplies>Mickey Mouse.

What I want to really do is to have www.mysite.com/mickey-mouse-party-supllies........

I will try option 3 and see if i am able to make it work. Many thanks again.

Quote:

---

Originally Posted by lhungil

Yes. A couple of different ways actually.

1. Rename your category to include what you want shown in the URL. This is the simplest solution to change the text displayed in the URL.
2. Use the PCRE filter to replace "girls toy" with "girls toy party supplies". The PCRE filter essentially uses PHP preg_replace to change the "name" returned. While this does allow lots of flexibility if you have a large number of rules it can slow down your website (I generally use no more than five or six).
3. Add a "defined URLs" file. This is not documented anywhere (on purpose) and requires the "global" cache to be enabled. Using this option essentially tells the module "Do not determine the text to be added to the URL, here is what you should use". Be careful when using this method to ensure your URLs are valid (no spaces, no extended character sets etc) or if you absolutely must use non conforming characters run rawurlencode over the URL first.

More Details

1. Simply open up the Zen Cart administrative interface and navigate to the category you wish to change. Edit the category title. This module will automatically know you made the change and handle altering the generated URLs, canonical URLs, and redirects if you have them enabled.
2. Change the configuration setting for the PCRE filter... Adding something like "^girls toy$=>girls toy party supplies". May need to alter this a little depending upon your server. Again, the module will handle generating the new URLs, canonical URLs, and redirects if you have them enabled.
3. Create the file "/includes/languages/english/extra_definitions/url_overrides.php". For categories add "define('CATEGORY_NAME_3_15','girls-toy-party-supplies');" where "3_15" is the full cPath for the category. For products add "define('PRODUCT_NAME_20','party-favors');" where "20" is the product ID. Make sure the "global" cache is enabled. In this mode you will need to manually update the file in the future if you wish to change the URL for a category or product defined in this file (ones not defined here are still automatically generated).

Another Consideration
Keep in mind depending upon your category structure, you may want to have two categories... One "girls toy" category and a sub-directory "party supplies"... If you enabled "url format: parent" and "categories as directories: short" your category URL would become "/girls-toy-party-supplies-c-3_15/party-favors-p-20". Keep in mind these settings will affect all generated URLs.

---

where do I enable "global" cache?

Quote:

---

Originally Posted by twi

where do I enable "global" cache?

---

1. Log into your Zen Cart administrative interface.
2. Select "Configuration" -> "Ultimate (SEO) URLs" from the administrative menu.
3. Make sure "Enable SEO cache to save queries?" is set to "true".

By default the "global" cache is enabled.

Quote:

---

Originally Posted by lhungil

1. Log into your Zen Cart administrative interface.
2. Select "Configuration" -> "Ultimate (SEO) URLs" from the administrative menu.
3. Make sure "Enable SEO cache to save queries?" is set to "true".

By default the "global" cache is enabled.

---

Global cache as describe is set to : "true"

the file i created is below (file created is named "url_overrides.php"):

<?php
/**
* NOTE: "global" cache NEED TO BE "TURNED ON".
* LINE USED FOR CATEGORIES: define('CATEGORY_NAME_avenger-c-1_281','avenger-party-supplies')
* LINE USED FOR PRODUCTS: define('PRODUCT_NAME_20','party-favors')
* @
* @
*/

//Title of URL Rewrite
define('CATEGORY_NAME_avenger-c-1_281','avenger-party-supplies')

------------------------
It still doesn't overwrite the url. Can you take a look at what I did wrong?
My category structure is: "Party Supplies Print>Avenger"
"Party Supplies Print>etc......"

The original SEO overwritten URL is: http://www.mysite.com/avenger-c-1_281/
URL wanted: http:/www.mysite.com/avenger-party-supplies-c-1_281/
(the above is a subcategory under Party Supplies Print)

define ('CATEGORY_NAME_1_281','avenger-party-supplies');

Quote:

---

Originally Posted by lhungil

define ('CATEGORY_NAME_1_281','avenger-party-supplies');

---

It works this time! Thank you again and again. You come through to help as always.

Quote:

---

Originally Posted by lhungil

Double check your installation. Something must be different between your upgraded installation and a clean install of Zen Cart 1.5 (lots of possibilities - from a broken template, a bad merge, leftover files from 1.3.8, renaming files to "back them up", another add-on causing the issue, etc).

When testing (Zen Cart 1.5.x):

• Passing the products_id to the category page in a URL (without POST data) did not add a product to the shopping cart.
• In the default template products_id is only added to the form (action URL) when "Display Product Add to Cart Button = 2" and "Display Multiple Products Qty Box Status = 0".
• Using the form to add products to the shopping cart still worked after removing products_id from the generated form (action URL) in the default template.

(tested with the following: clean ZC 1.5.0, clean ZC 1.5.1, ZC 1.5.0 w/ USU, ZC 1.5.1 w/ USU).

To narrow things down, see if everything works with the stock Zen Cart template and go through the steps for Diagnosing Obscure Issues.


The only major issue I know of in Zen Cart 1.5.x with the "back" function is caused when a 404 occurs (template issues or broken link) and when all URLs (for files not existing) are set to go to Zen Cart. This was actually caused by Zen Cart adding the "404 Page Not Found" to the page history. The fix is posted here.

---

It is a clean install of 1.5.1 with data migration....later installed the addons like Ultimate SEO.
When I use the Classic template, I got the same issue. Also purged cache....always get the product_id in the url of the previous product in cart

Just to make this absolutely clear: "Ultimate URLs is not causing your product to be added to the shopping cart. It does not include any code related to the shopping cart or adding products to the shopping cart. The problem you have reported does not exist on a clean Zen Cart 1.5.x installation with Ultimate URLs installed."

Zen Cart's core code adds the product_id to the URL when "Display Product Add to Cart Button = 2" and "Display Multiple Products Qty Box Status = 0". This is normal and does not indicate an issue or error. This is not what is causing products to be added a second time.

Ultimate URLs is acting exactly how it should act when Zen Cart requests the products_id be included in the URL (it does what it is told and adds the products_id).

Quote:

---

Originally Posted by raimond

It is a clean install of 1.5.1 with data migration....later installed the addons like Ultimate SEO.
When I use the Classic template, I got the same issue. Also purged cache....always get the product_id in the url of the previous product in cart

---

I am unable to duplicate your reported issue "When products_id is in the URL to a category page the product is added to the shopping cart". This is NOT an issue with this module, but most likely caused by some other modification made to your Zen Cart installation.

Somewhere in your installation something has been changed to add the product when the products_id is in $_GET. This is NOT normal Zen Cart operation (1.5.x uses $_POST data not $_GET data).

Please do not post further in this thread as your issue is NOT caused by "Ultimate URLs".

I would suggest you hire an experienced Zen Cart developer to find and fix the issue you are encountering (with your specific Zen Cart installation). You may also want to start a new thread with a clear and concise description of the issue you are encountering: "When products_id is in the URL to a category page the product is added to the shopping cart".

Quote:

---

Originally Posted by raimond

It is a clean install of 1.5.1 with data migration....later installed the addons like Ultimate SEO.
When I use the Classic template, I got the same issue. Also purged cache....always get the product_id in the url of the previous product in cart

---

Just for anyone else reading this thread who may run into the same problem... The issue has been tracked down to some core Zen Cart code which does not scrub the old "products_id" from the URL. This code is used to create the "buy now" form action (not the "add to cart" action - which I thought the case where the issue occurred).

So if you have:
Display Product Add to Cart Button: 1
Display Multiple Products Qty Box: 0

You will want to apply the code changes posted here.

I have tried this plugin installation three times now. All with the same results. I am running on a GoDaddy Linix hosting. I have modified the RewriteBase to the appropriate url folder.

When I execute the site home page every bit of text, links, sidebars, etc are missing. I have attached images of before and after home page execution.

Does anyone have any idea what is causing Ultimate SEO 2.2 from working correctly?
Attachment 13222Attachment 13223

Quote:

---

Originally Posted by jodean

I have tried this plugin installation three times now. ... When I execute the site home page every bit of text, links, sidebars, etc are missing. ...

---

Start by clicking "reply". Now scroll up and read the "Posting Tips" (found right above where you are typing to make a post). Next respond to all of the relevant questions in the "Posting Tips". Without the answers to those questions (including full version numbers of the relevant modules) and a link to your site so we can "see" what is not working we will not be able to help you. Feel free to "obscure" the link to your website adding spaces or [.] in place of dots.

Zen Cart 1.5.1

Not upgrade

Installed Plugins:
CSS/JS Loader
Events Calendar
Easy Populate
Edit Orders
Fast And Easy Checkout
Numinix Product Variants
Sitemap XML
ZX Slideshow
Ultimate SEO
Edit Orders
Easy Populate
Image Handler4
Admin Notes

No customizations just Zen Cart plugins

HTTP Server: Apache

Server OS: Linux 2.6.32-358.11.1.el6.nfsfixes.cve20132224.x86_64

PHP Version: 5.3.24 (Zend: 2.3.0)

Database: MySQL 5.0.96-log

Problem occured immediatly after Ultimate SEO installation. Uninstallation fixes problem.

Production URL tennesseetraditionalflies.com/shop

Development URL tennesseetraditionalflies.com/shopdevel

Godaddy Hosting

Quote:

---

Originally Posted by jodean

Zen Cart 1.5.1 ... Not upgrade ...

---

What version of "Ultimate URLs" is installed (exact version from the configuration page)?

When I access the pages I am seeing the content including sideboxes, images, and text... This is a strong indicator the problem is not with "Ultimate URLs" as all it does is provide alternative URLs.

I did intermittently see 404 errors for specific image requests on BOTH sites... Where the image URL was not an IH4 URL... May indicate an issue with a hard-coded image in your template or an issue with your hosting provider.

Alternate URLs are working for both the production and development site... Did you install the .htaccess file in a parent directory (public_html)? In just the development site (public_html/shopdevel/)? In both sites (public_html/shop/ and public_html/shopdevel/)?

Quote:

---

Originally Posted by lhungil

What version of "Ultimate URLs" is installed (exact version from the configuration page)?

When I access the pages I am seeing the content including sideboxes, images, and text... This is a strong indicator the problem is not with "Ultimate URLs" as all it does is provide alternative URLs.

I did intermittently see 404 errors for specific image requests on BOTH sites... Where the image URL was not an IH4 URL... May indicate an issue with a hard-coded image in your template or an issue with your hosting provider.

Alternate URLs are working for both the production and development site... Did you install the .htaccess file in a parent directory (public_html)? In just the development site (public_html/shopdevel/)? In both sites (public_html/shop/ and public_html/shopdevel/)?

---

IHUNGIL,

I was continuing to try to find the problem and found that by using the old query_factory.php that the page content would display. You looked at it when the old query_factory.php was used. I have changed it back to the new merged query_factory.php and the content does not display.

The Ultimate SEO Version is 2.212. I tried the .htaccess file in the tennesseetraditionalflies.com root folder and the tennesseetraditionalflies.com/shopdevel folder. I did not install the .htaccess in the tennesseetraditionalflies.com/shop folder.

The "query_factory" file included in this plugin fixes a known bug with Zen Cart 1.5.x.

I have only seen problems under Zen Cart 1.5.x with the changes to that file in two specific cases:

1. The new file was "merged" with the old file. This is not a good idea, just overwrite the existing file.
2. Query Cache was installed (or Zen Cart was upgraded from a previous version of Zen Cart and portions of Query Cache were left installed). Zen Cart 1.5.1 comes with a version of this plugin as part of the core Zen Cart code (it is substantially different from the plugin version).

Can you post the contents of your Zen Cart debug files and / or server error files. There should be something in one of those files (query failures will generate an error).

I replaced the merged query_factory.php with the query_factory.php from the 2.212 installation. That fixed the problem. Thanks for your help.

Hi,

I have just downloaded - Version 2.212.
Before i install it, I am not able to understand these lines in the README: ( please note the line that I colored yellow)

"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."

How do i know if Zen Cart SQL Caching is enabled ?

Thanks

Quote:

---

Originally Posted by devyani

Before i install it, I am not able to understand these lines in the README: ( please note the line that I colored yellow)

"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."

How do i know if Zen Cart SQL Caching is enabled ?

---

The option to use "SQL Caching" can be selected when Zen Cart is installed. It can be changed (and checked) after installation by adjusting BOTH configure.php files (specifically the SQL_CACHE_METHOD).

Thanks !
I have checked this. The setting for this constant is "none"
I guess I am safe to use this tool now :)

This is probably a very EASY question, but I have literally been stuck for days on this.

I have the default Ultimate SEO module installed and it works great. I just installed the Mailbeez module which has certain pop up windows. However, instead of the pop up windows loading the right page, the Ultimate SEO is 301 redirecting and I want to exclude that!

For example, here is the link that the Mailbeez module launches: http://www.mydomain.com/store/mailhive.php?253602717457fee4f909e4e9bf39e92a=view&format=txt&module=winback

Type of redirect: 301 Moved Permanently

Redirected to: http://www.mydomain.com/store/<b>ind...module=winback

As you can see, something in Ultimate SEO is redirecting this to index.html and stripping the mailhive.php out of the URL.

What line can I add into the htaccess file so that both the Mailhive.php FILE and the Mailhive DIRECTORY isn't touched? In other words, I don't want mydomain.com/store/mailhive.php to be redirected, nor do I want anything redirected in the mydomain.com/store/mailhive/ directory.

What line should I add in my htaccess file to achieve both of those goals?

Nevermind - I figured it out. I had to set to FALSE the following configuration variable: Enable automatic redirects?

Once I did that, it worked just fine!

Quote:

---

Originally Posted by Jeff_Mash

Nevermind - I figured it out. I had to set to FALSE the following configuration variable: Enable automatic redirects?

Once I did that, it worked just fine!

---

Sorry for the slow response, have been away from my notebook most of the weekend. Glad you were able to try changing a few options and found a solution. If I had to venture a guess... I'd guess the root cause is the 3rd party module you installed is not fully integrated into Zen Cart (it loads application_top.php but was not coded as a Zen Cart page).

If this is the case with your module, you want the "automatic redirects" feature enabled, and you are comfortable working with PHP:
Take a peek at this post about 3rd party modules not integrating as a Zen Cart page but loading Zen Cart's application_top. On some servers you may need the leading "/" added to the URI in the example.

Note: There is only one case where it may be advantageous for a 3rd party module to not be integrated as a Zen Cart page and load application_top. This is when the page needs to be able to operate while the database is unavailable (and the 3rd party module would need to be specially coded to work w/o a database connection). This is a very rarely encountered scenario.

Hi, Guys,

appreciated for your great mod. it work wonderful for our zencart site.

however may we ask if any bug fix for linked products? you know for linked product, ultmate seo always select the first products_category table as its master cagategory. that is, when click a linked products, then the breadcrumbs shows it belongs to the category linked to, not real master category.

your comments would be highly appreciated.

Ultimate URLs uses the category assigned to the current product. When the product is in category 15 and linked to a product in category 14... Then the product is correctly treated as being in category 15 (which is the category containing the product).

Quote:

---

Originally Posted by nicksoftsol

Writing on behalf of a client running ZenCart v1.5.0 and moze.n template. When adding the Ultimate SEO URLs module, the category and product pages are being broken. After much searching, I still cannot pinpoint what is causing it to throw off the layout.

Example can be found at devstore7.ldsstores.com. Click on any product or category page to see what is happening. It seems to be completely disregarding all CSS for menus, sidebars, footer and just about everything else.

I have compared source code between working page and broken page and found no differences of any consequence. Please advise on what more information is needed or how the issue can be resolved. Thank you.

---

Hello: i have the same issue and the same template, if you turn off the contribution all go fine, i don't kwon wtha's the problem.

Did you solve it?

Thank you very much

Quote:

---

Originally Posted by jmeca

Hello: i have the same issue and the same template ... Did you solve it?

---

If you want me to spend some of my free time to attempt to help you fix your website... It would be a very good idea to post some relevant details about your site. At the minimum: What version of Zen Cart is installed? What version of Ultimate URLs is installed? What is an example URL displaying the behavior?

The problem found by the person you quoted was issues with the Zen Cart template they had purchased / installed... If you are using the same one, have you contacted the place you purchased the template from? Have you gone through your site to ensure you have checked / fixed the issues I found with the template on the other site?

Quote:

---

Originally Posted by lhungil

Ultimate URLs uses the category assigned to the current product. When the product is in category 15 and linked to a product in category 14... Then the product is correctly treated as being in category 15 (which is the category containing the product).

---

Hi, Lhungil,

thanks for your explain.

the bug fix in new version of Ultiimate SEO 2.200, correct?

on our site, old ultimate seo and 1.38a was used, so maybe it is reason.
take a example.
product A is under cagtegory c-A, and then linked to category c-B
and its real master category is A

if A > B, then ultimate seo select B as master category, which is bad
if A < B, then ultimate seo select A as master category, which is correct

any further suggestions on this? thank you:P

Quote:

---

Originally Posted by Jerry5763837

... on our site, old ultimate seo and 1.38a was used, so maybe it is reason. ...

---

That would be a good possibility as the current version of Ultimate SEO does not support running under 1.38a. One would need to first upgrade to at least Zen Cart 1.3.9h (and probably should upgrade to Zen Cart 1.5.1) before trying to install / use the current version.


For the most part the current version of Ultimate URLs only alters the generated URLs and does not change any other core Zen Cart code / behavior.

Sorry, I'm not sending the required information:
ultimate seo zencart 1.5.1 and 2.1.2

The problem I can see in this link:
http://zencart.meyvaser.com/test-10-...sale-p-76.html

On the home page everything is correct and if I disable "enable seo urls" is off all is well in the template but then the url's do not work.

If you need any more information please access my hosting or please say so.

By the way, thank you very much for sparing some of your free time.

Quote:

---

Originally Posted by jmeca

Sorry, I'm not sending the required information:
ultimate seo zencart 1.5.1 and 2.1.2. ...

---

Thank you for supplying a link. The issues are caused by your template (and most of the issues are listed in the link in my previous post). Some of your options are:

• If you purchased the "template", go back to the developer and ask them to "fix" the issues in their template. If they cannot or will not fix the problems with their "template"... You can always ask for a refund.
• If they will not issue a refund... You can fix the issues with the "template" yourself. This may be a bit of a task (and you may need to pay someone else to fix the template). The two that stand out the most are: they incorrectly moved the "base" element (maybe not understanding what this HTML element does) - and - they failed to use the core Zen Cart function(s) for creating URLs. At the minimum these need to be fixed, but the other problems should be addressed as well.
• Or you can just give up on fixing the "template" and choose to use a less problematic template. This may be the path of least resistance. I'd recommend trying any template before buying when possible. There are a few active members of this forum who create some very aesthetically pleasing (and well coded) templates for Zen Cart (most of them have even provided access to "free" templates). I'd start by taking a walk around the forums with an eye towards Zen Cart templates.

Quote:

---

Originally Posted by lhungil

Thank you for supplying a link. The issues are caused by your template (and most of the issues are listed in the link in my previous post). Some of your options are:

• If you purchased the "template", go back to the developer and ask them to "fix" the issues in their template. If they cannot or will not fix the problems with their "template"... You can always ask for a refund.
• If they will not issue a refund... You can fix the issues with the "template" yourself. This may be a bit of a task (and you may need to pay someone else to fix the template). The two that stand out the most are: they incorrectly moved the "base" element (maybe not understanding what this HTML element does) - and - they failed to use the core Zen Cart function(s) for creating URLs. At the minimum these need to be fixed, but the other problems should be addressed as well.
• Or you can just give up on fixing the "template" and choose to use a less problematic template. This may be the path of least resistance. I'd recommend trying any template before buying when possible. There are a few active members of this forum who create some very aesthetically pleasing (and well coded) templates for Zen Cart (most of them have even provided access to "free" templates). I'd start by taking a walk around the forums with an eye towards Zen Cart templates.

---

Thank you very much sir, has been very kind to his aid. Seeketh in another direction as you recommended.

Best regards

I'm comparing the files in the USU v.2.12 mod package which are intended to overwrite (or be merged with) those files of stock ZC 1.51. However in a couple files I noted several diffs which I'd like to confirm are correct.

\includes\classes\db\mysql\query_factory.php
[stock zc151 ln 156]

Code:

---

}
        return $obj;
      } else {
        $obj->EOF = true;
      }

---

[USU 2.12]:

Code:

---

  }
      } else {
        $obj->EOF = true;
      }
      return $obj;

---

Note the different code order.


[stock zc151 ln 178]

Code:

---

$obj->is_cached = true;

---

[USU 2.12 ln 204]:

Code:

---

$obj->is_cached = true;

---

That is, the above USU line is much further down in the file than in the stock Zen Cart.

\includes\classes\query_cache.php
[stock zc151 ln 178]
file ends with ?>

[USU 2.12]:
file does NOT end with ?>

Are the above diffs correct?

Also, which .htaccess file is the content of the .htaccess file in the mod package suppose to be merged with? Merged into the .htaccess in the "root" of the shop? Thanks.

Quote:

---

Originally Posted by Woodymon

I'm comparing the files in the USU v.2.12 mod package which are intended to overwrite (or be merged with) those files of stock ZC 1.51. ... I noted several diffs which I'd like to confirm are correct.

\includes\classes\db\mysql\query_factory.php ...

---

If running Zen Cart 1.5.x overwrite your existing copy with the file included with 2.212. The included file contains fixes to a known Zen Cart bug. A quick search finds: #1162495 and #1223351.

Quote:

---

Originally Posted by Woodymon

...
\includes\classes\query_cache.php
[stock zc151 ln 178]
file ends with ?>

[USU 2.12]:
file does NOT end with ?>

---

Some of my PHP files are missing the ?> at the end of the file.

Quote:

---

Originally Posted by Woodymon

...
Also, which .htaccess file is the content of the .htaccess file in the mod package suppose to be merged with? Merged into the .htaccess in the "root" of the shop? ...

---

This file goes in the root "folder" where you installed Zen Cart. So if you installed in "/store" the file should be placed at "/store/.htaccess". Don't forget to edit the .htaccess file before you upload to reflect the appropriate RewriteBase for your store (none if you access the store using only the domain name, "/store/" if you use "/store" after the domain name to access the store - this should also match the value of 'DIR_WS_CATALOG' in your Zen Cart configuration files).

The only time I've seen any issues with this is when a ".htaccess" file exists in a "parent" directory or web server configuration (and the parent .htaccess rewrites things before passing the request to the "/store" directory. If this happens you should alter the rules in the parent directory to exclude the "/store" folder.

Just a friendly reminder: Doing a search of the forums will often find the answer much more quickly than posting a question and waiting for someone to take the time to answer your question. I do understand it can be sometimes hard to "search" using the builtin search... When all else fails simply going to your favorite search engine (Bing, Google, etc) and adding " site:zen-cart.com" to the end of the search box will let you search this site using an external search engine!

Quote:

---

Originally Posted by lhungil

Just a friendly reminder: Doing a search of the forums will often find the answer much more quickly than posting a question and waiting for someone to take the time to answer your question. I do understand it can be sometimes hard to "search" using the builtin search... When all else fails simply going to your favorite search engine (Bing, Google, etc) and adding " site:zen-cart.com" to the end of the search box will let you search this site using an external search engine!

---

Thank your for your response and suggestions.

Indeed I did search on my issues before posting. I always do. I'm interested in learning which specific search parameters would you suggest which would have allowed me to find the solution to my posted questions/issues.

Quote:

---

Originally Posted by Woodymon

Thank your for your response and suggestions.

Indeed I did search on my issues before posting. I always do. I'm interested in learning which specific search parameters would you suggest which would have allowed me to find the solution to my posted questions/issues.

---

I was searching on queryfactory.php rather than query_factory.php

Now i see all the posts on that specific file.

Thanks for tip on the checking the bug reports.

Off topic: Looks like many fixes for ZC v.1.5.1 to be released in ZC v.1.6.0. And note a recent post with a fix to be released in v.1.5.2.

Quote:

---

Originally Posted by Woodymon

Thank your for your response and suggestions.

Indeed I did search on my issues before posting. I always do. I'm interested in learning which specific search parameters would you suggest which would have allowed me to find the solution to my posted questions/issues.

---

1. I was inadvertently searching on queryfactory.php. NOT query_factory.php

2. Regards the missing closing php tag, I just assumed the stock ZC core file contained the closing tag, the closing tag would be present in any modified version, unless there was specific reason not to.

3. Regards to which .htaccess file should be modified, I assumed correctly the file in the shop root. But I was just making a point the readme contains no such indication.

Thank you for the pointer to bug fix thread. Certainly there many bug fixes marked as fixed in ZC v.1.60, which I need to give consideration. And I see one bug fix labeled as fixed in v.1.52. So I would surmise an incremental v.1.52 update will be coming soon (and I have read similarly elsewhere).

Quote:

---

Originally Posted by Woodymon

... I just assumed the stock ZC core file contained the closing tag, the closing tag would be present in any modified version, unless there was specific reason not to. ...

---

Fair enough, I typically remove them when I have to edit / update a file (following the current Zen Cart convention). The reason for removing the closing tag is compelling (both in that article and elsewhere), especially since different OSes use different line endings (and some SFTP/FTP/FTPS programs used by fellow zenners are not always configured to upload PHP files using "text" mode).

Quote:

---

Originally Posted by Woodymon

... Regards to which .htaccess file should be modified, ... I was just making a point the readme contains no such indication. ...

---

This is actually noted in the readme "Upload the .htaccess file to the folder where you installed Zen Cart". Many people tend to miss this sentence (and also forget to modify the RewriteBase), so I figured it was just easier to add another post w/ more detailed information ;)

Quote:

---

Originally Posted by lhungil

Fair enough, I typically remove them when I have to edit / update a file (following the current Zen Cart convention). The reason for removing the closing tag is compelling (both in that article and elsewhere), especially since different OSes use different line endings (and some SFTP/FTP/FTPS programs used by fellow zenners are not always configured to upload PHP files using "text" mode).

---

**nods in agreement**:yes: me too!!

Indeed I missed that line and all makes sense. Appreciate the helpful information here and elsewhere. The migration to ZC1.51 is complete. SO now its time to install this mod. Wish me luck as my mind is numb and I'm going blind from editing core files on much too small of a screen.

Hello,

I installed MultiLanguage SEO Url and I have installed also Ultimate SEO Url (both last versions) and they work ok.

The problem I find is that when on Ultimate SEO Url is activated the automatic redirect 301, for every link generated in the website the Language variable is added at the end of the link and took away from the directory.

For example a link like this:

http://127.0.0.1/public_html/en/gibs...-vos-p-22.html

is redirected 301 to:

http://127.0.0.1/public_html/gibson-...ml?language=en

How can I fix this? Is something normal? I should just deactivate the automatic 301 redirect?

Thanks for your help

Quote:

---

Originally Posted by jean.delacroix

...

I installed MultiLanguage SEO Url ... when ... activated ... automatic redirect 301, for every link generated in the website (a 301 redirect with) the Language variable is added at the end of the link and took away from the directory.

...

---

The changes made in the "MultiLanguage SEO Url" module are not supported by myself or in this thread.

One can disable the "automatic 301 redirect" and see if the 301 goes away...

If they do not go away... the issue is most likely not caused by the "MultiLanguage SEO Url" module or "Ultimate URLs"... In this case one would need to look into what else in the hosting environment and Zen Cart install could be affecting things...

If the 301s do go away... One can run with "automatic 301 redirects" disabled (and should manually add any needed when changing titles)... One might also want to troubleshoot the redirect code... For example adding some debug output in the "need_redirect" function of MultiLanguage SEO Url" to see the contents of the following variables:

• $this->uri_parsed['path']
• $this->redirect_url['path']
• $params
• $old_params

One may need to make some changes to the redirect code in the above mentioned function due to the changes made by the "MultiLanguage SEO Url" modifications (and based upon your hosting environment).

Note: I do not plan to install the above mentioned modification in any of my testing environments - or test / debug the changes made by the aforementioned 3rd party modifications to this plugin. By default Zen Cart 1.5.x uses "?language=" at the end of the URL to indicate the page should be displayed using a different language from the store or web browser default. See "Zen Cart admin" -> "Configuration" -> "My Store" -> "Language Selector". Setting this to "Browser" will allow each visitor to see the website in their requested language if installed in Zen Cart (falling back to English if no matching language can be found). These settings work out of Box with "Ultimate URLs" to show the correct language based URLs to website visitors (and search engines) for the current request (and requested language).

Do you get memory exhausted error in php5.4? My site is getting this http500 error when customers try to login to their accounts with nothing in the shopping cart. The error log refers to seo.url.php.
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1605959449 bytes) in /home2/zzzz/public_html/includes/classes/seo.url.php on line 215

Code:

---

if(defined('SID') && zen_not_null(SID)) {

---

I am not quite sure what is the cause of this error since disable seo url the problem persists.
Also, there is no problem in php 5.2. Can anyone in this thread shed some light on what might be wrong with my site? Thank you!

Quote:

---

Originally Posted by kagaroo

Do you get memory exhausted error in php5.4? ...

---

Not in my test environments (PHP 5.3, 5.4.12 - I did have some other unrelated issues with 5.4 less than 5.4.12, 5.5)

Quote:

---

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1605959449 bytes) ...

---

This appears to be something other people are randomly encountering as well under PHP 5.4 (not specific to this module). You may want to drop down to PHP 5.3 at this time. The code you referenced is used in both the stock Zen Cart and this module. I know the Zen Cart team is actively looking into a solution.

You are right. I also suspect that this is caused by this module. But the solution listed in the thread you gave did not solve my problem. I tested in fresh zc 1.51 in php5.4 and got no issue. It must be our own code or modules causing the problem. Since the error refer this module, I just want to know whether any one in this thread experience this same thing. Thank you!

I can state in no uncertain terms the issue is not caused by this module. The line you are referencing calls A) a core PHP function and B) a core Zen Cart function (not altered by this module and calling mostly core PHP functions). How are those generating a 1.6G request to be stored in memory?

You can also try disabling the individual "caches" for products and categories. Should not affect the posted lines of code in anyway, but will lower the memory footprint of this module.

Corrupted Uploads are another item you can check: Make sure when transferring the files using an FTP program it uses "text" not "binary" for PHP files. Also double check any manual merged files to ensure the documents are in the correct character set (and not mixed character sets from a copy / paste). The distributed files are encoded using UTF8 (you can try converting to US-ASCII if your hosting provider has issues with UTF8 encoded PHP files).

For those of you who may wish to use this module under Zen Cart 1.5.2 RC2 (beta status), I have attached a copy of the "1_affected_files_152" built against Zen Cart 1.5.2 RC2.

The code is in no way final, but should get one started.

I loaded Unltimate SEO 2.212 but site gives empty page now. Nothing in the logs.

Quote:

---

Originally Posted by lhungil

If you are running an official version of Ultimate SEO URLs >= 2.200, please post answers to the following questions in the support thread

• Current Version of Zen Cart? >1.5.1
• Was Zen Cart upgraded from an older version? > No, fresh 1.5.1 install
• Was Ultimate SEO URLs previously installed? > No, this is the first time I am loading it.
• Was any other tool generating alternative URLs for Zen Cart previously (or currently) installed? > NO
• Contents of your .htaccess file? > At the end of the post
• What is the website (a link - so we can see what is happening)? > www.3rdbrakeflasher.com
• The messages displayed when installing / upgrading the module (step 5)? > GOt message that Ultimate SEO instlalation completed.
• Any error / warning messages (Zen Cart debug logs or web server / php error logs)? > Nothing new in /logs directory
• Are you saying you are uploading the files one at a time and then checking after uploading each file to see if the site is still working?
  > Yes. I am not sure if that helps but i was loading files (second time) one at a time and found that after loading I tried to load files separately. Zencart works until i load this file: ultimate_seo_urls_212\2_new_files\includes\auto_loaders\config.seo.php sites stops working.

---

.htaccess:
###############################################################################
# Common directives
###############################################################################
# NOTE: Replace /shop/ with the relative web path of your catalog in the "Rewrite Base" line below:

Options +FollowSymLinks
RewriteEngine on
RewriteBase /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/

###############################################################################
# Start Ultimate SEO URLs
###############################################################################

# Handles the new URL formats
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING } [L]

# Original (unchanged) URL formats
RewriteRule ^(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-m-([0-9]+)(.*)$ index\.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-ezp-([0-9]+)(.*)$ index\.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)(.*)$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]

# All other pages
# Don't rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=$1&%{QUERY_STRING} [L]

Quote:

---

Originally Posted by slavka001

I loaded Unltimate SEO 2.212 but site gives empty page now. Nothing in the logs.



.htaccess:
###############################################################################
# Common directives
###############################################################################
# NOTE: Replace /shop/ with the relative web path of your catalog in the "Rewrite Base" line below:

Options +FollowSymLinks
RewriteEngine on
RewriteBase /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/

###############################################################################
# Start Ultimate SEO URLs
###############################################################################

# Handles the new URL formats
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING } [L]

# Original (unchanged) URL formats
RewriteRule ^(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-m-([0-9]+)(.*)$ index\.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-ezp-([0-9]+)(.*)$ index\.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)(.*)$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]

# All other pages
# Don't rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=$1&%{QUERY_STRING} [L]

---

I believe RewriteBase /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/ should be RewriteBase /3rdbrakeflasherV6/ or RewriteBase /

I agree with Design75

Quote:

---

Originally Posted by Design75

should be RewriteBase /

---

Changed .htmaccess to

Options +FollowSymLinks
RewriteEngine on
RewriteBase /3rdbrakeflasherV6/

and

RewriteBase /


still the same.

access to other files are still working \install.txt. It feels to me that php just does not produce any results.

I tried to remove .htaccess, still the same.

Quote:

---

Originally Posted by slavka001

... Yes. I am not sure if that helps but i was loading files (second time) one at a time and found that after loading I tried to load files separately. Zencart works until i load this file: ultimate_seo_urls_212\2_new_files\includes\auto_loaders\config.seo.php sites stops working. ...

---

Do not do this. All of the files must be uploaded or you WILL have issues. If you are getting a "blank" page (after following all the steps - and without the .htaccess), this usually means a file was uploaded to the wrong place (or a file was not correctly merged - most often this if the installer reported success)...

Not seeing any blank pages when I checked tonight (or this plugin installed)... Are you getting an HTTP 500? If so the server error logs should have more details... Is there anything in the server or php error logs? Can you give exact details of each step you took while attempting to install this module?

Quote:

---

Originally Posted by slavka001

... /homepages/24/d237084380/htdocs/3rdbrakeflasherV6/ ...

---

"RewriteBase /" or "#RewriteBase /" would be the correct line based upon the URL provided. It appears your website is installed as an "addon" domain (and located inside another website's document root)... I'd recommend the second one (commenting out the RewriteBase rule) as many of the cheaper hosting providers use mod_rewrite to handle "addon" domains instead of configuring different document roots for each "addon" domain (RewriteBase can interfere with the internal rewrites the hosting provider uses - if they are using configured this way).

I attempted again today. I compared all the files in step #1 and #2 with my files. I did not make any changes to those files in 1.5.1 so I just overplayed all of them. I found though that UltimateSEO212 query_cache.php missing ( "?>" ) at the end of the file.
#3 i moved .htacces
#4 Logged into admin
#5 Moved files and went to Admin again. Got message that SEO was installed. and site stopped working.

In the server logs I am getting 200 when try to access my page. Nothing in zencart /logs dir.

Tried different .htaccess variants with no success

Quote:

---

Originally Posted by slavka001

... I found though that UltimateSEO212 query_cache.php missing ( "?>" ) at the end of the file. ...

---

This is done on purpose. I trust you did not add "?>" back to the file?

When you say "it is not working", are you still referring to getting "blank pages"? (I ask because I cannot see your site as you keep changing it before I get a chance to see things "not working")... Still sounds like something not installed correctly (as you are reporting it is crashing BEFORE Zen Cart's error log handler is loaded / initialized).

Can you try a couple things to try to capture what error is occuring? Edit your php.ini to log all errors / warnings to a file and make sure display_error is enabled (this will catch errors occurring before Zen Cart's error logging starts)? Can you also add the following line to both of your configure.php files:

Code:

---

define('STRICT_ERROR_REPORTING', true);

---

SUCCESS.

lhungil, I appreciate your help very much. I felt you confidence that module should work and kept digging.
What I found is that I made a mistake when I moved the page from one domain to another. My /include/configuration.php did not have correct local path which to my surprise did not break the site. Once I fixed that site came up but with 500 response. I tried different configs for .htaccess and found that "RewriteBase /" worked.
Again. Thanks a lot for your support guys. That is why I like this forum, you can get real answers from real experts.

Hi, Guys,

may I ask for your favor? may I know what is the rewrite rule for multi language site?

in the past only english was available on our site, and natually www.mysite.com goes to default language.
now we have new Spanish and Russian, as well as english, then they go to:
www.mysite.com/es/
www.mysite.com/ru/
www.mysite.com/en/
for SEO purpose.

now my questoin is how to rewrite www.mysite.com/en/**** to www.mysite.com/****, as they
are actually the same page. Also all our pages so far indexed by Google are start with www.mysite.com/

also, is it possible to rewrite www.mysite.com/?language=en to www.mysite.com/en/?

your suggestion would be highly appreciated.

This looks like a great addon. I installed it yesterday and everything worked perfectly first time. Very impressed.

However, when I re-built my PRODUCTS table today (a lot of products received different product_ids) I got some strange results. Clicking a product brought up a URL for another product, although the actual page was correct.

I fixed this by running "Reset SEO URLs Cache", so I assume that there was a cache of URLs for product_ids somewhere.

I don't want to have to do this on a regular basis so would disabling caching (i.e. changing "Enable SEO cache to save queries" to false) prevent this from happening in future? Would it have any other side-effects?

Quote:

---

Originally Posted by Earthenware

This looks like a great addon. I installed it yesterday and everything worked perfectly first time. Very impressed.

However, when I re-built my PRODUCTS table today (a lot of products received different product_ids) I got some strange results. Clicking a product brought up a URL for another product, although the actual page was correct.

I fixed this by running "Reset SEO URLs Cache", so I assume that there was a cache of URLs for product_ids somewhere.

I don't want to have to do this on a regular basis so would disabling caching (i.e. changing "Enable SEO cache to save queries" to false) prevent this from happening in future? Would it have any other side-effects?

---

Hopefully you don't plan to rebuild your products table on a regular basis where the product IDs will change for your products.. If not then this should be a one-off occurrence for you.. Otherwise you will need to re-set the cache everytime you re-build the products table.

Quote:

---

Originally Posted by DivaVocals

Hopefully you don't plan to rebuild your products table on a regular basis where the product IDs will change for your products.. If not then this should be a one-off occurrence for you.. Otherwise you will need to re-set the cache everytime you re-build the products table.

---

So switching caching off won't save me having to do it manually?

Quote:

---

Originally Posted by Earthenware

So switching caching off won't save me having to do it manually?

---

Of course it will.. My point was that it's really NOT a good practice to CONTINUALLY rebuild your products table which would result in product IDs for products changing.. Are you REALLY going to do this again??? If NOT then NO you can leave the cache setting alone.. I'm curious as to why you are planning to make rebuilding your products table a regular activity..

Okay so I have a site which Zen Cart is in a subfolder of a WordPress site.. WordPress has it's own .htaccess file as you know.. the readme instructions say:

Code:

---

  If you have an existing .htaccess file in the folder
  where you installed Zen Cart merge the new .htaccess
  file with the existing file (remember rules are matched
  in order, so any custom URL transformations or
  redirects should appear before the "Start Ultimate
  SEO URLs" block. Upload the .htaccess file to the
  folder where you installed Zen Cart.

---

My Zen Cart folder does NOT have a .htaccess file. And I got an error AS SOON as I uploaded the .htaccess file. I am assuming that the RIGHT way to do this is to merge my .htaccess with the .htaccess from this add-on.. Could use a hand with that.. Here's the WordPress .htaccess file contents..

Code:

---

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

---

Quote:

---

Originally Posted by Earthenware

... I fixed this by running "Reset SEO URLs Cache", so I assume that there was a cache of URLs for product_ids somewhere.

I don't want to have to do this on a regular basis so would disabling caching (i.e. changing "Enable SEO cache to save queries" to false) prevent this from happening in future? ...

---

The better question is WHY do you feel you need to change around product_id's? What business purpose does changing an internal number used to identify a product within the Zen Cart software serve?

Best practice for a website (and e-commerce site) is to NOT change the product_id (or URLs unless they are 301'ed / canonical linked - which this module does for you based upon the product_id remaining the same).

Quote:

---

Originally Posted by Earthenware

Clicking a product brought up a URL for another product, although the actual page was correct.

---

Changing the internal id used by Zen Cart will have this effect. This holds true for Zen Cart in general as well as all of the alternative URL generation tools. It affects far more than just the "URL" and the one issue you quickly identified.

For example (even when not using a module to generate alternative URLs): when customer logs into their account on the site, pulls up their invoice, and then clicks a link to see the product details... If one has changed the product a product_id points to, the customer is sent to a completely different product from the one purchased.

I could go on with other reasons / issues caused by re-assigning product_id's to different products, but there are plenty of articles / threads on the forums here and internet in general on the subject.

When adding new products it is almost always better to not manually edit the PRODUCTS table (and let a new product_id be assigned). If one needs to import from a spreadsheet, use a tool such as "ez-populate". The first time this module see's a new product_id it will generate the appropriate URL based upon the product title / category and save the URL in the cache.

If one no longer carries a product, simply turn it off in the admin interface - or - set the quantity to zero and add a big bold colored line indicating the product has been replaced with a newer / comparable product (with link). There are a few additional ways to handle products "no longer being sold", but such a discussion would be better suited for a new thread.

Quote:

---

Originally Posted by Earthenware

... Would it have any other side-effects?

---

Yes. For every page load Zen Cart would need to rebuild the list of URLs for every URL appearing on the page (usually every category enabled in the database, every enabled EZ-Page, and any product URL showing on the page). This list basically includes every URL on the page including in the header, footer, and menus. The cache reduces the amount of processing time by saving a copy of the URL <--> product / category / ez-page mappings.

Of course if one is not on a server with limited CPU resources... The impact might be minimal... But on most shared and VPS hosting packages the CPU usage is limited and having the cache enabled will have a significant performance impact during peak website usage.

Quote:

---

Originally Posted by DivaVocals

Of course it will.. My point was that it's really NOT a good practice to CONTINUALLY rebuild your products table which would result in product IDs for products changing.. Are you REALLY going to do this again??? If NOT then NO you can leave the cache setting alone.. I'm curious as to why you are planning to make rebuilding your products table a regular activity..

---

I understand your point. The periodic need for rebuilding the PRODUCTS table is administrative. It's not something that I will need to do every day but it will come up now and again.

Regarding the association between products_name and products_id, I assume you are referring to the impact that changing them would have on search engines? I had considered this and my first attempt at re-writing URLs excluded the products_id altogether. That's when I learned that Zen Cart uses GET to transfer some parameters. Actually, it worked great until adding something to the shopping cart :laugh:

Quote:

---

Originally Posted by Earthenware

I understand your point. The periodic need for rebuilding the PRODUCTS table is administrative. It's not something that I will need to do every day but it will come up now and again.

---

What BUSINESS REASON would require this???????????

...and thanks for the reply lhungil.

It's a great add-on, by the way.

Quote:

---

Originally Posted by DivaVocals

Okay so I have a site which Zen Cart is in a subfolder of a WordPress site.. WordPress has it's own .htaccess file as you know.. the readme instructions say:

Code:

---

  If you have an existing .htaccess file in the folder
  where you installed Zen Cart merge the new .htaccess
  file with the existing file (remember rules are matched
  in order, so any custom URL transformations or
  redirects should appear before the "Start Ultimate
  SEO URLs" block. Upload the .htaccess file to the
  folder where you installed Zen Cart.

---

My Zen Cart folder does NOT have a .htaccess file. And I got an error AS SOON as I uploaded the .htaccess file. I am assuming that the RIGHT way to do this is to merge my .htaccess with the .htaccess from this add-on.. Could use a hand with that.. Here's the WordPress .htaccess file contents..

Code:

---

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

---

---

So I made progress the site comes up, and the product links look scorrect, but they all lead to "Page Not Found" errors. So here is my .htaccess file now:

Code:

---

# BEGIN WordPress
#<IfModule mod_rewrite.c>
RewriteEngine On
#RewriteBase /
RewriteRule ^index\.php$ - [L]
# Send all requests not for the store to WordPress
RewriteCond %{REQUEST_URI} !^/shop/ [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
#</IfModule>

# END WordPress

###############################################################################
# Start Ultimate SEO URLs
###############################################################################

# Handles the new URL formats
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]

# Original (unchanged) URL formats
RewriteRule ^(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-m-([0-9]+)(.*)$ index\.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-ezp-([0-9]+)(.*)$ index\.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)(.*)$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]

# All other pages
# Don't rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=$1&%{QUERY_STRING} [L]

---

Here's a sample product page:
http://eitestsite(dot)eyeitalia(dot)...-cologne-p-105

Quote:

---

Originally Posted by DivaVocals

Okay so I have a site which Zen Cart is in a subfolder of a WordPress site.. WordPress has it's own .htaccess file as you know...

---

You need to exclude Zen Cart URLs from being rewritten and sent to WordPress instead of Zen Cart. Change /shop/ to be the folder where Zen Cart is installed.

Code:

---

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_URI} !^/shop/ [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

---

Then place the .htaccess file for USU in the Zen Cart folder and adjust the RewriteBase (for the .htaccess file in the Zen Cart folder).

NOTE: On some servers one may need to use !^shop/ instead of !^/shop/.

Quote:

---

Originally Posted by lhungil

You need to exclude Zen Cart URLs from being rewritten and sent to WordPress instead of Zen Cart. Change /shop/ to be the folder where Zen Cart is installed.

Code:

---

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_URI} !^/shop/ [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

---

Then place the .htaccess file for USU in the Zen Cart folder and adjust the RewriteBase (for the .htaccess file in the Zen Cart folder).

NOTE: On some servers one may need to use !^shop/ instead of !^/shop/.

---

BOOOYAH!!!!!! That did the trick!!! My very FIRST time using this module since you took over the care and feeding of it..:cool: This is LIGHTYEARS from what it was when I first looked at this add-on.. I think I'm in love!! :)

Not so fast.. My URLs look ODD.. NONE of them include the product or category names.

So because Numinix likes to add a modified YOUR_ADMIN/configuration.php file to ALL of it's modules, MANY of the USU configuration options DO NOT appear in the USU configuration.

I attempted to modify the USU installer to fix the issue, but I'm not sure it's solving the issue..

Here's the changes I made:

Lines 56-74:
From:

Code:

---

        'USU_VERSION' => array('configuration_value' => '\'' . $version . '\'', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\\\'' . $version . '\\\'),'),
        'SEO_ENABLED' => array('configuration_value' => 'false', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\\\'true\\\', \\\'false\\\'),'),
        'SEO_URL_CPATH' => array('configuration_value' => 'auto', 'use_function' => 'usu_check_cpath_option', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-auto\\\', \\\'disable\\\'),'),
        'SEO_URL_END' => array('configuration_value' => '.html', 'use_function' => '', 'set_function' => ''),
        'SEO_URL_FORMAT' => array('configuration_value' => 'original', 'use_function' => 'usu_check_url_format_option', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-original\\\', \\\'enable-parent\\\'),'),
        'SEO_URL_CATEGORY_DIR' => array('configuration_value' => 'short', 'use_function' => 'usu_check_category_dir_option', 'set_function' => 'zen_cfg_select_option(array(\\\'disable\\\', \\\'enable-short\\\', \\\'enable-full\\\'),'),
        'SEO_URLS_FILTER_PCRE' => array('configuration_value' => '', 'use_function' => '', 'set_function' => ''),
        'SEO_URLS_FILTER_CHARS' => array('configuration_value' => '', 'use_function' => '', 'set_function' => ''),
        'SEO_URLS_REMOVE_CHARS' => array('configuration_value' => 'punctuation', 'use_function' => 'usu_check_remove_chars_option', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-non-alphanumerical\\\', \\\'enable-punctuation\\\'),'),
        'SEO_URLS_FILTER_SHORT_WORDS' => array('configuration_value' => '0', 'use_function' => '', 'set_function' => ''),
        'SEO_URLS_ONLY_IN' => array('configuration_value' => 'index, product_info, product_music_info, document_general_info, document_product_info, product_free_shipping_info, products_new, products_all, shopping_cart, featured_products, specials, contact_us, conditions, privacy, reviews, shippinginfo, faqs_all, site_map, gv_faq, discount_coupon, page, page_2, page_3, page_4', 'use_function' => '', 'set_function' => ''),
        'SEO_REWRITE_TYPE' => array('configuration_value' => 'rewrite', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\\\'rewrite\\\'),'),
        'SEO_USE_REDIRECT' => array('configuration_value' => 'false', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\\\'true\\\', \\\'false\\\'),'),
        'SEO_USE_CACHE_GLOBAL' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\\\'enable\\\', \\\'disable\\\'),'),
        'SEO_USE_CACHE_PRODUCTS' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-products\\\', \\\'disable-products\\\'),'),
        'SEO_USE_CACHE_CATEGORIES' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-categories\\\', \\\'disable-categories\\\'),'),
        'SEO_USE_CACHE_MANUFACTURERS' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-manufacturers\\\', \\\'disable-manufacturers\\\'),'),
        'SEO_USE_CACHE_EZ_PAGES' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\\\'enable-ez_pages\\\', \\\'disable-ez_pages\\\'),'),
        'SEO_URLS_CACHE_RESET' => array('configuration_value' => 'false', 'use_function' => 'usu_reset_cache_data', 'set_function' => 'zen_cfg_select_option(array(\\\'true\\\', \\\'false\\\'),'),

---

To:

Code:

---

        'USU_VERSION' => array('configuration_value' => '\'' . $version . '\'', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\'' . $version . '\'),'),
        'SEO_ENABLED' => array('configuration_value' => 'false', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\'true\', \'false\'),'),
        'SEO_URL_CPATH' => array('configuration_value' => 'auto', 'use_function' => 'usu_check_cpath_option', 'set_function' => 'zen_cfg_select_option(array(\'enable-auto\', \'disable\'),'),
        'SEO_URL_END' => array('configuration_value' => '.html', 'use_function' => '', 'set_function' => ''),
        'SEO_URL_FORMAT' => array('configuration_value' => 'original', 'use_function' => 'usu_check_url_format_option', 'set_function' => 'zen_cfg_select_option(array(\'enable-original\', \'enable-parent\'),'),
        'SEO_URL_CATEGORY_DIR' => array('configuration_value' => 'short', 'use_function' => 'usu_check_category_dir_option', 'set_function' => 'zen_cfg_select_option(array(\'disable\', \'enable-short\', \'enable-full\'),'),
        'SEO_URLS_FILTER_PCRE' => array('configuration_value' => '', 'use_function' => '', 'set_function' => ''),
        'SEO_URLS_FILTER_CHARS' => array('configuration_value' => '', 'use_function' => '', 'set_function' => ''),
        'SEO_URLS_REMOVE_CHARS' => array('configuration_value' => 'punctuation', 'use_function' => 'usu_check_remove_chars_option', 'set_function' => 'zen_cfg_select_option(array(\'enable-non-alphanumerical\', \'enable-punctuation\'),'),
        'SEO_URLS_FILTER_SHORT_WORDS' => array('configuration_value' => '0', 'use_function' => '', 'set_function' => ''),
        'SEO_URLS_ONLY_IN' => array('configuration_value' => 'index, product_info, product_music_info, document_general_info, document_product_info, product_free_shipping_info, products_new, products_all, shopping_cart, featured_products, specials, contact_us, conditions, privacy, reviews, shippinginfo, faqs_all, site_map, gv_faq, discount_coupon, page, page_2, page_3, page_4', 'use_function' => '', 'set_function' => ''),
        'SEO_REWRITE_TYPE' => array('configuration_value' => 'rewrite', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\'rewrite\'),'),
        'SEO_USE_REDIRECT' => array('configuration_value' => 'false', 'use_function' => '', 'set_function' => 'zen_cfg_select_option(array(\'true\', \'false\'),'),
        'SEO_USE_CACHE_GLOBAL' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\'enable\', \'disable\'),'),
        'SEO_USE_CACHE_PRODUCTS' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\'enable-products\', \'disable-products\'),'),
        'SEO_USE_CACHE_CATEGORIES' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\'enable-categories\', \'disable-categories\'),'),
        'SEO_USE_CACHE_MANUFACTURERS' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\'enable-manufacturers\', \'disable-manufacturers\'),'),
        'SEO_USE_CACHE_EZ_PAGES' => array('configuration_value' => 'true', 'use_function' => 'usu_check_cache_options', 'set_function' => 'zen_cfg_select_option(array(\'enable-ez_pages\', \'disable-ez_pages\'),'),
        'SEO_URLS_CACHE_RESET' => array('configuration_value' => 'false', 'use_function' => 'usu_reset_cache_data', 'set_function' => 'zen_cfg_select_option(array(\'true\', \'false\'),'),

---

Line 196
From:

Code:

---

            'set_function' => 'zen_cfg_select_option(array(\\\'' . $version . '\\\'),'

---

To:

Code:

---

            'set_function' => 'zen_cfg_select_option(array(\'' . $version . '\'),'

---

Quote:

---

Originally Posted by lhungil

Not in my test environments (PHP 5.3, 5.4.12 - I did have some other unrelated issues with 5.4 less than 5.4.12, 5.5)


This appears to be something other people are randomly encountering as well under PHP 5.4 (not specific to this module). You may want to drop down to PHP 5.3 at this time. The code you referenced is used in both the stock Zen Cart and this module. I know the Zen Cart team is actively looking into a solution.

---

So I am getting a memory exhausted issue in PHP 5.4 with this module.

Code:

---

[31-Jan-2014 12:21:36 America/Denver] PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 2547580697 bytes) in /home4/mysite/public_html/shop/includes/classes/seo.url.php on line 201

---

The login pages goes blank after all the user name password stuff. In the log folder, I can find the above error log. Not sure what to do to resolve..

Quote:

---

Originally Posted by DivaVocals

... So because Numinix likes to add a modified YOUR_ADMIN/configuration.php file to ALL of it's modules, MANY of the USU configuration options DO NOT appear in the USU configuration. ...

---

Yup, the modifications Numinix makes to the admin configuration.php file do not play well with 2.212.

Quote:

---

Originally Posted by DivaVocals

So I am getting a memory exhausted issue in PHP 5.4 with this module.

---

Not directly related to this module (the code block is identical to the one used by the internal Zen Cart code).

Quote:

---

Originally Posted by lhungil

Not directly related to this module (the code block is identical to the one used by the internal Zen Cart code).

---

But the error log says it's a file from this module:

/home4/mysite/public_html/shop/includes/classes/seo.url.php on line 201

Quote:

---

Originally Posted by lhungil

Yup, the modifications Numinix makes to the admin configuration.php file do not play well with 2.212.

---

Well the changes I made got the configuration radio buttons and values to show back up using the modified configuration.php file.. what's ODD is that when I go to edit a value, the selected value is NOT selected.. I see two radio buttons and NEITHER is selected.. Rolling back to the default configuration.php yields the SAME result..

Edited to add:
so I see the pattern to this issue.. all the values where there is NO radio button selected all have a value in the "use_function" column in the configuration table..

Quote:

---

Originally Posted by DivaVocals

But the error log says it's a file from this module ...

---

And the code on that line is directly copied from the core Zen Cart code (in "zen_href_link").

Quote:

---

Originally Posted by DivaVocals

... what's ODD is that when I go to edit a value, the selected value is NOT selected.. I see two radio buttons and NEITHER is selected...

---

This is normal when the Numinex configuration.php changes are present. From the screen shots I have seen it appears the Numinex modification removes the display of the "value" and instead assumes the value will be one of the configuration options.

This is not always the case with Zen Cart configuration settings (it supports them being different). Ultimate URLs makes use of this to detect when a value is "changed" and runs some additional sanity checks and actions when a value is "changed". If you want I can get into a much more detailed explanation in private.

Quote:

---

Originally Posted by lhungil

This is normal when the Numinex configuration.php changes are present. From the screen shots I have seen it appears the Numinex modification removes the display of the "value" and instead assumes the value will be one of the configuration options.

This is not always the case with Zen Cart configuration settings (it supports them being different). Ultimate URLs makes use of this to detect when a value is "changed" and runs some additional sanity checks and actions when a value is "changed". If you want I can get into a much more detailed explanation in private.

---

But I am getting the "empty" radio button issue when I restore the default configuration.php file too..

Ok so i am wanting to install this plugin but its a little intimidating to a noobie. If i have already installed other plugins and added products can i still install this plugin?

Nevermind i got it:)

hello, i'm using zen cart 1.51 and usu 2.212
the product url now is category-c-1/product-p-1.html
can i change it to product-p-1.html ?

ok this could be done from admin configurations

another question, Enter special character conversions
i set /=>- it works,
but for '=>- it changes nothing
what do i convert ' to -

same question

Quote:

---

Originally Posted by Jerry5763837

Hi, Guys,

may I ask for your favor? may I know what is the rewrite rule for multi language site?

in the past only english was available on our site, and natually www.mysite.com goes to default language.
now we have new Spanish and Russian, as well as english, then they go to:
www.mysite.com/es/
www.mysite.com/ru/
www.mysite.com/en/
for SEO purpose.

now my questoin is how to rewrite www.mysite.com/en/**** to www.mysite.com/****, as they
are actually the same page. Also all our pages so far indexed by Google are start with www.mysite.com/

also, is it possible to rewrite www.mysite.com/?language=en to www.mysite.com/en/?

your suggestion would be highly appreciated.

---

Background:
Why "must" you place languages in the URL using "/es/"? Search Engines work just fine with "?language=es".

When a web "crawler" looks for content they send a request to the site in the same manner as a web browser. A list of acceptable languages (in order of preference) is usually sent in the HTML headers - not the HTML content (source) - to the web server. The language is then captured and sent to PHP (and is interpreted by Zen Cart). This means when your site is "crawled" by a crawler requesting Spanish content, Zen Cart will return Spanish content and USU will return Spanish URLs. Nothing "special" needs to be done.

Now if you want to tell the "crawler" about different URLs containing a "translation" for the current page... Or that your site supports different languages... Or which specific languages your site supports (and the URLs)... I would surmise the safest way to handle these specific cases, would be to follow the instructions in this article from an authority on the subject.

rel="alternate"
There was a discussion about this topic awhile back in this thread... Disclaimer: I cannot vouch for the correctness or functionality of alterations made by others to this module. In some cases they may be detrimental. Make the changes at your own risk!

I do not currently have time to create a "free" implementation of the necessary changes to support rel="alternate". Good Luck on your endeavor!

Note: As the link from Google shows, even they do not use a URL containing "/en/", but a parameter such as "?hl=en".

Numinex module users:
Make sure your copy of "/admin/configuration.php" includes code calling the defined "use_function" for configuration options. While only a handful of core Zen Cart configuration options define a "use_function", many of the configuration options for Ultimate URLs make use of the "use_function".

The stock Zen Cart code calls the "use_function" (if defined for a configuration option) to determine the correct "value" to display for a configuration option. The stock Zen Cart code calls the "use_function" every time the configuration page is displayed (and leaves room for more creative uses than just display).

Ultimate URLs uses the "use_function" to fire additional "events" (such as checking for valid options / combinations of options). These events in turn "save" the updated / changed configuration options to the database (for Ultimate URLs).

This means if the code in "/admin/configuration.php" does not call the defined "use_function" (at least once), one will not be able to configure Ultimate URLs using the standard Zen Cart "admin"->"configuration"->"Ultimate (SEO) URLs".

Note: A special thank you to DivaVocals for directing me to the exact reason for the compatibility conflict between some of the Numinex modules and Ultimate URLs.

Quote:

---

Originally Posted by lhungil

Numinex module users:
Make sure your copy of "/admin/configuration.php" includes code calling the defined "use_function" for configuration options. While only a handful of core Zen Cart configuration options define a "use_function", many of the configuration options for Ultimate URLs make use of the "use_function".

The stock Zen Cart code calls the "use_function" (if defined for a configuration option) to determine the correct "value" to display for a configuration option. The stock Zen Cart code calls the "use_function" every time the configuration page is displayed (and leaves room for more creative uses than just display).

Ultimate URLs uses the "use_function" to fire additional "events" (such as checking for valid options / combinations of options). These events in turn "save" the updated / changed configuration options to the database (for Ultimate URLs).

This means if the code in "/admin/configuration.php" does not call the defined "use_function" (at least once), one will not be able to configure Ultimate URLs using the standard Zen Cart "admin"->"configuration"->"Ultimate (SEO) URLs".

Note: A special thank you to DivaVocals for directing me to the exact reason for the compatibility conflict between some of the Numinex modules and Ultimate URLs.

---

And to add to this, it appears that this applies to the PREMIUM versions of Numinix modules (Google Product Search Feeder and possibly Fast and Easy Ajax Checkout). For SURE Google Product Search Feeder (the "premium" version of Google Merchant Center Feeder) includes a modified /admin/configuration.php file. To correct the errors lhungil describes see the required changes below.

find this section (around lines 75-79):

Code:

---

        foreach($_POST as $cfgID => $cfgValue) {
            $strpos = strpos($cfgID, 'cfg_');
            if ($strpos !== FALSE) {
                $cID = zen_db_prepare_input(substr($cfgID, $strpos + 4));
                $configuration_value = zen_db_prepare_input($cfgValue);

---

AFTER this section add this:

Code:

---

                // START fix code to correctly utilize the use_function
                $queryResult = $db->Execute(
                    'SELECT `use_function` FROM `' . $configuration_table . '` ' .
                    'WHERE `configuration_id`=\'' . $cID . '\''
                );
                if(!$queryResult->EOF && zen_not_null($queryResult->fields['use_function'])) {
                    $use_function = $queryResult->fields['use_function'];
                    if (preg_match('/->/', $use_function)) {
                        $class_method = explode('->', $use_function);
                        if (!is_object(${$class_method[0]})) {
                            include(DIR_WS_CLASSES . $class_method[0] . '.php');
                            ${$class_method[0]} = new $class_method[0]();
                        }
                        $configuration_value = zen_call_function($class_method[1], $configuration_value, ${$class_method[0]});
                    } else {
                        $configuration_value = zen_call_function($use_function, $configuration_value);
                    }
                }
                unset($queryResult, $use_function);
                // END fix code to correctly utilize the use_function

---

then at line 213 find this:

Code:

---

echo '    <td class="cl">' . $configuration_option['configuration_title'] . '</td>' . "\n";

---

replace with this:

Code:

---

echo '    <td class="cl">' . $configuration_option['configuration_title'] . '<br /><small><i>Current Value: ' . $configuration_option['configuration_value'] . '</i></small></td>' . "\n";

---

Quote:

---

Originally Posted by DivaVocals

And to add to this, it appears that this applies to the PREMIUM versions of Numinix modules (Google Product Search Feeder and possibly Fast and Easy Ajax Checkout). For SURE Google Product Search Feeder (the "premium" version of Google Merchant Center Feeder) includes a modified /admin/configuration.php file. To correct the errors lhungil describes see the required changes below.

find this section (around lines 75-79):

Code:

---

        foreach($_POST as $cfgID => $cfgValue) {
            $strpos = strpos($cfgID, 'cfg_');
            if ($strpos !== FALSE) {
                $cID = zen_db_prepare_input(substr($cfgID, $strpos + 4));
                $configuration_value = zen_db_prepare_input($cfgValue);

---

AFTER this section add this:

Code:

---

                // START fix code to correctly utilize the use_function
                $queryResult = $db->Execute(
                    'SELECT `use_function` FROM `' . $configuration_table . '` ' .
                    'WHERE `configuration_id`=\'' . $cID . '\''
                );
                if(!$queryResult->EOF && zen_not_null($queryResult->fields['use_function'])) {
                    $use_function = $queryResult->fields['use_function'];
                    if (preg_match('/->/', $use_function)) {
                        $class_method = explode('->', $use_function);
                        if (!is_object(${$class_method[0]})) {
                            include(DIR_WS_CLASSES . $class_method[0] . '.php');
                            ${$class_method[0]} = new $class_method[0]();
                        }
                        $configuration_value = zen_call_function($class_method[1], $configuration_value, ${$class_method[0]});
                    } else {
                        $configuration_value = zen_call_function($use_function, $configuration_value);
                    }
                }
                unset($queryResult, $use_function);
                // END fix code to correctly utilize the use_function

---

---

Thanks lhungil for pointing out the issue and DivaVocals for providing this fix! We've added a similar code change to Numinix Product Variants Inventory Manager v1.3.4 and will follow with the rest of our mods in the near future.

The credit for the fix is lhungil... I just share what I learn.. :smile:

Quote:

---

Originally Posted by numinix

Thanks lhungil for pointing out the issue and DivaVocals for providing this fix! We've added a similar code change to Numinix Product Variants Inventory Manager v1.3.4 and will follow with the rest of our mods in the near future.

---

Hello!


I installed ultimate SEO, just one question how I change the ä letter to> a and ö to>o.

Now the URL is like ..väri-musta-p-189.html

So how to change the scandinavian letters in the URL?


If the solution lies in the "Enter special character conversions" box, could someone give example what to write in the box?



Thank you,
Tomi

I am playing with several Responsive templates with the 1.5.1 version/Ultimate Seo UrLS 2.12 mod and am seeing a problem with the footer links not re-writing correctly on all the templates that I'm .

For example: .../index.php?main_page=shippinginfo
instead of .../shippinginfo.html.

The strange part is that the top menu and the sideboxes DO CORRECTLY re-write. It's just the footer links that do not. I was wondering if you have come across this previously and know a fix for it?

Thanks much!
Melissa

Quote:

---

Originally Posted by dbmel

I am playing with several Responsive templates with the 1.5.1 version/Ultimate Seo UrLS 2.12 mod and am seeing a problem with the footer links not re-writing correctly on all the templates that I'm .

For example: .../index.php?main_page=shippinginfo
instead of .../shippinginfo.html.

The strange part is that the top menu and the sideboxes DO CORRECTLY re-write. It's just the footer links that do not. I was wondering if you have come across this previously and know a fix for it?

Thanks much!
Melissa

---

This is an issue with your template NOT this add-on.. The links in question are hardcoded into your template versus using the proper Zen Cart link function to pull them in dynamically..

Quote:

---

Originally Posted by boysen99

...
I installed ultimate SEO, just one question how I change the ä letter to> a and ö to>o.

Now the URL is like ..väri-musta-p-189.html

So how to change the scandinavian letters in the URL? ...

---

If you are using Zen Cart 1.5+ and your database is configured for UTF8... The easiest way is to configure a "Regular Expression Filter" (PCRE filter).

Possibly something like (edit to fit your needs):

Code:

---

[àÀáÁâÂãÃäÄåÅ]=>a,[èÈéÉêÊëË]=>e,[ìÌíÍîÎïÏ]=>i,[òÒóÓöÖôÔõÕøØ]=>o,[ùÙúÚûÛüÜ]=>u,[ýÝÿx]=>y,[çÇ]=>c,[ñÑ]=>n,[Ð]=>d

---

Note: Using UTF8 for the database and website simplifies things as you can enter the characters directly for replacement in the configuration option... Otherwise you end up needing to mess around with specifying the characters using octal or similar in the regexp... And adjusting for the charset used for storage by the database...

Quote:

---

Originally Posted by boysen99

...
If the solution lies in the "Enter special character conversions" box, could someone give example what to write in the box?
...

---

That feature is a left over from legacy versions of Ultimate URLs. It does not support unicode characters (or multi-byte characters). And thus may not work fully for your case.

I should also note the "special character conversions" option will be removed in a future upstream release.

[QUOTE=lhungil;1237413]If you are using Zen Cart 1.5+ and your database is configured for UTF8... The easiest way is to configure a "Regular Expression Filter" (PCRE filter).

Possibly something like (edit to fit your needs):

Code:

---

[àÀáÁâÂãÃäÄåÅ]=>a,[èÈéÉêÊëË]=>e,[ìÌíÍîÎïÏ]=>i,[òÒóÓöÖôÔõÕøØ]=>o,[ùÙúÚûÛüÜ]=>u,[ýÝÿx]=>y,[çÇ]=>c,[ñÑ]=>n,[Ð]=>d

---

It works, thank you very much! :smile: I got this working after putting the code like in your example in the PCRE filter like ä=>ä, and then enabling "punctuation" in "Remove these characters from URLs", then it started to change the URL:s.

Br,
Tomi

Yup, forgot to mention you would need to "reset the cache" (changing the "Remove these characters from URLs" setting automatically resets the URL cache).

Thanks for letting us know the example worked for you!