Simple SEO URL (OLD version) [support thread]

[yellow1912]

Yes that's right, they work with seo enabled or disabled.

What is your ssu version? I know for certain if SSU is installed correctly, it does not interfere with anything on the admin side (since it is not supposed to rewrite anything there)
Also, knowing how IH2 works, I doubt that SSU can interfere with this in any way.

But just to make sure, disable SSU, then upload additional images, and see if those new added images work.

If they do, then SSU is at fault, which is weird btw, you may check if you uploaded files to the wrong folder. Anyhow, in that case, you can try to upgrade to latest version which is 3.6.4, then try adding new images again and see if they appear.

[mike1969]

I'm using the seo 3-5-8 and was initially using an older version of image handler which did work again when I disabled seo but I have now installed a later version of image handler to see if it cured the problem and now it doesn't seem to work even when seo is disabled.

[yellow1912]

Knowing the way Zen additional image work, I would suggest you to check the names (and locations) of those newly uploaded images and see if they do satisfy ZC requirements

https://www.zen-cart.com/tutorials/index.php?article=58

On a side note, I also notice IH2 does not work well with png file sometimes.

[mike1969]

Thanks for your help, I will try your suggestions and also try the latest version of simple seo

[yellow1912]

Version 3.6.5 is released
This version is an EXPERIMENTAL version, please do not upgrade, there is NO NEED to upgrade!

This version added a new feature requested long before by xordox, he wants a feature that would somehow tell SSU not to add in the language identfier (for multiple language sites) if the language is default.

Here is what it means: for example if you have multi lang enabled in SSU, and your default lang is en, your links look like this

site.com/en/something
site.com/fr/something
site.com/cn/something

Now, with this new feature, you can use a switch in the admin to tell SSU to use:

site.com/something
site.com/fr/something
site.com/cn/something

Again, it'sup to you.

3.6.5 also comes with a minor bug fix for the cache class.

Again, there is no need to upgrade. 3.6.4 is the latest stable.

[nagelkruid]

Version 3.6.5 is released

Hello,
I am still at a version that has the p and c id's in it.
If i upgrade and do nothing, will all the links be the same?

If i turn on autoalias, will i get 301's for the old-style links to the new ones or will that be 404's?

Thanks,
Jeroen

[yellow1912]

Hello,
I am still at a version that has the p and c id's in it.
If i upgrade and do nothing, will all the links be the same?

If i turn on autoalias, will i get 301's for the old-style links to the new ones or will that be 404's?

Thanks,
Jeroen

I will recommend 3.6.4 if you want to upgrade, 3.6.5 is not stable yet.

If i upgrade and do nothing, will all the links be the same?
--> yes

If i turn on autoalias, will i get 301's for the old-style links to the new ones or will that be 404's?
--> 301

[mike1969]

Knowing the way Zen additional image work, I would suggest you to check the names (and locations) of those newly uploaded images and see if they do satisfy ZC requirements

https://www.zen-cart.com/tutorials/index.php?article=58

On a side note, I also notice IH2 does not work well with png file sometimes.

Hi Yellow,
I have just been checking to see what could have been causing the problem and as you suspected it was nothing to do with seo light, is was some sort of conflict between zen lightbox and image handler 2, as soon as I removed light box I could agian see the additional images.
Thanks again for your help and providing an excellent module!

[barricades]

I've just realised that on the live site that I have SSU on I changed a categorys name a while back but since the instructions weren't fresh in my mind I didn't refresh the cache. It doesn't seem to have had any negative effect that I can spot in terms of actually working, in other words all the URLs say what they're supposed to without me resetting the cache. Is the negative effect therefore just a performance of server issue? Or does it have a bad effect on my sites ability to be spidered and indexed?

Cheers

[myworld20091]

hi, this mod is really great !

but i've a problem with the characters é è ...

i modified the file local.config.php to

<?php
    
    $ssuLocalConfig = array(
        'plugins'        =>    array(
                                    'parsers'    =>    array('manufacturers')
                                ),
        
        'languages'        =>    array(    'fr'    =>    'fr',
                                                        'en'    =>    'en',
                                                        
                                    )
    );

and i add a file fr.php

<?php
      // note: we can later move part of this function into sub-functions, which we can store in the base class.
    class SSULanguageFr extends SSULanguage{
        static function parseName($name){
            $cyrillic = array("à",  "â",  "é", "è",  "ê");
             
            $translit = array("a", "a", "e", "e", "e");
            
            $name = str_replace($cyrillic, $translit, $name);
            
            $name = strtolower($name);
       
            // we replace any non alpha numeric characters by the name delimiter
            $name = self::removeNonAlphaNumeric($name, SSUConfig::registry('delimiters', 'name'));
            
            // Remove short words first
            $name = self::removeShortWords($name, SSUConfig::registry('configs', 'minimum_word_length'), SSUConfig::registry('delimiters', 'name'));
            
            // trim the sentence
            $name = self::trimLongName($name);
                    
            // remove excess SSUConfig::registry('delimiters', 'name')
            $name = self::removeDelimiter($name);
            
            // remove identifiers
            $name = self::removeIdentifiers($name);
            
            // remove trailing _
            $name = trim($name, SSUConfig::registry('delimiters', 'name'));
            
            return urlencode($name);
        }
    }

but those characters é è are not replaced by e, they are still -

is there anything i missed ?

btw, i use zen 1.38 and ssu 3.64