Конечно, то, что вы спрашиваете, возможно.Скорее всего, у вас возникла проблема с порядком ваших правил, если у вас не получилось.Вы должны иметь в виду, что правила обрабатываются сверху вниз.Таким образом, более специализированные, более подробные правила должны быть на первом месте, более общие правила ниже.
Вот пример для одного приведенного вами примера:
RewriteEngine on
# this is a specialized rule for a specific resource
RewriteCond %{HTTP_HOST} ^olddomain\.com$
RewriteRule ^/about/?$ https://newdomain.com/who-we-are [R=301]
# this acts as a fallback for a request not yet redirected
RewriteCond %{HTTP_HOST} ^olddomain\.com$
RewriteRule ^/?$ https://newdomain.com/ [R=301]
Хорошей идеей будет начать с временного перенаправления 302 и изменить его только на постоянное перенаправление 301 позже,как только вы уверены, что все настроено правильно.Это предотвращает проблемы с кэшированием при испытаниях ...
Эти правила будут работать аналогично в конфигурации хоста http-серверов или внутри файла динамической конфигурации (файл ".htaccess").Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на хосте http.Если вы используете динамический файл конфигурации, вам нужно позаботиться о том, чтобы его интерпретация вообще была включена в конфигурации хоста и чтобы он находился в папке DOCUMENT_ROOT
хоста.
И общее замечание: вы всегда должны предпочитать размещать такие правила в конфигурации хоста http-серверов вместо использования файлов динамической конфигурации (".htaccess").Эти динамические файлы конфигурации добавляют сложность, часто являются причиной неожиданного поведения, их трудно отладить, и они действительно замедляют работу http-сервера.Они предоставляются только в качестве последнего варианта для ситуаций, когда у вас нет доступа к реальной конфигурации хоста http-серверов (читай: действительно дешевые поставщики услуг) или для приложений, настаивающих на написании своих собственных правил (что является очевидным кошмаром безопасности).