Контроль параметров GET запроса

да ну? аж "движок" сделали? а тупо пробежаться по массиву $_GET и тупо проверить элементы и их значения на валидность задача непосильная? ;)

а в деталях никто корме вас не знает, что вы там "насамописали", телепаты тут нарасхват...

а вот такие перлы и называются "смешные нубы" 😂 не надо на ночь читать страшные блоги "SEO-гуру" с бредовыми советами - свои мозги включить надёжнее...

Понятно, код на PHP обработки гет запроса никто не напишет. Отвечу сам на свой вопрос через несколько дней

Упрощенно:

 

$arr = array('category', 'id');



$error = false;



foreach ($_GET as $k => $v) {

	if (!in_array($k, $arr, true))

	{

		$error = true;

		break;

	}

}





if ($error)

{

	echo '....ОШИБКА....';

}

http://www.ahp-net.ru/uricheck.ahp - есть пример разбора

http://www.ahp-net.ru/error404.ahp

дани мапов, как минимум еще нужно отслеживать последовательность.

Не поможет Вам это.

Следующий топик буде в стиле:

"Конкуренты покупают пачки ссылок с вымышленным/не существующим уникальным id".

Вам совешренно по теме задали вопрос, что плохого в дублях в конкретном Вашем случае (в $_GET все равно будет содержаться только последнее значение), чтобы, возможно, дальше дать совет в какую сторону изменять архитектуру своей системы, а не медитировать над параметрами запроса.

Запомните, что все, что доступно пользователям, например, параметры $_GET, $_POST запросов, часть роута(почитайте что это), html разметку форм, которые, опять же, используются при передаче параметров и много много друого - возможно изменить и, практически всегда, самым худшим для Вас образом.

Поэтому Ваша задача не запретить изменения/добавления параметров, а обеспечить адекватную реакцию системы.

Ответьте на поставленный вопрос: что плохого в дубликатах в Вашем случае?

Если еще актуально, в конце .htaccess допишите правило

RewriteCond %{QUERY_STRING} !^category=[0-9]+&id=[0-9]+$

RewriteRule .* [R=404,L]

p.s. теоретически могут быть проблемы с уже имеющимися правилами, т.к. нужно подробнее ознакомиться с ними и структурой сайта.

Нет, следующий топик будет в стиле:

Доброжелатели ссылаются на страницы с дублированным содержимым, отвечающие 200, а не 301/404.

Скажите, какой из этих урлов проиндексирует бот?

/ru/forum/812957

/ru/forum/812957

/ru/forum/812957

/ru/forum/812957

/ru/forum/comment/12151289

/ru/forum/comment/12151289

а какие отфильтрует?.. ну чтобы продвигать то, что завтра не будет отфильровано. И таких не 1 или 2, а сотни и тыщи. Сможет ли бот сделать всё так, как этого хочет владелец?

А rel="canonical" разве не для таких ситуаций?

те которые бот увидит - сгенерированные роутером системы, если система сама не плодит бредовые урлы (как джумла "без напильника" в руках нуба) - всё будет более чем нормально. разговоры о "злобных конкурентах" параноидальный бред ;)

и даже у боксовой джумлы при, всего лишь, аккуратном (!) использовании никаких проблем с дублями нет ...

Swif, получить данные из GET, потом самому их собрать и сравнить с REQUEST_URI, если не совпало, то редирект на правильный