Jak pozbyc sięzbędnych zmiennych GET w linku?

[Merit-Group]

Google zaczęło mi chodzić po stronie wrzucając nie wiadomo skąd adresy wyglądające w ten sposób:

https://adres.com/index.php?start=20&91...1c45e6f0e7969a7

fragment: &91a3556988bff242dcdafea9150e04fc=b96e9f87fbccf38d01c45e6f0e7969a7 jest zmienną której nie używam i jest mi zbędna.

Chciałbym zrobić przekierowanie więc kombinuje w ten sposób:

#RewriteCond %{QUERY_STRING} ^91a3556988bff242dcdafea9150e04fc=194572f89f089d1fd6c854494570fd90$ [NC]
#RewriteRule .* index.php [R=301,L]

Ale jak widać czasami używam do stronicowania zmiennej 'start' a dotego ta zmienna '91a3556988bff242dcdafea9150e04fc' która google mi wrzuca miewa różne wartości. Tak więc potrzebuję czegoś uniwersalnego. Nie udało mi się jak dotąd wymyśleć jak wyjąc z adresu jedną zmienną i sprawdzić czy istnieje niezależnie od wartości a następnie przekierowac na adres taki sam ale bez niej.

Próbowałem jednak swoich sił z takim prostym przypadkiem:

https://adres.com/index.php?91a3556988bff24...1c45e6f0e7969a7

dodajac do pliku .htaccess takie linijki:

#RewriteCond %{QUERY_STRING} ^91a3556988bff242dcdafea9150e04fc=194572f89f089d1fd6c854494570fd90$ [NC]
#RewriteRule .* index.php [R=301,L]

efekt jednak jest taki, że przeglądarka wyrzuca komunikat, iż nie może zakończyć działania.

Korzystam z Joomla! CMS oto cały jego plik .htaccess z dopisanymi na końcu przeze mnie 2 linijkami:

SetEnv APPLICATION_ENV development
SetEnv PHP_VER 5_TEST
##
# @version		$Id: htaccess.txt 21101 2011-04-07 15:47:33Z dextercowley $
# @package		Joomla
# @copyright	Copyright (C) 2005 - 2011 Open Source Matters. All rights reserved.
# @license		GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations.  It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file.  If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's.  If they work,
# it has been set by your server administrator and you do not need it set here.
##

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

RewriteCond %{QUERY_STRING} ^91a3556988bff242dcdafea9150e04fc=194572f89f089d1fd6c854494570fd90$ [NC]
RewriteRule .* index.php [R=301,L]

[INOMan]

Widzisz problem polega na tym, że google wchodzi na stronę/URLe często takie które nie istnieją w Twoim serwisie. Bierze się to stąd, że np. taki chrome to szpieg. Wystarczy więc, że korzystając z przeglądarki chrome wejdę na Twoją stronę używając dowolnych parametrów GET, chrome to przyszpieguje i robot googla zaraz wejdzie na ten URL z tymi parametrami GET.

Teoretycznie można się tutaj bać duplicate content pod różnymi adresami URL, ale spokojnie: dopóki nie masz takich linków w serwisie i dopóki wielu innych userów (proporcjonalnie do liczby wizyt w Twoim serwisie) nie będzie odwiedzać strony z identycznymi parametrami GET to nie ma się czego bać.

Dlatego na Twoim miejscu nie przejmowałbym się zbytnio.