Два (або більше) паралельних (суб-) TLD, які зберігаються під час серфінгу по сайту / динамічно встановлюють адресу сайту?

Я розміщую сайт для німецької громадської організації під доменом sub.example.org.
Нещодавно я додав sub.example.chдля свого швейцарського спін-оф.

Обидва (суб-) домену вказують на одне фізичне розташування, встановлення WP ( не багатомісний).

У мене це налаштування таке, що sub.example.ch/register, наприклад, правильно відображатиме вміст, знайдений під sub.example.org/register.

Однак, коли швейцарський відвідувач відвідує сайт, використовуючи звичайні посилання на сайт, він або вона неминуче потрапляє на "звичайний" домен, оскільки ті використовують "адресу WordPress" (або "адресу сайту"), як визначено в загальних налаштуваннях , через get_home_urlабо get_site_url()(або їх менш глибокі get_bloginfo()еквіваленти).

В ідеалі я хотів би, щоб відвідувач продовжував займатися серфінгом у домені, яким він або вона користувався, щоб перейти на сайт. Отже, я вважаю, що мені доведеться якось фільтрувати повернене значення згаданих функцій. Фільтр, якого, наскільки я знаю, не існує.

1. Хтось має досвід подібних речей і корисне рішення?

2. Це, можливо, німа ідея, і я повинен її відпустити в першу чергу?

Ви можете фільтрувати запити на опції для хоста.

У вашому рядку wp-config.php нижче ...

require_once ABSPATH . 'wp-settings.php';

… Додати наступні рядки:

add_filter( 'pre_option_home', 'set_current_host' );
add_filter( 'pre_option_siteurl', 'set_current_host' );

function set_current_host()
{
    return 'http://' . $_SERVER['HTTP_HOST'];
}

add_filter()недоступний раніше, і ви повинні зберігати такий код у своєму wp-config.php. Я не знаю, чи є побічні ефекти або випадки, коли це не працює. Не повинно статися, але ретельно перевіряйте це.