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

[DivaVocals]

Not directly related to this module (the code block is identical to the one used by the internal Zen Cart code).

But the error log says it's a file from this module:

/home4/mysite/public_html/shop/includes/classes/seo.url.php on line 201

[DivaVocals]

Yup, the modifications Numinix makes to the admin configuration.php file do not play well with 2.212.

Well the changes I made got the configuration radio buttons and values to show back up using the modified configuration.php file.. what's ODD is that when I go to edit a value, the selected value is NOT selected.. I see two radio buttons and NEITHER is selected.. Rolling back to the default configuration.php yields the SAME result..

Edited to add:
so I see the pattern to this issue.. all the values where there is NO radio button selected all have a value in the "use_function" column in the configuration table..

[lhungil]

But the error log says it's a file from this module ...

And the code on that line is directly copied from the core Zen Cart code (in "zen_href_link").

... what's ODD is that when I go to edit a value, the selected value is NOT selected.. I see two radio buttons and NEITHER is selected...

This is normal when the Numinex configuration.php changes are present. From the screen shots I have seen it appears the Numinex modification removes the display of the "value" and instead assumes the value will be one of the configuration options.

This is not always the case with Zen Cart configuration settings (it supports them being different). Ultimate URLs makes use of this to detect when a value is "changed" and runs some additional sanity checks and actions when a value is "changed". If you want I can get into a much more detailed explanation in private.

[DivaVocals]

This is normal when the Numinex configuration.php changes are present. From the screen shots I have seen it appears the Numinex modification removes the display of the "value" and instead assumes the value will be one of the configuration options.

This is not always the case with Zen Cart configuration settings (it supports them being different). Ultimate URLs makes use of this to detect when a value is "changed" and runs some additional sanity checks and actions when a value is "changed". If you want I can get into a much more detailed explanation in private.

But I am getting the "empty" radio button issue when I restore the default configuration.php file too..

[jenkins2212]

Ok so i am wanting to install this plugin but its a little intimidating to a noobie. If i have already installed other plugins and added products can i still install this plugin?

[jenkins2212]

Nevermind i got it:)

[xav2]

hello, i'm using zen cart 1.51 and usu 2.212
the product url now is category-c-1/product-p-1.html
can i change it to product-p-1.html ?

[xav2]

ok this could be done from admin configurations

another question, Enter special character conversions
i set /=>- it works,
but for '=>- it changes nothing
what do i convert ' to -

[xav2]

same question

Hi, Guys,

may I ask for your favor? may I know what is the rewrite rule for multi language site?

in the past only english was available on our site, and natually www.mysite.com goes to default language.
now we have new Spanish and Russian, as well as english, then they go to:
www.mysite.com/es/
www.mysite.com/ru/
www.mysite.com/en/
for SEO purpose.

now my questoin is how to rewrite www.mysite.com/en/**** to www.mysite.com/****, as they
are actually the same page. Also all our pages so far indexed by Google are start with www.mysite.com/

also, is it possible to rewrite www.mysite.com/?language=en to www.mysite.com/en/?

your suggestion would be highly appreciated.

[lhungil]

Background:
Why "must" you place languages in the URL using "/es/"? Search Engines work just fine with "?language=es".

When a web "crawler" looks for content they send a request to the site in the same manner as a web browser. A list of acceptable languages (in order of preference) is usually sent in the HTML headers - not the HTML content (source) - to the web server. The language is then captured and sent to PHP (and is interpreted by Zen Cart). This means when your site is "crawled" by a crawler requesting Spanish content, Zen Cart will return Spanish content and USU will return Spanish URLs. Nothing "special" needs to be done.

Now if you want to tell the "crawler" about different URLs containing a "translation" for the current page... Or that your site supports different languages... Or which specific languages your site supports (and the URLs)... I would surmise the safest way to handle these specific cases, would be to follow the instructions in this article from an authority on the subject.

rel="alternate"
There was a discussion about this topic awhile back in this thread... Disclaimer: I cannot vouch for the correctness or functionality of alterations made by others to this module. In some cases they may be detrimental. Make the changes at your own risk!

I do not currently have time to create a "free" implementation of the necessary changes to support rel="alternate". Good Luck on your endeavor!

Note: As the link from Google shows, even they do not use a URL containing "/en/", but a parameter such as "?hl=en".