Mod_Rewrite, quick and easy

[Andy]

Originally Posted by currentstyle

...........the whole reason for posting here is so that we can all pick up the ball and run with it.

Nicely! And a cool Rugby analogy
In which case, I'll pass on more..........

The iListOffset=0 was a large issue. I definitely didn't have any links to any pages with that url, but G likes to play around. Dont expect them to stick to your linking structure. If you have iListOffset=10, it's a fair bet they'll want to know what happens when they change the integer, which is where we need to add our robots.txt into the armoury as well as some happy php:

Disallow: *iListOffset=0

PHP Code:

if($_GET['iListOffset'] < '10'){
$url = 'Page url without the iListOffset';
   header("HTTP/1.1 301 Moved Permanently");#301
   header("Location: ".$url."");
     exit();
}


you could use htaccess for the 301, but I prefer php so I can make a log of pages.

[jk4net]

Found another 404 Error return for Popular Searches like this

http://www.mysite.com/productlist/q/laptop

I think elements/query_list.php need some changes, maybe this line

$oQuery->sLink = $oShopCore->buildLink(P_PRODUCTLIST, '', '', $oQuery->iCategoryId, $oQuery->sQuery);

[currentstyle]

replace the following line in .htaccess

PHP Code:

RewriteRule productlist/q/(.*)/rb/(.*) productlist.php?q=$1&rb=$2 [L]


with

PHP Code:

RewriteRule productlist/q/(.*)/rb/(.*) productlist.php?q=$1&rb=$2 [L]
RewriteRule productlist/q/(.*) productlist.php?q=$1 [L]


Thanks

[jk4net]

thanks

works great now

[jk4net]

I see another error on the error_log file. This error appears every time I perform a search

[03-Mar-2009 13:56:33] PHP Warning:  Invalid argument supplied for foreach() in /home/public_html/mysite.com/classes/class.shopcore.php on line 406

the line 406 is

foreach ( $this->aPathCategories as $oCategory) {

[Amoochi]

Ok, finally got this implemented on one of my sites and it seems to be working very well, I have only found one error so far...

When on the productlist page, having a single active refine doesn't work properly. The active refine shows properly, but the link doesn't work, it leads to a 404 page instead. Having 2 active refines however works perfectly.

What i've done as a slight work around for now, is change the following code:

In refineby.tpl template:

{if count($aCancelRefineByLinks)>0 }

Changed to:

{if count($aCancelRefineByLinks)>1 }

Basically making it so that if there is only 1 active refine, it doesn't show at all.

It gets rid of the error anyway, although i'm sure there is a better more practical fix that could be done.

The difference in visits over the weekend on the site i've implemented this on has been massive by the way, I actually ran out of quota for the first times since using Shop Window, which in one way is fantastic so thanks for providing this stuff, I'm just hoping SW will bump my limit up a little as it could well become a regular occurence and could get a little embarassing.

[eshop600]

Originally Posted by Andy

Nicely! And a cool Rugby analogy
In which case, I'll pass on more..........

The iListOffset=0 was a large issue. I definitely didn't have any links to any pages with that url, but G likes to play around. Dont expect them to stick to your linking structure. If you have iListOffset=10, it's a fair bet they'll want to know what happens when they change the integer, which is where we need to add our robots.txt into the armoury as well as some happy php:

Disallow: *iListOffset=0

PHP Code:

if($_GET['iListOffset'] < '10'){
$url = 'Page url without the iListOffset';
   header("HTTP/1.1 301 Moved Permanently");#301
   header("Location: ".$url."");
     exit();
}


you could use htaccess for the 301, but I prefer php so I can make a log of pages.

Thanks for all the info got it working but with a few glitches, the listoffset code above where do I put it, what file? I've done the robots.txt disallow.