Правильно. Для старого домена. Это простейшая вещь, которую нужно объяснять только начинающим. ...и Вам, судя по всему.

Научитесь уже понимать написанное, прежде чем "опять" ко мне приставать.

Facepalm. Автор переносит сайт с одного домена на другой.

Кстати, было бы неплохо иметь и отдельные "сайты" для разных протоколов, чтобы не нагружать лишними условиями для переадресации основной сайт, но об этом в теме речи не было.

При переносе сайта на другой домен обычно выполняется переадресация со всех четырех "зеркал" на старом домене. Если у Вас хост с правилом для переадресации открывается по обоим протоколам и при запросах к поддомену www, дополнительно ничего делать не нужно.

Я написал: без второй строки, но на отдельном хосте. Т.е. используйте отдельный "сайт" на старом домене для выполнения переадресации.

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

Используйте отдельный хост и уберите условие (строку с 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 и т.п. Если делать, как мы предложили, и сайт уже работает.