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

vinyl_ninja:

... If I browse to a category or product page the URL is re-written as I expected but the page takes ages to load and seems to be missing all the styling and scripts. ...
Usually indicates something is not working in your template. Do the resources show up correctly in the "classic" template? Have you looked at any 404 errors to determine what may be broken (404 errors cause major load time issues)? Have you tried different cache settings / URL settings? Have you tried a different browser?

su35:

...

Problem: (including all products, new products....)
When set USEO on (ex: domain/products_new.html), the pages were available. However, google (webmaster tools -> fetch as google) shown that the page status was 404, and the firebug said it was 200. If visit the page as domain/index.php?main_page=products_new, there was no issues.

I think it may be a .htaccess problem, but I don't understand it. Could anyone help? ...
The supplied .htaccess file is for Apache mod_rewrite. Your webserver is not running Apache (and thus not using mod_rewrite). The server your website is hosted upon appears to be using LiteSpeed as the WebServer.

Since everything is working from useragents other than "googlebot", this makes me suspect another rule may be configured on the webserver to selectively apply the .htaccess filter based upon useragent.

These are not issues with this plugin, but with your hosting provider (and their compatibility with mod_rewrite). You will want to contact your hosting provider and ask... Why when the user agent is "Googlebot" is their server is not applying the .htaccess filter (and rewrite rules)? Can they "fix" the configuration of their server to correctly apply the .htaccess filter to ALL requests?

Hi lhungil

Thanks for your reply. Things have changed, even the firebug return a 404.(tried a lot, could not remember how made)

First, only three pages (new products, all products and featured products) return 404. It looks like the problem was from the page codes. However, if the format of the URL was index.php?main_page=xxx, there was no issues. I think it suggested that, instead of a codes problem, it's a rewrite problem.

Second, checking the .htaccess file, it looks like that the following codes should be respond to charge rewriting index.php?main_page=xxx format URL. However, I have other page with the same URL format, the software page. The software page return 200 in both index.php?main_page=softwae and software.html format.

RewriteCond %{REQUEST_FILENAME} !-f [NC] 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*).html$ index\.php?main_page=$1&%{} [L]

Totally confused.

Only requests with certain "user agents" appear to not be applying the rewrite rules (you can see this at "web-sniffer.net"). This is not an issue with the supplied Apache mod_rewrite rules or this module.

This is most likely a problem with the configuration on the webserver where your website is hosted (or perhaps you have multiple domains sharing a common document root). The best thing you can do is CONTACT THE COMPANY YOU ARE PAYING to host your website and have them find and fix whatever configuration on the server is causing your issue. The company hosting your website will have access to additional logs and additional methods to track down the culprit.

Hi lhungil

Sorry, I have not describe the problem clear and made it confused. Let's focus on my local server (apache 2.4.3, php 5.4.7)

There are 14 links (domain name/xxx.html format) on home page. If SSEO was off, there was no any issue. I think that means that there is no code or structure error on the pages that the 14 links point to. If SSEO was on, 8 pages return the 404 and 6 pages return 200. It looks like some problem in rewriting process. However, instead of loading 404 page, all the pages loaded correctly. Does it mean a 404 was responded before the rewriting process done?

As an example:

lhungil:

Usually indicates something is not working in your template. Do the resources show up correctly in the "classic" template? Have you looked at any 404 errors to determine what may be broken (404 errors cause major load time issues)? Have you tried different cache settings / URL settings? Have you tried a different browser?

Thanks lhungil, you are right. The standard template works perfectly so its something to do with the template I'm using. It's the same in Chrome and Firefox. I think I can see where the problem is although I'm still not sure why. The developer tools show all files are found successfully but all the Javascript files are coming back with an error - "Uncaught Syntax Error: Unexpected Token". This is only on the dev site running USEO.

I'll have a look at the files to see if I can figure out what it might be but if you have any pointers or have come across this before it'd be great to know.

Thanks!

A bit of further information, the console also shows:

"Resource interpreted as Script but transferred with MIME type text/html"
"Resource interpreted as Stylesheet but transferred with MIME type text/html"

This only happens with USEO enabled.

I've found a workaround although not fixed the issue. If I hard code the links to the css and js files the site works perfectly.

So its something do do with this bit of code:

<?php  echo $template->get_template_dir('',DIR_WS_TEMPLATE, $current_page_base,'jscript').'/bootstrap.js'?>

su35:

... Sorry, I have not describe the problem clear and made it confused. Let's focus on my local server (apache 2.4.3, php 5.4.7) ...
I am unable to duplicate the issues you appear to be experiencing in a stock Zen Cart 1.5.1 installation with an unmodified version of Ultimate (SEO) URLs 2.212 installed.

Upon further review of your previous posts it appears you have made additional modifications to Zen Cart and this module. These modifications are the most likely cause of the issues you are experiencing.

I would strongly recommend:

1. Backup your test environment.
2. Uninstall the module providing alternative URLs. This includes removing all new files, modifications made to Zen Cart files, database modifications, and database entries.
3. Install an UNMODIFIED version of Ultimate (SEO) URLs. Do NOT merge any changes into this modules "new_files" or ".htacces" file.
4. Configure Ulimate (SEO) URLs to fit your needs and re-test.

vinyl_ninja:

... The standard template works perfectly so its something to do with the template I'm using. ...
Thank You for confirming the issue is most likely with the template you have installed.

vinyl_ninja:

... "Resource interpreted as Script but transferred with MIME type text/html" ... its something do do with this bit of code:

This module only changes the URLs generated by Zen Cart. It does not modify any resources or the webserver requests / responses. So nothing this module does should result in the issues you are seeing.

It may indicate your template was not installed correctly. Or your tempalte makes assumptions based upon URLs (instead of using Zen Cart functions). Or your template includes code which attempts to "minify", "combine", or otherwise alter JavaScript and CSS resources?

It would also be helpful to know what other "modifications" have been made to the site. It would also be helpful if you could provide a link to the test site so we can "see" what is happening.

vinyl_ninja:

I've found a workaround although not fixed the issue. If I hard code the links to the css and js files the site works perfectly.

So its something do do with this bit of code:

Why does your template even have this code.. Drop this silly unnecessary line (and yes I do mean DELETE IT) and simply rename bootstrap.js to jscript_bootstrap.js.. make sure its in your jscript folder..

lhungil:

I am unable to duplicate the issues you appear to be experiencing in a stock Zen Cart 1.5.1 installation with an unmodified version of Ultimate (SEO) URLs 2.212 installed.

Upon further review of your previous posts it appears you have made additional modifications to Zen Cart and this module. These modifications are the most likely cause of the issues you are experiencing.

I would strongly recommend:

2. Backup your test environment.

3. Uninstall the module providing alternative URLs. This includes removing all new files, modifications made to Zen Cart files, database modifications, and database entries.

4. Install an UNMODIFIED version of Ultimate (SEO) URLs. Do NOT merge any changes into this modules "new_files" or ".htacces" file.

5. Configure Ulimate (SEO) URLs to fit your needs and re-test.

Hi lhungil

I got it. It was caused by integrating with wordpress.

Thanks for your help

su35:

...I got it. It was caused by integrating with wordpress. ...
Glad you were able to get it working.

Out of curiosity (and for future readers who MAY run into something similiar)... Was there another .htaccess file (or webserver directive) for WordPress somewhere? Or were there some issues with changes made to Zen Cart code (to integrate w/ WordPress) which were causing issues?

lhungil:

Glad you were able to get it working.

Out of curiosity (and for future readers who MAY run into something similiar)... Was there another .htaccess file (or webserver directive) for WordPress somewhere? Or were there some issues with changes made to Zen Cart code (to integrate w/ WordPress) which were causing issues?

Exactly my same question..:smile: (you know I'm a BIG proponent of WordPress integration) because the ONLY issue I know one might run into it when using WOZ or the Numinix Blog Embedding solution without adding the directive to the .htaccess file to prevent the blog folder from being re-written.. If there is another WordPress integration issue, I'd be curious to hear what it is to..

Hi,

I've installed Ultimate SEO URLS V212 on Zen Cart 1.51. The install works fine but the .htaccess file breaks my site completely. I've never had an issue before on my own servers but this site is hosted on Fasthosts and I know I've problems with .htaccess files with them before with other scripts.

Does anyone know how to configure the .htaccess file for Fasthosts servers please?

Thanks in advance
:smile:

cjsmiff:

Hi,

I've installed Ultimate SEO URLS V212 on Zen Cart 1.51. The install works fine but the .htaccess file breaks my site completely. I've never had an issue before on my own servers but this site is hosted on Fasthosts and I know I've problems with .htaccess files with them before with other scripts.

Does anyone know how to configure the .htaccess file for Fasthosts servers please?

Thanks in advance
:smile:
How about asking Fasthosts to help you with this??

Hi everyone. I started getting these very long error messages generated out of the blue. I searched the forum but had trouble finding the problem. I posted this thread, http://www.zen-cart.com/showthread.php?209623-PHP-Fatal-error-1062-Duplicate-entry, and followed the advice - to truncate my zen_seo_cache table. The errors have stopped but the custom URLs are no longer being generated either.

Can anyone help? Thank you.

You might need to "repair" the database table (if damaged can cause issues with entries being added / removed from the table). You can usually "repair" the table from within phpmyadmin. Another alternative (the repair would be better in most cases) is to "drop" the table (remove) and re-install this module (will add the missing table). With a fast database server (without any database consistency errors) this message should be rare.

The "seo_cache" table is only used at this time if one has the individual persistent caches (category, product, ez-pages, manufacturer, etc) turned on. One can always try turning off the persistent caches (the responses will still be cached in non-persistent memory if one has global caching enabled). One may see a performance boost or drop depending upon the hosting environment (web server, PHP, MySQL, etc).

cjsmiff:

The install works fine but the .htaccess file breaks my site completely. I've never had an issue before on my own servers but this site is hosted on Fasthosts and I know I've problems with .htaccess files with them before ...
Common reasons the ".htaccess" file fails:

• Corrupted Upload (or Upload client not treating the file as "TEXT").
• A typo when editing (especially w/ RewriteBase).
• A merge gone wrong (something out of place when merging with an existing .htaccess file).
• Web server restrictions (such as not allowing following symbolic links or rewriting).
• A web server which does not understand .htaccess files or has them disabled.
• A hosting provider using RewriteRules instead of NameVirtualHosts to provide shared hosting.
• Nested web server document roots (often using / requiring special RewriteRules).

If you have tested the ".htaccess" file on another server and it works, best advice is to contact Fasthosts (or you can muck around in the web server error logs if they are available to you).

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.