В предстоящем релизе 6.4, который ожидается 7 ноября, будут отключены страницы вложений для новых версий. До сих пор WordPress автоматически создавал страницы вложений, когда пользователи загружали файл через систему загрузки медиафайлов. Они рассматривались как специальный тип поста, содержащий информацию о файле, и каждое вложение было доступно по собственному URL. SEO-плагины уже много лет перенаправляют страницы вложений, так как они редко имеют какое-либо существенное назначение.Translated with DeepL
"До выхода WordPress 6.4 WordPress по умолчанию создавал страницы вложений для каждого загруженного файла", - отметил автор WordPress Joost de Valk в комментарии к этому изменению. "На подавляющем большинстве сайтов эти страницы вложений не несут никакой значимой информации. Тем не менее, они существуют, индексируются поисковыми системами и иногда даже попадают в результаты поиска, что приводит к плохим последствиям для пользователей и владельцев сайтов".
Для существующих сайтов изменений не будет. Они продолжат работать так же, как и раньше, но на новых сайтах страницы вложений будут перенаправляться на URL вложений. Администраторы сайтов, желающие включить или отключить страницы вложений, могут использовать новый параметр базы данных wp_attachment_pages_enabled для контроля поведения страниц вложений.
Интерфейс для показа изменения не будет на сайте страницы вложений, что вызвало некоторые споры в комментариях к заявке на участие в Trac и заметке разработчиков.
Разработчик плагина WordPress Сибре Ваайер (Sybre Waaijer) приводит аргументы в пользу того, чтобы дать пользователям возможность включить или выключить эту опцию с помощью интерфейса:
Проблема с выбором фильтра заключается в том, что когда другой плагин предоставляет возможность переключения опций, фильтр опций будет противоречить ожиданиям пользователя.
Проблема с выбором фильтра заключается в том, что когда другой плагин предоставляет возможность переключения опций, фильтр опций будет противоречить ожиданиям пользователя.
В этом случае "решения, а не опции" становятся парадоксальными, поскольку мы принимаем решение об установке опции и в то же время не предоставляем ее.
Итак, по мере того как плагины заполняют этот пробел, A) где плагины будут размещать опцию (скорее всего, на своей собственной странице вместо options-media.php), и B) из десятков типов плагинов, представленных на рынке, кто в конечном итоге будет контролировать опцию?
Если это фильтр, то каждый плагин предлагает установить переключение через простое условие. Но поскольку это опция, плагины могут добавить опцию для фильтрации параметра и добавить опцию для его переключения. Это станет источником ошибок из-за логических бикондиций (XNOR).
Несмотря на то, что в версии WordPress 6.4 такой интерфейс не предусмотрен и, возможно, никогда не вернется на обсуждение, участники обсуждают возможность включения этой функции в основной плагин.