Totally Zenned
- Join Date:
- Feb 2008
- Posts:
- 1,386
- Plugin Contributions:
- 0
Simple SEO URL (OLD version) [support thread]
Is it possible to add a new ID delimiter? For example "/" I want to add that between the categories.
Views: 1,113,821
Totally Zenned
Is it possible to add a new ID delimiter? For example "/" I want to add that between the categories.
Totally Zenned
Glamorousshoe:
Is it possible to add a new ID delimiter? For example "/" I want to add that between the categories.
No, unless you use link alias. Please check my post just above, also if you want, play with 3.6.0RC2
Demo for RC2:
http://demo.rubikintegration.com/ssu/
New Zenner
** Demystifying Duplicate Content Penalty **
This is a must read for anyone thinking about SEO and is worried about duplicate content.
http://googlewebmastercentral.blogspot.com/2008/09/demystifying-duplicate-content-penalty.html
Thank you very much yellow1912. With your help all of us using simple SEO URL will benefit a lot.
Sri
Totally Zenned
3.6.0 RC 3 which is considered Stable is now available
If you are using 3.5.8 and currently happy with it, no need to upgrade for now. If you are using any 3.x version less than 3.5.8, please consider upgrading to 3.5.8 asap, many bugs have been fixed.
http://wiki.rubikintegration.com/zencart/modules/ssu/changelog
Auto Alias and Category Separator
Version 3.6.0 comes with a new feature called "Auto Alias", which will automatically remove all identifiers from your links.
It also let you set the "separator" between category names when link alias is on and auto alias is on ("/" can be used)
A very good example is
http://demo.rubikintegration.com/ssu/dvd-movies/action/speed-2-cruise-control
```You will see that "dvd-movies" is the parent category, "action" is the sub category and "speed-2-cruise-control" is the product.
Please note that the link above is possible in older version as well, it's just that you have to do it manually by adding link aliases. Now it can be done automatically.
**Improved Link Alias Manager**
SSU now uses jquery grid to provide a totally new manager with **pagination **(which will help alot if you have thousands of aliaes), **sorting**, and **searching**.
**Optimized caching**
SSU used to store thousands of cache files in the same folder, this can slow down the file retrieval speed. Now the files are put randomly into multiple folders.
If you want to upgrade, make sure you read:
<http://wiki.rubikintegration.com/zencart/modules/ssu/upgrade>
AND
<http://wiki.rubikintegration.com/zencart/modules/ssu/for_users/link_alias>
New Zenner
Well I just installed the new RC and its works well.
But there is one slight problem.
I have a static page (index.html) for the website with the store loading on index.php. This allows us to work on the site behind the scenes.
However with the new version I'm finding that calls to siteurl/index.php are getting turned into calls to siteurl/ which of course loads my static page.
New Zenner
I've installed RC3. I'm now getting the following error in the admin site when going to admin -> Extras -> Simple SEO URL Manager :
Warning: Invalid argument supplied for foreach() in /home/splatcoo/public_html/store/includes/init_includes/init_ssu.php on line 11
Any ideas?
Totally Zenned
pglock:
I've installed RC3. I'm now getting the following error in the admin site when going to admin -> Extras -> Simple SEO URL Manager :
Warning: Invalid argument supplied for foreach() in /home/splatcoo/public_html/store/includes/init_includes/init_ssu.php on line 11
As of the new version, the local config file is not there by default as to not overwrite your local config file. But if you dont have any local config file, then the foreach loop may give a warning. It is not a big deal, but I will add a check to avoid this.
Totally Zenned
Steve_A:
Well I just installed the new RC and its works well.
But there is one slight problem.
I have a static page (index.html) for the website with the store loading on index.php. This allows us to work on the site behind the scenes.
However with the new version I'm finding that calls to siteurl/index.php are getting turned into calls to siteurl/ which of course loads my static page.
Interesting, I never thought of it. The reason it redirects to index.php was that I want to make sure all the inbound links will point to the same link and help the page rank.
Obviously in your case you dont want it happens that way. I will check to see how we can get around that for your specific case.
Lets try this
Edit includes/classes/ssu/cores/link.php
Find this line
if((strpos($this->original_uri, 'index.php') !== false)){
```Add right below it
if((strpos($this->original_uri, '?') === false))
return false;
Totally Zenned
yellow1912:
As of the new version, the local config file is not there by default as to not overwrite your local config file. But if you dont have any local config file, then the foreach loop may give a warning. It is not a big deal, but I will add a check to avoid this.
Try to replace the content of init_ssu.php by:
<?php
// load the default config file
require (DIR_FS_CATALOG.DIR_WS_CLASSES.'ssu/config.php');
// load the config class
require (DIR_FS_CATALOG.DIR_WS_CLASSES.'ssu/core.php');
if(file_exists(DIR_FS_CATALOG.DIR_WS_CLASSES.'ssu/local.config.php')){
require (DIR_FS_CATALOG.DIR_WS_CLASSES.'ssu/local.config.php');
foreach ($ssuLocalConfig as $key => $config)
foreach ($config as $subKey => $subConfig)
if(!is_array($subConfig))
$ssuConfig[$key][$subKey] = $ssuLocalConfig[$key][$subKey];
else
$ssuConfig[$key][$subKey] = array_merge($ssuConfig[$key][$subKey], $ssuLocalConfig[$key][$subKey]);
}
SSUConfig::init($ssuConfig);
// load the core classes
foreach(SSUConfig::registry('cores') as $class)
require(SSUConfig::registry('paths', 'cores')."{$class}.php");
// set identifiers
foreach(SSUConfig::registry('identifiers') as $key => $identifier){
if(is_array($identifier))
foreach($identifier as $sub_key => $sub_identifier)
$identifiers[$sub_key] = SSU_ID_DELIMITER.$sub_identifier.SSU_ID_DELIMITER;
else
$identifiers = SSU_ID_DELIMITER.$identifier.SSU_ID_DELIMITER;
SSUConfig::register('identifiers', $key, $identifiers);
}
// init plugins
foreach(SSUConfig::registry('plugins') as $className => $classArray){
foreach($classArray as $plugin){
require(SSUConfig::registry('paths', 'plugins')."$className/{$plugin}.php");
}
}
// init alias
if(SSUConfig::registry('alias_status'))
SSUAlias::retrieveAliases();
New Zenner
Thanks for that, it fixed it and it seems to work now!!
Is there any easy way of getting rid of the -c-1_3 part of the category link. I understand that it means that identical category/subcat structures are different but they look a bit odd
New Zenner
putting a dummy local.config.php file gets rid of the warning. Changing the init_ssu.php doesn't (though it looks like it should).
One other hint. My site can be reached by two urls: http://www.splatcooking.net/store/ or http://store.splatcooking.net I've modified the .htaccess to check for which uri was used so that redirects are only applied to store.splatcooking .net. here's the revised .htaccess:
#### BOF SSU
Options +FollowSymLinks -MultiViews
RewriteEngine On
RewriteBase /store/
# Deny access from .htaccess
RewriteRule ^\.htaccess$ - [F]
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^(.*) index.php?/$1 [E=VAR1:$1,QSA]
# STRIP THE REWRITEBASE RULE FROM NON-SSL CONNECTIONS.
RewriteCond %{SERVER_PORT} 80
RewriteCond %{HTTP_HOST} store.splatcooking.net
RewriteCond %{REQUEST_URI} ^/store/
RewriteRule ^(.*) /index.php?/$1 [E=VAR1:$1,QSA,L]
#### EOF SSU
Note the HTTP_HOST condition.
Totally Zenned
Steve_A:
Thanks for that, it fixed it and it seems to work now!!
Is there any easy way of getting rid of the -c-1_3 part of the category link. I understand that it means that identical category/subcat structures are different but they look a bit odd
If you are using 3.6.0, turn on auto alias AND Reset cache.
Totally Zenned
Did you mean to give this as a hint to those who may have similar configuration? Just want to make sure ^_^
BTW, I would advise you to make sure your store can be reached at ONLY ONE url, choose one and redirect the other to it.
pglock:
One other hint. My site can be reached by two urls: http://www.splatcooking.net/store/ or http://store.splatcooking.net I've modified the .htaccess to check for which uri was used so that redirects are only applied to store.splatcooking .net. here's the revised .htaccess:
Options +FollowSymLinks -MultiViews
RewriteEngine On
RewriteBase /store/
RewriteRule ^.htaccess$ - [F]
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^(.*) index.php?/$1 [E=VAR1:$1,QSA]
RewriteCond %{SERVER_PORT} 80
RewriteCond %{HTTP_HOST} store.splatcooking.net
RewriteCond %{REQUEST_URI} ^/store/
RewriteRule ^(.*) /index.php?/$1 [E=VAR1:$1,QSA,L]
New Zenner
yes, just a hint for similar set-ups to mine. Thanks for the advice about only using one url, all work from the last week onwards refers to store.splatcooking.net but some of the google results and other site links still refer to the previous https://www.splatcooking.net/store so I need to make sure they still end up on the page they expect.
Regards
Peter
Totally Zenned
pglock:
yes, just a hint for similar set-ups to mine. Thanks for the advice about only using one url, all work from the last week onwards refers to store.splatcooking.net but some of the google results and other site links still refer to the previous www.splatcooking.net/store so I need to make sure they still end up on the page they expect.
Regards
Peter
You can use htaccess to redirect (301) them to the new links. It will help in the long run for seo purpose)
(Just the same reason why we should either use www or not www, not both)
Also, those who upgrade to 3.6.0, you do not have to turn on auto alias if you dont want to btw. So you can still upgrade just to get the advantage of the new caching optimization. This should be extremely helpful if you have over 1k products.
New Zenner
yellow1912:
If you are using 3.6.0, turn on auto alias AND Reset cache.
I've done that but it doesn't seem to be removing them at all.
I've checked the permssions on the ssu cache and its all OK but oddly enough when I click on clear cache it says that it has removed files. If I then click it again it tells me its removed the same number of files.
Totally Zenned
Steve_A:
I've done that but it doesn't seem to be removing them at all.
I've checked the permssions on the ssu cache and its all OK but oddly enough when I click on clear cache it says that it has removed files. If I then click it again it tells me its removed the same number of files.
Interesting, what is the permission lvl now? Try to set it to 777(or that folder and the sub folders as well). If that doesnt work can you try to manually remove them?
New Zenner
I went in and manually deleted the files because although it seemed to get rid of them they just came back with new time stamps.
I've set both the alias options to true and cleared the cache but its still putting the category numbers on the end.
Totally Zenned
Steve_A:
I went in and manually deleted the files because although it seemed to get rid of them they just came back with new time stamps.
I've set both the aliases options to true and cleared the cache but its still putting the category numbers on the end.
When you check your alias in the manager, what do you see? BTW, you have to delete all ssu cache file, and i really mean it whem i say all. A good way to do it is to gp in each main sub folder (products, categories, pc, alias,...) and delete whatever you see in there. The Clear all cache in the manager is supposed to do that for you. It is strange it cant delete the files. Must be some special setting on your server.
New Zenner
Thanks yellow1912,
I upgraded my version of SSU and that fixed the problem. I had assumed the version on zen-cart.com was the lastest.
I have another problem. I had a sale yesterday and it did not appear in my google analytics e-commerce code. I am using the Google Analytics plugin for Zen Cart and it had been working up until now.
Any suggestions?
Thanks
Tell staff why this post should be reviewed.