check your sh303sef config... maybe its says "skip" on the Music collection component...

No, it says 'use default handler' and 'use sh404sef extension if available'

:S are you sure the files are correctly uploaded?

I mean.. a lot of our users use the sh404sef extension and it works fine...

Well, sh404sef works fine and as I said, I currently use it on multiple sites and it's working fine on this site now (except for MC pages). Your extension is a single file and the installation is really easy and com_muscol.php is in the sef_ext directory.

Upon closer inspection, some of the pages - MC detail pages for instance are displaying their SEF urls.

It is the detailed search pages which do not display the SEF url. But if I click through to one of the albums on the search list, the album's detail page url is SEF.

Thanks,
John

sh404 just sucks, awful extension. JoomSEF is much better and AceSEF is highly recommended. AceSEF works like a charm and also supports excellent pagination.

AAHHH!!!

wwweell. then it works!!! search page DO NOT HAVE SEF!!!

it was working all along...

all pages BUT the search results are SEF

What???

How does 'but some pages don't work with SEF' constitute working?

Regardless of the technical justification for not providing SEF for the query pages, this is a deficiency (perceived or not), with MC that will set my client into a rage. They will not understand/appreciate that it is considered acceptable for a major section of their website's functionality to not support SEF. They just will not accept this.

Is there another SEF component that will provide full sef support within MC?

This will absolutely kill me and have me enduring for the rest of the project listening to my client labeling what an absolute nightmare MC was.

I hope there is some way around this.

Thanks,
John

John:

IN MOST OF THE CASES, sef is disabled for SEARCH pages (on a lot of component) to avoid creating hundreds (thousands) of new urls (one for each search performed by a user!!)

do you know what I mean

if you WANT to have it sef anyways, there's some mods you can make on the sef extension file, but its not very recommended...

page with SEF:

artists
artist
album
song
playlists
playlist

pages wihtout sef:

search results

I understand your statement about the multiple generated urls for each historic search by users.

It seems like an appropriate approach would be (rather than to just turn off sef creation for the search page), to create a single sef url, but then the purely search parameters (not the main parameters like view, etc), would be appended as parameters to the sef string. This way the url would appear like a conventional static url that had some search parameters at the end.

Is this possible with modification of the extension? If so, how?

Thanks,
John

ok, this makes more sense

something like..

www.yoursite.com/music/search.html?key1=value1&key2=value2..etc...

right?

on the sef extension file for MC,
about line 286 add

case "search":

				

	$title[] = $titol_menu;

					

break;

this should, at least, put the MENU NAME on the URL

try this as the first approximation...

Yes that worked as the 1st pass.
It got rid of the initial non-sef stuff.

There are still some non-query related non-sef arguments remaining.
How would you suggest seffing those while leaving the purely query related parameters unseffed?

Thanks,
John

well.... actually, all the remaining variables on the url are "purely related parameters"... can you copy paste an example url here?

Using your good point about the creation of numerous urls for each possible query, I was distinguishing between SQL query parameters and parameters that were 'Joomla' parameters. Where the varying Joomla parameters would produce an acceptable number of unique SEF urls with the SQL Query parameters simply appended as parameters.

ie. the url:

http://www.website-istage.apmdev.com/New-Releases.html?format_id=&genre_id=1&search=albums&searchword=&tag_id=&type_id=&view=search

I would think search=albums, view=search could be seffed, as they would not create many unique sef urls.

Where, the sql query parameters: format_id=, genre_id=1, searchword=, tag_id=, type_id= would remain non-seffed parameters, as if these were seffed, it could potentially create 100s of unique sef urls.

Thanks,
John

you're quite right. these two params can be skipped. try this instead of the first version of hte revision of the plugin:

case "search":

				

$title[] = $titol_menu;

if($search == "albums") $title[] = JText::_('albums');

if($search == "songs") $title[] = JText::_('songs');

					

shRemoveFromGETVarsList('view');

shRemoveFromGETVarsList('search');

					

break;

does it improve the search the way you want?

That seemed to work rather well.
I added a remove statement for 'layout' as well.

As soon as I cleared the effected urls from sh404sef, the correct ones were remade and the front-end seems to be fine: It defaults to no arguments and when you do a query the correct arguments are appended.

Thanks!

John

jakorsme wrote:

That seemed to work rather well.
I added a remove statement for 'layout' as well.

As soon as I cleared the effected urls from sh404sef, the correct ones were remade and the front-end seems to be fine: It defaults to no arguments and when you do a query the correct arguments are appended.

Thanks!

John

Hi John,

Could you please tell me how you get page titles like "Pop and Urban - KPM Music"? All i have something like pop-and-urban | kpm-music

I had started a thread at http://www.joomlamusicsolutions.com/en/forum/version-2/sh404sef-page-titles.html

Please write the code you use for page titles.

Thanks!
Regards