#1335 – Problem with a weird kind of urls

Hi

[EDIT] good that added credentials to the site:

Also, SEF URLS are disabled in Joomla configuration, which is not correct and should be fixed. This is why you have this big orange warning on sh404SEF control panel, that you probably closed. this misconfiguration may explain why your player is not working.

You cannot have another SEF extension on the site. So you have to uninstall Artio or sh404SEF, but cannot have both installed at the same time.

1 - I don't know what this vmvendor component is, but sh404SEF doesnt have a plugin for it and so we probably use its router.php file to build URLs. Th developers of the router.php file have chosen to leave some parts of the URL as query vars (the part after the ?) and there's little that can be done to change that, aside from writing a plugin to support vmvendor component.

I would like to be able to manually edit those urls so to make it :

http://www.xxxx.com/ondrejadamek



but when I search in your SEF url manager the userid I have nothing.

It's 100% normal that the URL is not in the URL manager. What you find there is /vmvendor, ie only what's called the path (before the ?).

If a URL is not present in the URL manager, you can simply add it by using the "New" button in the URL manager. Just make sure to read the tooltips to enter the correct data (ie no / at the beginning, etc)

2. I have an audio player that read audio files. Audio URLs are stored in dB and transferred in base64 encoding for a minimal protection.

The player is not longer working:

http://www.xxxx.com/catalogue/vocal-music/estravagario-detail

This is because the player is not requesting the correct URL for the mp3 file.

It requests something like images/stories/virtuemart/product/13262.150822.215509_Estravagario_sample.mp3
that is a relative URL and of course it fails because the browser turns that into http://www.xxxx.com/catalogue/vocal-music/images/stories/virtuemart/product/13262.150822.215509_Estravagario_sample.mp3

Where do you setup the address of the file to load in your player? can you fix the link?

Rgds

Hi

2 - It works with sh404SEF and Joomla SEF On?

$mp3= $live_site.$subcarpeta.urldecode($mp3file->file_url);

That should be OK, but what is the value of $live_site?

If looks like $live_site is empty. If it was correct (ie the real live site URL, it would work;

1 -

If I try tà use vmvendor?userid=5973&view=vendorprofile

it says it is not possible as it must bgin by "index.php".

Yes, you must use a non-sef URL, index.php?option=comxxxx

If I use

index.php?option=com_vmvendor&view=vendorprofile&userid=5973&Itemid=&lang=fr

It does not change anything.

You have to know what the full non-sef is. The best way to do that is to :

- disable sh404SEF
- disable Joomla SEF

All links on the site are going to be non-sef (index.php?option=com_xxx...). Navigate to the page, and look up the real full link you want to replace.

Rgds

Hi

I removed $live_site from the path and it works OK with sh404SEF off .

You mean with sh404SEF Off and Joomla SEF ON? what's the page URL in that case, with Joomla SEF on?

but it still dont work when I turn it on. (it includes somehow a part of the SEF url)

Which part? what's the value of this variable, $live_site?

The actual code should be:

$mp3= JUri::base(true).$subcarpeta.urldecode($mp3file->file_url);

Rgds

Hi

even joomla sef on now that your component is installed it does not work.

This has nothing to do with sh404SEF. Please remove sh404SEF, or just disable it. Then enable Joomla SEF and you will see you have the same problem.

It's a simple bug in your code and I already provided a valid fix, which is the standard way of doing things in Joomla (you should always create links to assets (images, css, js, etc) using JUri::base().

Rgds

Hi

since I installed your component, I had to enter twice admin credentials in order to get in as admin.

Nope. sh404SEF is simply not running in the admin. So you'll have to look elsewhere for this one!

When I activate shSEF404 and I click (in french or spanish) on catalogue (or catalogo). It takes me to the home page. It is not even reported a s a 404 redirection is just redirected. I have tried pruging urls, and actually the first time I click on it it, it works OK and it creates the /fr/catalogue URL. But after the first time, each time I click on catlogue, it goes to homepage.



Do you know how can this be resolved ?

I don't see anything like that. The Catagog links on the main menu changes with the language correctly (of course, I had to disable entirely all your caching, as you were just seeing stored results instead of the real page content).

Rgds

Hi

thanks ! OK for the admin. I just have to pay attention to be in www so it works OK.

Yes. www and not-www are two entirely different websites. You cannot switch from one to the other. It's exactly as if you were logging to the admin at weeblr.com and at Joomla.org. One is different from the other.
Note that your .htaccess file should make sure you only access the right, you shouldn't have to pay attention to it.

Actually hen you wrote me the URL optimization of your component was not enabled

No, I logged in, checked all the settings and ran all my test with sh404SEF enabled (been doing this for a few years, not that easily fooled ;) ).

When I click on it, im being redirected to /fr if I'm in french and to /es if i'm in spanish.

That's not what's happening to me.

I think you were trumped by the fact you had enabled caching at all angles: modules, and most importantly page cache. After I disabled all that, all started to work very fine.

Rgds

Hi

I can see that now. WHat's happening is that for some reasons the (almost) sameVirtuemart URL gets a totally different SEF URL:

fr/
index.php?option=com_virtuemart&Itemid=872&categorylayout=0&lang=fr&productsublayout=0&showcategory=0&showproducts=1&view=category&virtuemart_category_id=0&virtuemart_manufacturer_id=0

Catalogue
index.php?option=com_virtuemart&Itemid=872&categorylayout=0&lang=fr&limitstart=0&productsublayout=0&showcategory=0&showproducts=1&view=category&virtuemart_category_id=0&virtuemart_manufacturer_id=0

This is new, so I'll have to take a backup of the site to install on my local machine, to be able to step through the PHP code. Shouldn't be long after that. Is it ok?

Rgds

Hi

Not yet sorry. For some reasons, I have multiple users with similarly complex issues, requiring taking a backup and debugging locally, so that's taking all my time and I have to process the requests in chronological order. I am downloading your backup now, and will revert shortly.

Rgds

Hi

This is happening very simply because the Catalogo (Spanish) or Catalogue (French) URLs are registered with, respectively, the /es/ and /fr/ URLs. They are there as duplicates.
For instance, here is a screenshot of the Spanish one:


I suspect at some point in time, you had them as home page for those languages, but never purged URLs or deleted them after moving them out of the "Home" position, so the URLs stayed in the database.

Fix is simply to delete those URLs, for instance selecting them ( /fr/ and /es/) and clicking on "Delete with duplicates)

Rgds

Hi

Yes, I saw that. Spent the last hour stepping through the code of your site. Though I don't know yet how this happens, I have identified that this is happening because of you autologinip plugin.
When disabled, the problem doesn't happen.

I have now to understand exactly why the URL is overriden that way.

Rgds

False alarm, that's not it. Still working on it.
Rgds

Hi

Yes, spent most of yesterday on your site. I think I understand now what's happening. It originates from the mod_accessbyip. At some point, the module Jroute() the 'index.php' URL (instead of providing a full non-sef URL. That's a convention which normally should returns the current page URL. It works fine normally with sh404SEF, except when the page is a Virtuemart page (for very complicated and internal reasons)
Finding that this was happening was really hard, and that's why it took so long. I have made some changes to account for this situation (you can download it from this page).

I installed it on the site, cleaned up some bad URLs and it looks better.

As for the link to cart content displaying as if it was the home page, this is due to the lack of Itemid in the link created in the module. I'm not sure why that doesn't happen also with Joomla SEF, I'll try to look into it this morning.

Rgds

Hi

I have found a workaround for the lack of Itemid in the cart view. I have installed that new version on your site.

Please test further.

Rgds

Hi

It takes me to the homepage

Nope, it triggers a 404 error page (as you haven't setup any specific Itemid for the error page, it's displayed using the homepage templates and modules).

It's normal to get a 404 as the /vmvendor is not found in the URL manager.

It all comes down to the com_vmvendor not being consistent with Itemids (it doesn't compute an Itemid for the links it builds).

This is why you had to create some incorrect custom links:

AlainLouvier -> index.php?option=com_vmvendor&lang=en&userid=6011&view=vendorprofile

where the Itemid = nothing.

This causes the issue with sh404sef, because it cannot find an Itemid at all.
Initially, I tried to fix com_vmvendor by properly using the correct Itemid, but it's getting too big, there are too many changes to make, and after all, this is not my extension.

So I'm looking into adding a workaround for this, a special case for extensions which don't use Itemid. It's actually really easy, but I need to test in multiple situations so that it doesn't introduce problem with well-behaved extensions.

I'll get back to you soon

Rgds

Hi

So I have made a version with that workaround. You can download it from this page. Please test again and let me know.

Note that those URLs (/fr/vmvendor?userid=6046&view=vendorprofile) simply should not exist. Currently, all links to say, Alain Louvier page resolves to /AlainLouvier, as per the custom URLs you created - which have "&Itemid=" in them, as com_vmvendor builds its non-sef.

Rgds

Hi

If this is on another site, as it seems, please close this ticket, and open another one with all appropriate details.

Rgds

Hi

This is once again one of those special cases, and a consequence of all those changes I made recently to the Multilingual + Virtuemart handling. Please download a fixed version from this page.

While testing on my local copy of your site, I noticed the behavior is not entirely right. If you're on the, say, /fr/ page and you log in using the "My account" button, you log in alright, but you're redirected to the English home page. Same from spanish (haven't tried from other pages).
I haven't found what's causing this, but I did check the behavior was the same with sh404SEF disabled, so it's something in your log in module setup probably, maybe not the right return URL?

Rgds

ahh, it's a custom module. I was wondering why we never had that problem! Yes, might have to do with that. I'll have to check with standard Joomla now.

Rgds

Hi

No, this release contains all the changes you already have. The version you installed was the "current" development version. We always add to the current dev version.

Rgds