Он содержит convertEntities()
функцию, которая (как следует из названия) преобразует сущности HTML в их действительные значения. Он в основном используется для сценариев, которые пересылают данные локализации из PHP на сторону JS, используя wp_localize_script()
. Просто найдите l10n_print_after
в базе кода, и вы увидите это много.
Данные, которые вы добавляете, wp_localize_script()
добавляются перед переводом скрипта (так должно быть, потому что на него есть ссылки). Однако, если вы используете составитель сценариев (поэтому у вас есть только один запрос, который возвращает все использованные файлы JS), этот один файл также будет вызываться после всех локализованных данных, но теперь convertEntities()
он не определяется, когда он нам нужен. По этой причине эта функция отделена от общего utils.js
файла и добавлена с высоким приоритетом вверху.
По этой причине вы не должны удалять его: все сценарии, которые используют переводимые строки, используют его (даже если они все еще на английском языке), и вы можете разбить места, в которых еще есть сущности.
scripts.js
иjquery
. Я не возражаю против появления l10n в WP Dashboard, но сайт, на котором я работаю, получает большой объем трафика, и я очень требователен к тому, чтобы все оптимизировать. Кто-то упомянул админ-бар в качестве причины, но только несколько авторов для сайта. Мне все равно, влияет ли это на них, просто не хочу, чтобы это замедляло работу остальной части сайта. Что вы предлагаете делать?