Current page actual URL

[AHerb]

I have a trouble finding the variable with current page URL, if it's not canonical. (PROD screen)
Where MIVA stores it? In order to filter the custom fields data I need the actual URL that user sees in the browser window.

Seems it's NOT in system variables, not in g.socialurl (remember, we need to get actual URL, "Normal" from the screenshot below, not canonical one)



The answer to the question is:
s.request_uri

[Bruce - PhosphorMedia]

Not sure I follow you here. What does the page url have to do with custom fields (cause i can't think of any) then again, only on first cup of coffee...

[AHerb]

2 valid URLs for the same product. One URL is "Canonical" another URL is "Normal"
https://dev.activeherbwholesale.com/...inVive-Tablets

https://dev.activeherbwholesale.com/...ablets-Chinese


So both URLs above are loading the same product, but I need to be able to display different description (language) based on the requested URL. So basically I need to see which page was requested in order to output the required language.




At the moment the only solution I've found is to modify .htaccess like RewriteRule ^(.*)\-Chinese$ /store/uri.mvc?Chinese [QSA,L] and check s.query_string, but there should be MIVA's way to get the currently requested URL

[Bruce - PhosphorMedia]

If you are not hiding the rewrite it should be in s.http_referer, however, I still don't understand how this relates to Custom Fields. One, on the product page, custom fields are directly addressable if they are selected in the Product Description template. Second, you can get them by using the custom_field function <mvt:item name="customfields" param="Read_Product_Code( l.settings:product:code, 'custom_field_code', l.settings:customfields )" />

[AHerb]

Right, but how do I decide which custom fields to load: english or chinese? To do so I need to see the user input, which in my case, is the URL.

With the default MIVA's htaccess, s.http_referer is an empty string in my case.

So far, custom .htaccess is the only solution I've found

[Bruce - PhosphorMedia]

Could you use "s.HTTP_ACCEPT_LANGUAGE" ? or is the selection just arbitrary based on the URL?

[AHerb]

Yeah, it's up to the customer to choose the language, and for SEO we prefer to have 2 pages with different URLs with different content instead of loading everything at once and populating page via the javascript.

I've filed a ticket to support to see if they have any ideas. How do I summon someone with red MIVA logo into this topic?

[Bruce - PhosphorMedia]

If they are 'selecting' the language, why not set a cookie when they do and then test for the selection saved in the cookie?

[AHerb]

Cookie is a tricky solution as we don't want to encourage customers to view all pages in Chinese. We want them to read English (probably 95% of our Chinese speaking customers are chinese-americans). It's mostly for acupuncturists and herbalists to check some description/specification or a herb naming of the product using their first language.

[Bruce - PhosphorMedia]

If it's page by page, then change the page request to /whatever.html?lang=Chinese

[AHerb]

That will work, and that's what we have right now in production, but owners want to get rid of query strings.
At the moment I still convert -Chinese into the query string as I cannot find the way to read the entire URL. Miva support did not have an answer and contacted Brennan, waiting for his reply now.

[AHerb]

Solved:
s.request_uri contains the current page URL

<mvt:eval expr="s.request_uri" />

p.s. Miva guys, pls keep the docs updated. This var was not even listed http://www.mivascript.com/topic/system-variables.html

[Bruce - PhosphorMedia]

You should note that ALL variables are, to a degree, optional. Many System variables are dependent on how the server is setup, others based on many selectable options and site setup. The best thing to do is to get a 'variables Inspector'

[AHerb]

Thank you, Bruce

[Jim Cockerham]

Lifesaver! Thanks for posting the solution, really needed it today.