VicAvendano:

Hey... I have the newest version installed now, is there any reason why only 1 product cannot be viewed when being reached from a certain category? It sounds like a cache issue to me, but i reset all the cache directories and manually deleted the auto-alias entries as well... the link below returns a 404 error, i edited the .htaccess file to redirect it through another category as a temporary fix. Any help would be greatly appreciated.

http://innovativehealingtouch.com/shop/facial-skin-care/anti-aging/marine-repair-cream

I ended up finding the problem by mistake if it can help anyone. For whatever reason I had formated a link in the footer as: ```
zen_href_link("facial-skin-care/anti-aging/marine-repair-cream")

After fixing this and resetting the cache, the link finally worked again, it was definitely my fault for creating that link in that format, I wont even begin to try figuring out how it was caching it tho lol :wacko:

has anyone been able to get woz to work with SSU, i have refresh cache and used the exclude list below. what else can i check to get ssu to work with woz

advanced_search_result,redirect,popup_image_additional,download,wordpress, contest, index.php?main_page=contest,cat

what else can i add?

or is there another problem i should troubleshoot

Oh how I agree with you Sonya.

SonyaT:

Ok I did all it said and the entire stupid site is not even showing right now. Oh how I long for a mod is all you have to do is upload and files and be done

I noticed the latest version has had a problem processing "+" within url query parameters... Some people have had a problem with store searches with multiple words, and adding the advanced_search to the exclude list helped.

My problem now is I had a + within parameters used for tracking purposes, and this triggers an infinite redirect loop. Hopefully I can figure out how to fix this or a new version will be released soon...

VicAvendano:

I noticed the latest version has had a problem processing "+" within url query parameters... Some people have had a problem with store searches with multiple words, and adding the advanced_search to the exclude list helped.

My problem now is I had a + within parameters used for tracking purposes, and this triggers an infinite redirect loop. Hopefully I can figure out how to fix this or a new version will be released soon...

Rolled back to version 3.7.1, everything is working fine again. :frusty:

securit:

I have a question with regards to Simple SEO and disk space.

On a zencart 1.3.8a install with Simple SEO v3.8.3 I am seeing that the cache directory is huge. the ssu directory is 43.91 MB in size which is more than double the disk of the rest of the site including all images. This seems crazy to me.

Is this really what I should be expecting or do I need to dig deeper.

Did you get an answer to this? I have the same issue

Well here goes nothing. I tried reading thru previous posts and googling to find an answer to this but had no luck. Hopefully someone here knows the answer.

I have version 3.83 of SSU installed and rev18 of module manager installed. I have these installed on both a dev and a prod site. The dev server is accessed by a direct IP, the prod site is a direct thru the www url for the site.

So here's my issue, on the prod site the /cache/ssu folders is HUGE!! So large that deleting the data takes forever, I have taken to renaming the file to /cache_bak when issues arise and just creating a new /cache.

Yesterday, I did this and all my links worked perfectly. Today I come in and 3 or 4 of my categories redirect me back to the home page. I renamed the cache folder again, created a blank new one and then the category links worked again. So confused. I don't want to delete these every night, and have set up the cron job to run nightly, but I'd really like to know what is causing this issue.

SEO config settings:
Hide default language identifier true
Set Category Separator / Info
Set Auto Alias Status true Info
Set SSU Multi Language Status true Info
Set Query Key's Exclude List zenid,gclid,number_of_uploads,number_of_downloads,action,sort,page,disp_order,filter_id,alpha_filter_id,currency Info
Set SSU Status true Info
Set maximum name length 0 Info
Set minimum word length 0 Info
Set Link Alias Status true Info
Exclude list advanced_search_result,redirect,popup_image_additional,download,wordpress Info
Set max category level 4 Info
Name delimiter - Info
ID delimiter - Info
File extension Info
Cache reset time 1271350090 Info

.htaccess file -

BOF SSU

Options +FollowSymLinks -MultiViews

RewriteEngine On

RewriteBase /

Deny access from .htaccess

RewriteRule ^.htaccess$ - [F]

RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^(.*) index.php?/$1 [E=VAR1:$1,QSA]

EOF SSU

#redirec www to non www
rewritecond %{HTTP_HOST} ^coinmerc.com$
RewriteRule (.*) http://www.coinmerc.com/$1 [R=301,L]

Redirect /cart http://www.coinmerc.com

There are several serious errors in that .htaccess file.

1. Don't mix Redirect and RewriteRule in the same file. Convert the Redirect rule to use RewriteRule syntax with the [R=301,L] flags.

2. List the 'single' page external redirect as the very first item.

3. List the non-www to www external redirect after the single page redirect.

4. List the internal rewrites after the redirects.

If the order is incorrect, as it is now, then you risk exposing rewritten internal filepaths back out on to the web as new URLs and/or introducing unwanted redirection chains for non-canonical URL requests.

This is important stuff. Incorrect implementation can kill both your indexing and ranking in SERPs, and see your traffic dry up.

See also: http://www.zen-cart.com/forum/showthread.php?t=151606

g1smd:

There are several serious errors in that .htaccess file.

1. Don't mix Redirect and RewriteRule in the same file. Convert the Redirect rule to use RewriteRule syntax with the [R=301,L] flags.

2. List the 'single' page external redirect as the very first item.

3. List the non-www to www external redirect after the single page redirect.

4. List the internal rewrites after the redirects.

If the order is incorrect, as it is now, then you risk exposing rewritten internal filepaths back out on to the web as new URLs and/or introducing unwanted redirection chains for non-canonical URL requests.

This is important stuff. Incorrect implementation can kill both your indexing and ranking in SERPs, and see your traffic dry up.

See also: http://www.zen-cart.com/forum/showthread.php?t=151606

Thank you so much for your reply. This is all completely foreign to me. I did read your link and am still a little confused.

Is this correct:

BOF SSU

Options +FollowSymLinks -MultiViews

RewriteEngine On

RewriteRule ^/cart /

rewritecond %{HTTP_HOST} ^coinmerc.com$
RewriteRule (.*) http://www.coinmerc.com/$1 [R=301,L]

RewriteBase /

Deny access from .htaccess

RewriteRule ^.htaccess$ - [F]

RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^(.*) index.php?/$1 [E=VAR1:$1,QSA]

EOF SSU

How about this:
ErrorDocument 404 /index.php?main_page=page_not_found

RewriteEngine On

Canonical Redirect non-blank, non-www and/or appended port number to www [EXCLUDE /admin requests]

RewriteCond %{HTTP_HOST} !^(www.coinmerc.com)?$
RewriteCond %{REQUEST_URI} !^/admin [NC]
RewriteRule (.*) http://www.coinmerc.com/$1 [R=301,L]

BOF SSU

Options +FollowSymLinks -MultiViews

RewriteBase /

Deny access from .htaccess

RewriteRule ^.htaccess$ - [F]

RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^(.*) index.php?/$1 [E=VAR1:$1,QSA]

EOF SSU

I believe it has everything except a redirect when they are following old links with the /cart after the domain name.

i have this weird problem

in product listing page, the page navigation links, 2 3 4 5,
the link are correct, like http://test.local/test-cate?sort=20a&page=2
however, after click it become
http://test.local/air-jordan-1-i?sort=20a&page=2-p-36
and page 3 become
http://test.local/air-jordan-1-i?sort=20a&page=2-p-37

thus i can not view the other pages

ssu 3.7.1
zen cart 1.38a

@alicia130

The logic order of the second attempt was correct (page redirect, general non-www redirect, rewrites) but the code could do with some improvements.

The code in the third attempt was much more robust, however it was simply missing```
RewriteRule ^cart http://example.com/ [R=301,L]

Let's take a closer look at that single line of code. Is that very first rule supposed to be "moving" a store from the folder to root?

That code as you have it now would redirect *example.com**/cart/index.php?**parameter=value* to *example.com**/?**parameter=value* which would cause problems - because the index.php part of the new URL would be missing.

Does it need to preserve the path and/or parameter values in that redirect?

If it does not need to preserve the path and parameters, then changing *http://example.com* to be *http://example.com**/?***  would simply clear the parameter values instead.

If it does need to preserve the path and parameters, there's more detailed code for that in: <http://www.zen-cart.com/forum/showthread.php?t=150620&page=2> here (which also fixes other issues at the same time too).


Once the user is requesting the correct URL, only then do you attempt to serve the content.

To be clear about the terminology:

**Redirects** (code with domain name and *[R=301,L]* in) tell the browser to make a new request for a new URL. The user sees the URL in the URL bar of their browser change.

**Rewrites** (code with just a server-internal filepath and *[L]* flag)  connect a URL request with a non-default internal filepath to find and serve the page content at the currently requested URL.

thank you
thank you
thank you

i will take a look at the link right away!

So recently I have added several categories (and products of course), I cleared and updated cache, but I can't seem to get some of the URLS to form correctly. In webmaster tools I am getting redirect errors such as: (adult content):
Prb #1:
http://www.cupidsbedroom.com/store/index/############/unsorted-############/12-inch-veined-double-dong/anal-toys/beads-balls/anal-love-beads-pink?sort=20a&action=buy_now

Notice the /index/ in the URL. The action=buy_now I believe I may have corrected, we'll see. Also, I should point out that both bold categories above are parent cats, so..???

Prb #2
Categories are also duplicating themselves within the URLs:
http://www.cupidsbedroom.com/store/index/fetish-and-fantasy-clothing/unsorted-fetish-clothing/bra-with-chain/fetish-and-fantasy-clothing/school-girl/2-pc-alley-school-girl-black-tie-top-pleated-skirt-black-plaid-s?sort=20a&action=buy_now

OK, so those are all the redirect errors, not onto the HTTP errors:

Prb #3
http://www.cupidsbedroom.com/store/20a/10-bachelorette-willie-name-tags?page=gag-gifts-parties-and-novelties-bachelorette-parties-c-67_267&action=sort

The above is URL shows the parent cat and subcat strung together, and has 20a (the sort default), as a "directory". Other similar URLs even have page as a directory..

Perhaps the most confusing of all of this is that I cannot find any internal links on my site at all! For example, for a particular product I see a link as http://www.cupidsbedroom.com/store/anal-toys/anal-probes/5-25-jessica-drake-s-glittering-probe but in google webmaster tools, the error is showing http://www.cupidsbedroom.com/store/20a/5-25-jessica-drake-s-glittering-probe?page=sort&sort=20a

So, naturally, one could only assume that some excludes are messed up, but I cannot spot them. sort & page were just added to the regular exclude list on a wimb for troubleshooting, but were in query excludes since I installed SSU.

Here is the current exclude list in my ssu config:
advanced_search_result,redirect,popup_image_additional,page,download,wordpress,product_reviews_write,popup_image,search_in_description,advanced_search,shopping_cart,sort,page

Then the query excludes:
zenid,gclid,action,sort,page,disp_order,filter_id,alpha_filter_id,search_in_description,advanced_search,shopping_cart,max_display,number_of_uploads,number_of_downloads,currency,keyword

Prb #4
Last but not least... I cannot get 1 stupid category to work correctly.. The category was changed from "Vibrating ###### Toys" to "Vibrators". The cache was cleared and updated, but alas, domain.com/store/vibrators would result in a 404, it would only work when using domain.com/store/vibrators-c-78. BUT, domain.com/store/vibrators/product-name or domain.com/store/vibrators/subcat-name would work!? So I'm still stumped on this one.. Not to mention google is still crawling "vibrating-######-toys" (in addition to) "vibrators"..

One last note, yesterday I used the ssucheck.php file to peek at any possible errors in my .htaccess file, and noticed the trailing / on /store was not there, so I added that. Maybe that will get rid of problem 1, for the /index/ part of it anyways?

PLEASE.. any help? ZC & SSU have been kickin' my booty lately. :lamo:

site = cupidsbedroom.com/store

Two questions, both relating to spiders and SSU:

If SSU rewrites the URL from https://www.mysite.com/index.php?cPath=99
to https://www.mysite.com/my_category, which one is indexed?

What about old links that could be floating around on the net? If someone clicks on https://www.mysite.com/index.php?cPath=99 in a google search, when clicked on the URL is re-written to https://www.mysite.com/my_category. Does this affect page indexing?

We are worried about the same page being indexed multiple ways out there in our great big world wide web.

alicia130:

If SSU rewrites the URL from www.mysite.com/index.php?cPath=99
to www.mysite.com/my_category, which one is indexed?

If both URL requests return HTTP "200 OK" status then both can be indexed. The Live HTTP Headers extension for Firefox is very useful in checking out the HTTP headers returned by the server.

What a rewrite does, is map an incoming URL request to an internal filepath. So the most crucial part of that is that the links on the page should specify the new URL in the href part of the link. It is those links that define the URLs.

alicia130:

What about old links that could be floating around on the net? If someone clicks on www.mysite.com/index.php?cPath=99 in a Google search, when clicked on the URL is re-written to www.mysite.com/my_category.

If the old link still returns "200 OK" it will continue to be indexed. To prevent both URLs being indexed, the old one with parameters should return a 301 redirect to the new URL. This will signal to searchengines that they need to update their index; but the redirect preserves any traffic arriving via the old URL while that is being actioned.

alicia130:

Does this affect page indexing?

We are worried about the same page being indexed multiple ways out there in our great big world wide web.

It certainly does. If both return "200 OK" you'll have problems. If one redirects to the other, Google et. al will eventually sort out what is going on. The redirect is an essential part of the complete system.

To recap. If you have a script inside the server located at the internal filepath /index.php, that script can usually be accessed using the URL example.com/index.php.

If a particular page is returned for the query ?cPath=99 appended to that URL, and it returns HTTP "200 OK" status, then the URL example.com/index.php?cPath=99 can be indexed.

If you install a rewrite such that URL requests for www.mysite.com/my_category are rewritten to fetch content from the server internal filepath at /index.php?cPath=99 and it returns HTTP "200 OK" status, then it too can be indexed.

Pages of the site MUST link to the URL format that you DO want to be indexed and which return "200 OK" status. The URL format that you do not want to be indexed must return either "404 Not Found" or a "301 redirect" to the other URL. The 301 redirect is preferred. It preserves traffic following old, out of date links while signalling to update the URLs listed in the searchengine database.

HELLLLLLLPPPPPPP!!!!

I have no idea what is going on here. every since I upgraded to version 3.8.3 of SSU, I have been having issues. I have categories that when clicked on, redirect the page to the home page, however the URL stays the same. To fix this issue, I rename the cache folder (they are too large to delete), and copy over the cache folder that was in the download. I then reset the cache using admin->extras->Simple SEO URL manager, and everything works great all links/categories work correctly. After a few hours, the issue pops up again.

Is their a downgrade option to go back to the previous version?!?!?!?!?

Zen 1.38A
SSU 3.8.3

Like VicAvendano, I am experiencing infinite loops when using a "+" in url query parameters like:
http://www..myshop.com/?keyword=bamboo+board&search_in_description=1&inc_subcat=0&sort=20a&action=multiple_products_add_product.

You get to such page like this when after a search you directly put things into your cart.

It only happens when there are 2 or more keywords. Use 1 keyword and there is no problem.
It only happens when SSU is on. Turning SSU off and the problem is gone.

So I believe this is a SSU issue, and related to the "+" sign in the string.

Anyone knows how to solve this? I tried to put keyword in the query exclude list, to no success.

Ronald

I still have long url meanwhile I have install this add on

anyone can help me?

and when I install the sql I have the error message like here

**Warning: require_once(includes/classes/module_installer.php) [function.require-once]: failed to open stream: No such file or directory in /home/konkom/galerigis/admin/ssu.php on line 10

Fatal error: require_once() [function.require]: Failed opening required 'includes/classes/module_installer.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/konkom/galerigis/admin/ssu.php on line 10**