Intereting Posts
Почему YoastSEO не позволяет мне указать заголовок / описание для главной страницы? Увеличение тайм-аута Recaptcha Permalink продолжают возвращаться к 404, если я не повторно их сохраню WooCommerce – Как добавить пользовательское поле в корзину Items and Cart Totals Ошибка установки WordPress локально – Файл 'wp-config.php' уже существует Показывать количество сообщений в wordpress вместо количества страниц в wordpress pagination meta_query, где значение равно заданному значению Невозможно отменить регистрацию скрипта с помощью wp_deregister_script Удалите дублированные сообщения в цикле, если сообщение имеет более одной категории Как получить этот JavaScript с помощью get_permalink Передача текущих файлов cookie в wp_remote_get для получения предварительного просмотра проекта использование do_action () без каких-либо функций Пользовательские функции роли для администратора не вступают в силу (нет плагина) Ежедневные уведомления о неудачных попытках входа в систему для несуществующего администратора Получить текущее название archive.php

Корневые относительные пути переписываются на странице «Редактировать страницу»

Я помогаю моей жене перевести сайт WordPress для организации, в которую она входит. Когда мы экспортировали базу данных, я запустил команду sed в bash для преобразования экземпляров //previousDomain/path в just /path , и это, похоже, в основном работает.

Тем не менее, всякий раз, когда мы редактируем страницу с корневой ссылкой, ссылка добавляется с именем домена, которое, как мы полагаем, связано с каким-то предыдущим хостингом в прошлом, но больше не является действительным доменом и не присутствует нигде в наши файлы базы данных (за исключением редактируемых страниц) или сам код php. (Изменение происходит от /path до http://foreignDomain/path .)

Это пахнет, как будто это может иметь какое-то отношение к JetPack, но мы не можем найти никаких переключателей или полей, чтобы это не происходило, и, насколько мы можем судить, некоторые параметры контента зависят от JetPack. Однако мы не знаем наверняка, если это так.

WordPress сильно убежден в использовании абсолютных URL-адресов. Это неправильно или неправильно, так оно и есть. Одной из причин их решения является нечеткая сложность миграции относительных URL-адресов, что очень сложно настроить при перемещении уровней.

Если существующая установка WP использует относительные URL-адреса, то кому-то пришлось пройти дополнительную милю, чтобы выполнить эту настройку. Трудно догадаться, что они сделали и как.

Для долгосрочного решения практические рекомендации также соответствуют стандарту WP native и нормализуются для использования абсолютных URL-адресов.