Что за предупреждение вылазит в админке wordpress?

Question

[Алексей]

Для перевода всех внутренних ссылок в относительный формат,
добавил в начале файла wp-config.php

define('WP_SITEURL', '/');
define('WP_HOME', '/');

Вылазит розовое предупреждение в админке

Failed to load plugin url: https://prosadidom.ru/wp-includes/js/tinymce/langs...

плагина у меня в перечне установленных нет. Почему вылазит, на сколько это критично, как побороть?

Answer 1

[Игорь Воротнёв]

Эти константы должны содержать корректный URL, а не /. Не изобретайте странные велосипеды. Данные константы используются для генерации полных абсолютных URL с корректными путями.

Comments

[Алексей]

А как по другому сделать чтобы wordpress генерировал относительные ссылки в код страницы?

[Игорь Воротнёв]

Алексей,

Никак.
Это не нужно.
И перестаньте спрашивать в нескольких местах сразу.

[Алексей]

Игорь Воротнёв, мне показалось что я спросил разные вопросы, точнее во втором более точно что именно я имел ввиду.

[Игорь Воротнёв]

Алексей, в этом конкретном вопросе вы спросили что за предупреждение вылазит. Я вам ответил - уберите константы. Вопрос относительно относительных урл в другом месте, и там я вам уже тоже детально ответил.

[Алексей]

Игорь Воротнёв, что что это изза этих констат было изначально понятно, я спрашивал как это "забороть", не убирая константы с относительным адресом.
Хотя наверное вопрос потерял актуальность - останусь на абсолютных ссылках

[Игорь Воротнёв]

Алексей, это нельзя побороть, если вы жестко приказываете WordPress'у везде вместо урл вашего сайта подставлять слеш. Во многих местах WP ожидает получить полный абсолютный URL, для того чтобы подключить нужные файлы. Вы же сознательно ломаете это стандартное поведение. Первое место (но не единственное), где это вызвало проблему и вы это сразу заметили - визуальный редактор TinyMCE. Именно он ругается, и речь не о плагине WordPress (которого у вас нету, вы правильно написали), а о визуальном редакторе TinyMCE, который не может подключить свои собственные плагины.

[Алексей]

Игорь Воротнёв, если я правильно понял есть вероятность что в будущем все проблемы решат и перейдут на относительные ссылки.
https://make.wordpress.org/core/handbook/contribut...

It has been suggested that if WordPress were to be able to do all of this over, we may have instead opted for relative URLs. This is true, and making adjustments to our current approach – or reconsidering it in its entirety – does remain a distinct possibility in the future.

[Игорь Воротнёв]

Алексей, Теоретически такая вероятность есть. На практике же, готов поставить соточку, что в обозримом будущем этого не произойдет. Просто потому что перелопатить все ядро, внести необходимые изменения и при этом сохранить обратную совмесимость для десятков тысяч тем и плагинов - адская задача. Реальной ощутимой пользы от нее нет, за исключением морального удовлетворения нескольких пуристов, которые долбятся головой об стену с криками "только относительные урлы есть настоящий тру". Поэтому забудьте и не ждите.

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

[Алексей]

Игорь Воротнёв, Читал но не понял что это за проблемы и могут ли они возникнуть у меня (я понял что проблемы только при переносе на поддомен и с RSS что сейчас вроде не актуально)
А так?

function removeHomeUrl($url)
{
    $url_sectors = preg_split('/\//i', $url);
    unset($url_sectors[0]);
    unset($url_sectors[1]);
    unset($url_sectors[2]);
    return '/'.join('/', $url_sectors);
}
add_filter('plugins_url', 'removeHomeUrl');

function attachment_image($attrs)
{
    $url_sectors = preg_split('/\//', $attrs['src']);
    unset($url_sectors[0]);
    unset($url_sectors[1]);
    unset($url_sectors[2]);
    $attrs['src'] = '/'.join('/', $url_sectors);
    return $attrs;
}

add_filter('wp_get_attachment_image_attributes', 'attachment_image');

[Игорь Воротнёв]

Читал но не понял что это за проблемы и могут ли они возникнуть у меня

Могут и обязательно возникнут. И дело не только в RSS. А также oEmbed, REST, "поделиться в соцсетях", и вообще отображение в разных контекстах. При редактировании записи в админке текущий реальный путь + относительный у картинки не совпадут с тем, который будет при просмотре страницы. И еще много-много нюансов. В общем, бросьте вы эту затею, она бессмысленна.

А так?

Неа. Вы только царапаете по поверхности, даже близко не осознавая объем работы.

Просто задумайтесь на минутку - сотни, если не тысячи разработчиков ядра и контрибьюторов о "проблеме" знают, и очень многие в принципе не против иметь относительные урлы. И очень многие из них способны это реализовать. И команда ядра формально дала добро - если кто-то засабмитит патчи, то изменение одобрят. И вот уже не один год никто эти изменения не сабмитит. Почему? Потому что "не все так просто". И это для специалистов с очень хорошим опытом, со знанием ядра вдоль и поперек. А вы думаете нагуглить пару-тройку кусков кода, перелпределить константу и у вас все волшебным образом заработает?

[Игорь Воротнёв]

И я все еще так и не понял, чем вас не устраивают абсолютные ссылки, почему вы уперлись в относительные? Это сродни какого-то религиозного фанатизма, по крайней мере со стороны так выглядит :)

[Алексей]

Игорь Воротнёв, не уперся я, более того по крайней мере пока, оставил эту идею. Но посоветовал человек мнению которого я доверяю, по этому и попытался все же решить эту проблему.

[Игорь Воротнёв]

Алексей, Если вы про SEO-шный совет использовать внутренние ссылки, то совет бесполезный и некорректный, так как не учитывает технические нюансы и дан человеком истинно верующим в SEO-магию, но не понимающим, как работают конкретные технологии. Фишка в том, что когда поисковый бот сканит ссылки, он их делит на 2 части - внешние и внутренние. Принцип по которому происходит разделение - ДОМЕН в ссылке. Грубо говоря, бот все равно относительный урл сначала превратит в абсолютный, а потом все равно сверит его с доменом. Бот ведь не сможет перейти по относительной ссылке, ему для перехода по ссылке нужен полный, абсолютный URL. Все программное обеспечение внутри, на уровне кода работает с абсолютными URL. Относительные урл это лишь удобство для человека. Машины общаются полными URL всегда.

[Алексей]

Игорь Воротнёв, а в чем удобство для человека?
С другой стороны, поисковики вроде работают с кодом страницы, а в нем относительные ссылки присутствуют (если они вообще есть)

[Игорь Воротнёв]

Алексей,

а в чем удобство для человека?

Относительные ссылки удобнее при миграции контента, ну и еще несколько субъективных моментов. Грубо говоря, это человеческая концепция "абстрагировать", убрать лишнюю зависимость / привязку к конкретному урл.

Хотя смысл URL в целом в уникальности и полноте. Это унифифированный, полный адрес ресурса по которому его можно получить, независимо от контекста. Относительные ссылки формально нарушают этот базовый принцип, но на уровне машин это не важно, так как если ссылка в коде относительная, то программа (браузер или любой другой клиент, который умеет парсить относительные ссылки) все равно превратит ее в абсолютную. Потому что запросить и получить объект все равно надо по полному URL.