Hi, I'm relatively new to this module, so maybe there is a simple fix to my problem that im missing.
I have "Clean URLs" and "Path" installed so that my domain looks like this: www.domain.com/en/page-name but now that causes drupals relative URLs to be rooted to /en . I could use absolute URLs but when it comes to xml Flash the xml still looks for the files in a relative way... so the flash displays but not the content. I could work around that by creating a folder for each language /en /it /ru and place the files there, but that is just a crap work-around!
in the "Language negotiation"
If set to "None" the users cant change the language on the site
if set to "Domain name only" I get a 404 error, probably because of the "path module" because it works fine if i use node/1 yet again that still leaves me with a prefix...
Is there a way not to use the prefix? just path? considering a new page is created for each translation - I see that as making sense. any suggestions and workarounds are welcome.
Im sure this issue is discussed somewhere at length, but I faild to find anything relative by googling arround... any help would be great. thanks
Comments
Comment #1
dman commentedThe search is not that hard to do
Relative URLs are just not going to work with clean URLs. With views, aliases, and all the possible contexts a node content could show up in - including translations - you are going to get problems.
Heck, even node/1 and node/1/edit are going to produce different path resolutions.
So you've got to use
url()when making an url reference in php, and there is IIRC a Drupal.BaseURL variable if you want to make an URL in javascript.Older versions of Flash were tricky in their handling of relative URLs - they used to resolve relative to the html instead of the swf, but that's now fixable apparently by just giving your embed a BaseURL parameter or something.
Any flash that is trying to retrieve a resource should be able to be given the full URL and enough context to sort it out at the flash end. Then the problem goes away
Comment #2
R.Hendel commentedThis issue is older than one year
I think it is solved by @dman so I will close it (works as designed)