Авторы WordPress обсуждают различные стратегии реагирования на отказ Facebook и Instagram от неаутентифицированной поддержки oEmbed 24 октября. WordPress удалит и Facebook, и Instagram в качестве поставщиков oEmbed. Когда пользователь пытается внедрить контент, вставляя URL-адрес, как это было в прошлом, он может не понять, почему он больше не работает. Они могут предположить, что WordPress сломал встраивание, что привело к увеличению нагрузки на поддержку в связи с этим изменением.
Некоторые участники заявки Trac по этой проблеме предложили WordPress обнаруживать пользователей, которые будут затронуты, и попытаться предупредить их с помощью уведомления.
«Поскольку это может повлиять на пользователей по незнанию, можно отправить уведомление на панели управления пользователям, у которых есть встраивание Facebook / Instagram в свой контент, который будет отображаться для администраторов сайта как разовое сообщение, которое может быть отклонено», – сказал Мариус Дженсен.
«Ранее мы выполняли пост-обновленную обработку, чтобы очистить комментарии, поэтому идея поиска контента для встраивания не является диковинной и поможет тем, кто не следит за обычными каналами WordPress, узнать об этом. . »
Другие не видят необходимости. «Почему мы должны делать здесь исключение?» – сказал Милан Динич. «Это не первый раз, когда поддержка oEmbed прекращается для провайдера, и я не помню, чтобы в то время было сделано что-то конкретное».
По-прежнему существует некоторая неуверенность в том, что произойдет с существующими oEmbeds после того, как Facebook обновит свой API. Во время недавней встречи с основными разработчиками Хелен Хелен Хоу-Санди подтвердила, что WordPress не очищает кеши oEmbed регулярно. «Технически oEmbed кеши очищаются, если вы сохраняете и возвращается действительный ответ, мы не выполняем сборку мусора на основе cron», – сказал Хоу-Санди.
В сегодняшнем посте в блоге о разработке ядра Джейк Сперлок заверил пользователей и разработчиков, что существующие встраивания, добавленные до изменения API Facebook, должны по-прежнему работать:
Поскольку ответы oEmbed кэшируются в базе данных с использованием скрытого oembed_cache типа сообщений, любые вставки, добавленные до крайнего срока 24 октября, будут сохранены после даты прекращения поддержки. Эти сообщения не удаляются по умолчанию в WordPress Core, поэтому содержимое вставки будет сохраняться до тех пор, пока не будет удалено вручную.
Мариус Йенсен предупредил, что все еще существует вероятность того, что существующие встраивания могут не работать, в зависимости от того, что делает Facebook.
«Мы не знаем, как они планируют использовать попытки несанкционированного внедрения», – сказал Дженсен. «Он не может вернуть код встраивания, и ваша ссылка останется простой ссылкой, или, возможно, они решат вернуть какой-то встроенный« неавторизованный »контент. Я не думаю, что кто-то слышал какие-либо подробности о том, как Facebook планирует это сделать, поэтому мы все просто ждем, чтобы услышать больше или посмотреть, что произойдет ».
Дженсен сказал, что WordPress не перепроверяет кешированные результаты, кроме случаев, когда что-то меняется с публикацией, но могут быть плагины, которые очищают временные данные, что может привести к непредсказуемому результату.
«Надежность кешей трудно определить (и поскольку они являются кешами, это как бы в том смысле, что они не всегда будут там, а будут извлечены и сохранены на некоторое время, когда это необходимо)», – сказал Дженсен.
В идеале oEmbed-кеши WordPress предотвращают поломку миллионов встраиваемых файлов, но пока неизвестно, как Facebook и сторонние плагины могут что-то изменить.
После тяжелого обновления ядра 5.5, которое устарело jQuery Migrate и наводнило официальные форумы поддержки сообщениями о неработающих сайтах , некоторые участники опасаются возникновения другой ситуации, когда пользователи остаются в неведении.
«Я думаю, что уведомление на приборной панели желательно, – сказал Джон Браун. «В противном случае мы не будем предупреждать людей заранее, чтобы они могли подготовиться и перейти к другому решению. Мы сообщаем им об этом в тот же момент, когда он сломается (при редактировании определенного сообщения). Я не думаю, что мы можем с уверенностью предполагать, что кэшированные данные будут сохраняться вечно, множество подпрограмм удаляют временные данные до истечения заявленного срока их действия.
«Я считаю, что это потенциально похоже на проблемы, возникающие при отказе от JQM. Это приведет к предотвращению и тихой поломке клиентской части без регистрации ошибок, которую разработчик сайта мог бы заметить. Оглядываясь назад, можно сказать, что в идеале с JQM было бы временно включить код обнаружения из Enable jQuery Migrate Helper в ядро или просто установить этот плагин автоматически от имени пользователей ».
Браун предложил WordPress обнаруживать вызовы кэшированных вставок и предупреждать пользователей до того, как вызовы могут потерпеть неудачу, чтобы они могли рассмотреть возможность включения плагина для более надежной работы своих вставок.
Обсуждение остается открытым в сообщении make.wordpress.org/core и соответствующем тикете trac . Сперлок сказал, что WordPress, скорее всего, удалит провайдеров oEmbed Facebook и Instagram в предстоящем выпуске 5.6 (запланированном на 8 декабря), но он также может быть отправлен в второстепенном выпуске 5.x, который состоится после 24 октября.
