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

Ну, давай расскажи. А потом я объясню, почему это худший вариант, раз сами не можете понять.

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

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

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 😊