Относительные URL-адреса в WordPress

В WordPress меня всегда расстраивало то, что изображения, файлы, ссылки и т. Д. Вставляются в WordPress с абсолютным URL вместо относительного. Относительный URL-адрес намного удобнее для переключения доменных имен, переключения между http и https и т. Д. Сегодня я обнаружил, что если вы определяете WP_CONTENT_URL с относительным URL-адресом, тогда, когда вы вставляете файлы в сообщения, они используют относительный URL-адрес для src вместо абсолютного URL-адреса. . Как раз то, чего я всегда хотел! Но в официальной документации WordPress говорится, что вы должны использовать полный URI, если вы определяете WP_CONTENT_URL.

Кодекс WordPress говорит :

Установите WP_CONTENT_URL на полный URI этого каталога (без косой черты в конце), например

define( 'WP_CONTENT_URL', 'http://example/blog/wp-content');

Кажется, что все работает нормально, когда я использую относительный URL-адрес, например

define( 'WP_CONTENT_URL', '/my-content-folder');

Но есть ли проблема с использованием относительного URI? Я просто думаю, что должна быть причина, по которой WordPress заявляет, что он должен быть определен с полным URI.

Я думаю, что на этот вопрос может / должен ответить только разработчик ядра. Я исследовал и нашел основной тикет # 17048: URL-адреса, доставляемые браузеру, должны относиться к корневому каталогу . Где мы можем найти причины, объясненные Эндрю Насином, ведущим разработчиком ядра. Он также ссылается на эту ветку [wp-hackers] . По обеим этим ссылкам это ключевые цитаты о том, почему WP не использует относительные URL-адреса:

Основной билет:

• URL-адреса, относящиеся к корню, не совсем правильные. /path/может не быть WordPress, это может быть вне установки. Так что на самом деле это не сильно отличается от абсолютного URL.

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

• абсолютные URL-адреса необходимы во многих других местах. Необходимость добавить их условно добавит обработки, а также внесет потенциальные ошибки (и несовместимость с плагинами).

[wp-hackers] ветка

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

• Имейте в виду, что существует два типа относительных URL-адресов: с косой чертой и без нее. У обоих есть предостережения, которые делают это невозможным должным образом.

• WordPress должен (и хранит) абсолютные URL-адреса. Это не требует предварительной обработки контента, никаких накладных расходов и двусмысленности. Если вам нужно переехать, это глобальный поиск-замена в базе данных.

И, от себя лично, я неоднократно обнаруживал, что темы и плагины плохо закодированы, которые просто ломаются, когда они WP_CONTENT_URLопределены.
Они не знают, что это можно установить, и предполагают, что это правда: WP.URL / wp-content / WhatEver , и это не всегда так. И что-то сломается по пути.

Плагин Относительные URL (связанные в edse Ответ «ы ), применяет функцию wp_make_link_relativeв серии фильтров в крюке действийtemplate_redirect . Это довольно простой код и кажется хорошим вариантом.

<?php wp_make_link_relative( $link ) ?>

Преобразуйте полные пути URL в относительные пути.

Удаляет протоколы http или https и домен. Сохраняет путь '/' в начале, поэтому это не настоящая относительная ссылка, а из корневой веб-базы.

Ссылка: Wordpress Codex

Я согласен с Рупом. Думаю, главная причина - избежать путаницы в относительных путях. Я думаю, что wordpress может работать с нуля с относительными путями, но проблема может возникнуть при использовании нескольких плагинов, при настройке темы и т. Д.

Однажды я использовал этот плагин для относительных путей при работе на тестовых серверах:

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

Я решил это на своем сайте, сделав это в functions.php

add_action("template_redirect", "start_buffer");
add_action("shutdown", "end_buffer", 999);

function filter_buffer($buffer) {
    $buffer = replace_insecure_links($buffer);
    return $buffer;
}
function start_buffer(){
    ob_start("filter_buffer");
}

function end_buffer(){
    if (ob_get_length()) ob_end_flush();
}

function replace_insecure_links($str) {

   $str = str_replace ( array("http://www.yoursite.com/", "https://www.yoursite.com/") , array("/", "/"), $str);

   return apply_filters("rsssl_fixer_output", $str);

}

Я взял часть одного плагина, разрезал его на части и сделал это. Он заменил ВСЕ ссылки на моем сайте (меню, CSS, скрипты и т. Д.), И все заработало.

В разделе «Настройки» => «Медиа» есть опция «Полный URL-путь для файлов». Если вы установите для него путь к каталогу мультимедиа по умолчанию «/ wp-content / uploads» вместо пустого, он будет вставлять относительные пути, например, «/wp-content/uploads/2020/06/document.pdf».

Я не уверен, делает ли он все ссылки относительными, например, к сообщениям, но, по крайней мере, он обрабатывает медиа, что, вероятно, и беспокоит большинство людей.

следует использовать get_home_url (), тогда ваши ссылки будут абсолютными, но это не повлияет на изменение URL сайта

Я думаю, что вы делаете, когда вы меняете доменные имена, файл дампа sql, который у вас есть, вы можете заменить все экземпляры старого доменного имени новым. Это единственный доступный вариант, поскольку нет плагинов, которые помогут вам в этом.

Это самый быстрый способ ..

Есть простой способ

Вместо /pagename/использования index.php/pagename/или, если вы не используете постоянные ссылки, сделайте следующее:

Почта

index.php?p=123

Страница

index.php?page_id=42

Категория

index.php?cat=7

Дополнительная информация здесь: http://codex.wordpress.org/Linking_Posts_Pages_and_Categories