#2559 – Removing the pre '?' part of the URL

[xxxx]

I've just gotten a new component made, and it has pagination at the bottom - see link. Unfortunately when you click on a new page (which is meant to be https://www.xxxx.com/free-music?lang=en&limit=12&view=musics&start=12 and displays then when you mouseover the link), I'm redirected to https://www.xxxx.com/?start=12

When I disable SH404SEF this resolved the issue, so I thought I'd open a support ticked to see if you could give me a hand.

Thanks very much,

Shane

Thanks very much for the quick response.

I did change the settings for this component to "Use Joomla! router", and the pages can now be accessed. However, now there is a new URL instead of the query: https://www.xxxx.com/free-music/musics?lang=en&limit=12&start=12 so we've got an extra slash in there now. Id rather not have that as I suspect it'll count as duplicate content.

I've just looked in cPanel, and there is indeed a router.php file in the component's folder. Here is its contents (hope it's okay to paste here):

<?php

/**
* @version CVS: 1.0.0
* @package Com_Vcpmusic
* @author xxxx <xxxx>
* @copyright 2016 xxxx
* @license GNU General Public License version 2 or later; see LICENSE.txt
*/
// No direct access
defined('_JEXEC') or die;

JLoader::registerPrefix('Vcpmusic', JPATH_SITE . '/components/com_vcpmusic/');

/**
* Class VcpmusicRouter
*
* @since 3.3
*/
class VcpmusicRouter extends JComponentRouterBase
{
/**
* Build method for URLs
* This method is meant to transform the query parameters into a more human
* readable form. It is only executed when SEF mode is switched on.
*
* @param array &$query An array of URL arguments
*
* @return array The URL arguments to use to assemble the subsequent URL.
*
* @since 3.3
*/
public function build(&$query)
{
$segments = array();
$view = null;

if (isset($query['task']))
{
$taskParts = explode('.', $query['task']);
$segments[] = implode('/', $taskParts);
$view = $taskParts[0];
unset($query['task']);
}

if (isset($query['view']))
{
$segments[] = $query['view'];
$view = $query['view'];

unset($query['view']);
}

if (isset($query['id']))
{
if ($view !== null)
{
$model = VcpmusicHelpersVcpmusic::getModel($view);
if($model !== null){
$item = $model->getData($query['id']);
$alias = $model->getAliasFieldNameByView($view);
$segments[] = (isset($alias)) ? $item->alias : $query['id'];
}
}
else
{
$segments[] = $query['id'];
}

unset($query['id']);
}

return $segments;
}

/**
* Parse method for URLs
* This method is meant to transform the human readable URL back into
* query parameters. It is only executed when SEF mode is switched on.
*
* @param array &$segments The segments of the URL to parse.
*
* @return array The URL attributes to be used by the application.
*
* @since 3.3
*/
public function parse(&$segments)
{
$vars = array();

// View is always the first element of the array
$vars['view'] = array_shift($segments);
$model = VcpmusicHelpersVcpmusic::getModel($vars['view']);

while (!empty($segments))
{
$segment = array_pop($segments);

// If it's the ID, let's put on the request
if (is_numeric($segment))
{
$vars['id'] = $segment;
}
else
{
$id = $model->getItemIdByAlias(str_replace(':', '-', $segment));
if (!empty($id))
{
$vars['id'] = $id;
}
else
{
$vars['task'] = $vars['view'] . '.' . $segment;
}
}
}

return $vars;
}
}

Okay, after some fiddling - I've created a brand new menu item with a unique name (set to superuser access only at the mo).

So I've published it, have SH404SEF with all the default settings, and it works absolutely fine. the URL is stable with only the queries appended afterwards. It seems to be because I've reappropriated a URL that i already used before (I just changed the menu item type).

So it seems to be an issue where the URL was previously used elsewhere. Is there some sort of caching in SH404SEF that remebers old components that were associated with menu items or URLs?

I really do need to keep my URL the same, so any suggestions you have would be very welcome!

Thanks again,

Shane

I have deleted them and created them again - It doesn't work. I've purged everything, and recreated the page, and it doesn't work. Unless you mean the database tables I access via cPanel?

That still doesn't explain why part of the URL is removed when I use pagination in the component. If I make the component from scratch from a never-before-used URL everything works fine. I'm not sure how to delete the stored URLs.

Thanks for your continued help - very much appreciated by the way.

I've just done what you've suggested. Unfortunately, it's still redirecting me to the homepage. The mouseover URL, when I hover over page 2 in the pagination section, is https://www.xxxx.com/free-music?lang=en&limit=12&view=musics&start=12

But this resolves to https://www.xxxx.com/?start=12

Any other suggestions?

Thanks

Okay, I've not got ?start=12 as an alias, either in the alias section or the homepage section. I don't think it's the component, or any other component, as like I said when I create a brand new menu item it works as intended. For example I created a menu called Music Test, assigned the component to it, then navigated to the page from the fontend. It worked as expected with the URL being /music-test and when using the pagination /music-test?xyz

In SH404SEF the non SEF URLs for /free-music and /music-test were totally identical (apart from the Itemid code of course).

See the /free-music URL used to be another component. Which is making me think that it's something to do with it being associated somehow to that old component. If I disable the SEF Optimization within SH404SEF the problem disappears, and the query string works perfectly.

Something within SH404SEF is doing something odd with the query strings

I think I fixed it! for some reason free-music/ was an alias of free-music. So the same thing but with a slash on the end - I deleted it, and the query strings appear to be working!

Thanks for your time and effort, once you put me onto looking at aliases, that really helped. But in case someone else ever has this issue, that's one more thing you could suggest.

Shane