Simple SEO URL (OLD version) [support thread]

Some ftp clients have problem with uploading utf8 content if the settings are not set correctly. Make sure your parse file is uploaded correctly

And also, your class name should be SSULanguageEs

Is there a way that does not leave "/es" is because I use a single language, and to translate these characters

http://www.mainada.es/demo_bebe/es/el-ba-o-c-9

danilovig:

now not error, but I do not translate the characters

http://www.mainada.es/demo_bebe/es/el-ba-o-c-9

Thanks

Then you dont have to set multiple languages = on

but then I don't translate these characters? (ñ -> n) ..

yellow1912:

Then you dont have to set multiple languages = on

You can still translate, why not?
Found another mistake you have btw:

'es' => 'es'

(not default)

danilovig:

but then I don't translate these characters? (ñ -> n) ..

i can't find the mistake...

Now ,I put this
http://www.mainada.es/demo_bebe/categories_name-c-15

<?php
  	// note: we can later move part of this function into sub-functions, which we can store in the base class.
	class SSULanguageEs extends SSULanguage{
		static $registry;
		
		static function parseName($name){
			$cyrillic = array("ñ",  "á",  "é", "í",  "ó", "ú");
     		
			$translit = array("n", "a", "e", "i", "o",  "u");
			
			$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'));
		}
	}

<?php $ssuLocalConfig = array(
'plugins'        =>    array('parsers'    =>    array('manufacturers')),
    'identifiers'    =>    array('mf'    =>    'manufacturers'),
    'languages'        =>    array(    'es'    =>    'es'))
?>

Thanks

yellow1912:

You can still translate, why not?
Found another mistake you have btw:

'es' => 'es'

(not default)

There are 2 possible causes:

1. The name could not be queried for some reason.
2. The parser did not work correctly.

If you want, pm me the ftp info for the test site you are working on, I can have a look

Your error was that you did not return the name after it is parsed. You are missing the last line in es.php

return urlencode($name);

icemint:

Putting the "redirect" page in the exclude list worked.
Now, I struck into another problem: "Redirect loop". It seems as though it only happens when a product has attribute options.

Me too.

Just installed SSU 3.5.1
I have attributes on all products and adding to basket gives:
"Redirection limit for this URL exceeded. Unable to load the requested page. This may be caused by cookies that are blocked."

Emptied cache/ removed cookies about 20 times but still no joy.

Hi Yellow, I am running into a problem with my secure pages, often they will come up over the http connection rather than the https, when I reset the cache this seems to clear up, but it doesn't 'stick' very long, I have to keep resetting the cache and then I get a secure page, then next page comes up http again....I don't know if it is related to the seo mod, just that resetting the cache seems to fix it even if only for a limited time lol and I would appreciate any thoughts on this if you have them or if you could suggest a way that I could force those pages to display via https only :)

@bigbadboy:You are using an older version, get the new one from my sig

@christon26: Can you send me a sample link on the site which should have the problem?

yellow1912:

@bigbadboy:You are using an older version, get the new one from my sig

Sorry, which one:
ssu_beta_2.9.6(php4).zip
ssu_beta_3.5.5(php5).zip
ssu_usu.zip

I'm using ZC 1.3.8a and PHP5 (so I need 3.5.5?)

bigbadboy:

Sorry, which one:
ssu_beta_2.9.6(php4).zip
ssu_beta_3.5.5(php5).zip
ssu_usu.zip

I'm using ZC 1.3.8a and PHP5 (so I need 3.5.5?)

Yes. you need that version

Perfect. Thanks.

Spoke too soon.

here's a curious one. Using the site - works fine.
Go to view source ... "Redirect Loop ..."

I'm sure it's just a cache thing but this only happens in Firefox (Mac).

bigbadboy:

Spoke too soon.

here's a curious one. Using the site - works fine.
Go to view source ... "Redirect Loop ..."

I'm sure it's just a cache thing but this only happens in Firefox (Mac).If you think it's a cache thing, why not try clearing your ssu cache and browser cache?

I have no problem on ie, ff, safari, opera on windows platform. Unfortunately I dont have a Mac :)

I hope this is what you mean by a sample link LOL

https://www.havendesignz.com/store/login

plus it happens on all the other pages that are supposed to be secure throughout the checkout process

What I have noted is that if you go straight to the store...first visit...zenid attached...and click on Login/Register, you get the secure page, once the zenid is off then it goes to the unsecure page even though the link is https and I really don't understand it lol

@christon26:

Please try this fix to see if it works correctly for you:

go to include/classes/ssu/cores/link.php

Find the function postParseURL

Replace the whole function by:

public function postParseURL(){
            global $request_type;
            if($this->redirect_type==1){
                 $params = '';
                 // here we will attempt to rebuild the link using $_get array, and see if it matches the current link
                 // we want to take out zenid however
                 $page = '';
                 $temp = $_GET;
                 
                 if(isset($temp['main_page'])) {$page = $temp['main_page']; unset($temp['main_page']);}
                 
                 // no need to include session id
                if(isset($temp[zen_session_name()])) unset($temp[zen_session_name()]);
                
                 foreach($temp as $key => $value)
                    $params .= '&' . $key . '=' . $value;
                
                $regenerated_link = $this->ssu_link($page, $params, $request_type);
            }
            elseif($this->redirect_type==2){
                $regenerated_link = $this->ssu_link($this->original_uri, '', $request_type);
            }


            if(isset($regenerated_link) && ($this->curPageURL() != $regenerated_link)){
                $this->redirect($regenerated_link);
            }
            // save alias to avoid re-scanning
            elseif(SSUConfig::registry('configs', 'alias_status') && !$this->checkPageExcludedList($_GET['main_page']))
                SSUCache::write($this->alias_filename, 'aliases', http_build_query($_GET));
        }

Then clear cache, of course.

I am getting this in Firefox:

The page isn't redirecting properly

Firefox has detected that the server is redirecting the request for this address in a way that will never complete.

    *   This problem can sometimes be caused by disabling or refusing to accept
          cookies.
```And in EI7 the page is hanging, though I did get it to successfully go to the https page once right after I cleared the cache LOL

Is this 3.5.5? Weird, I cant seem to get the same problem. Do you mind if I ask for temporary access to the server?