estic

"Из этих"? Сколько пальцев я показываю? 😀

Используйте отдельный хост и уберите условие (строку с RewriteCond).

Если нет свободного хоста: https://p20.ru/about/purpose

Страница с page=2 может быть полезна. Это не дубль 😉

Все с sortby= запрещайте. Это же элемент "фильтра" (пусть и сортировка). А в появлении page=1 сами виноваты. Это не должно было появляться в адресах ссылок. Сначала исправьте адреса ссылок.

Показанное далее правило - это внутреннее перенаправление (называть его "редиректом" не совсем корректно) с /cat/38 на /gbrowse.php?cat_id=38, т.е. в противоположном направлении названному вами 😉 К тому же оно раскрывает еще множество потенциальных дублей. Лучше используйте rel="canonical" или переносите сайт с этого "убожества" на что-то более современное. В крайнем случае запрещайте cat_id= и т.п. аналогично sortby= (надеюсь, такие точки входа выдают ответ 404 при отсутствии GET-параметров наподобие cat_id, иначе будут нужны и другие запреты).

Почему? 😀 Такое практиковалось в "переходный период". А сейчас осталось в основном на обычном хостинге, чтобы поддерживать .htaccess и прочие утяжелители.

Или у Вас "обычные сайты" без .htaccess и т.п. не могут работать? 😊

Да. Присмотритесь к сайтам сильных технологических компаний, которые давно "на плаву". Их трудно заподозрить в том, что они все поголовно оставили действительно статические страницы с .html в адресах. А вот .php у них обычно нет. Если не брать в расчет сайт самого PHP 😊

"Стремно" сидеть на таком софте в 2023 году 😊

Я часто переношу статические сайты и вот такие "недодинамические" как в свой сервис, так и на self-hosted динамические каркасы. Ничего сложного.

Можно переносить частями и даже постранично. Что касается непосредственно реализации "редиректов массово", здесь "коллеги" опять могут подсказать общее правило mod_rewrite или mod_alias (или общий программный фильтр), но можно сделать и отдельно в каждом файле наподобие /stanki.php или в общем для подобных адресов контроллере без лишних условий (там условием будет само существование файла: есть файл - работает код из этого файла, нет - работает общий контроллер). Я как программист советую второй способ, т.е. без общего правила/фильтра.

Кстати, .html в адресах сейчас считается более приемлемым вариантом (который можно оставить), чем .php, поэтому я часто оставляю .html в адресах страниц, по крайней мере если не для всех страниц, то для многих. У "узловых" страниц обычно все равно убираю, например:

• /category/object.html остается;
• /category.html меняется на /category[/] (если не нужны две разные страницы под такими адресами).

Оно в общем-то всегда так было, если использовать "индексные страницы", например /stanki/[index.php], а не /stanki.php 😉

Хорошо. Будем считать, что его "посадочная" содержит список товаров категории. Правда, каталог мог быть более сложным, т.е. многоуровневым.

Нужны такие: /stanki.php --> /stanki и т.п. Если делать, как мы предложили, и сайт уже работает.

Да, вполне логично размещать на "узловых" страницах какой-то "индекс" страниц соответствующей категории. Но автор ничего не писал про каталог, поэтому можно предположить, что каталог (страницы категорий товаров без страниц товаров) находится в другой ветви. Это тоже вполне нормально. Возможно, это даже лучше, чем размещать страницы категорий товаров и страницы товаров в одной ветви. Либо автор под "посадочной" и подразумевал страницу категории или страницу, на которой совмещены список товаров категории и какие-то промо-материалы.

Сильно надуманная проблема. Да, немного лучше, если страницы с "урезанными" адресами существуют (такие страницы называют "узловыми" и т.п.). Но на каждом таком адресе настраивать переадресацию не очень хорошо. Размещайте по таким адресам страницы нового типа, если есть что на них разместить, или перенесите на эти адреса "посадочные" (а постоянную переадресацию выполняйте в обратном направлении, т.е. /stanki.php --> /stanki и т.п.).

Не вижу ни одной разумной причины настолько сильно ухудшать (основной) адрес.