Не удалось импортировать медиа

Когда я генерирую XML-файл с помощью [Инструменты> Экспорт] и использую [Инструменты> Импорт] на другом веб-сайте WordPress, я получаю сообщение «Не удалось импортировать медиа» для каждого типа сообщения вложения. И образы, которые не удалось загрузить, имеют горячую ссылку с предыдущего сервера, который использует передачу этого предыдущего сервера ...

Но когда я загружаю "Unit Test" с http://codex.wordpress.org/Theme_Unit_Test, тогда этой проблемы не существует. Некоторые изображения все еще имеют «Не удалось импортировать медиа», но это всего лишь 5 из 30 изображений. У них есть URL-адреса к их собственному серверу в их XML, но каким-то образом [Инструменты> Импорт] удается загрузить их медиа и заменить эти URL-адреса новыми местоположениями (это больше не является горячей ссылкой).

В чем прикол, чтобы он работал правильно без «Не удалось импортировать медиа»? Почему даже в «модульном тесте» есть несколько сообщений «Не удалось импортировать медиа»?

У меня была очень похожая проблема, когда я переместил блог WordPress из одной установки WordPress в установку Multisite с разными доменными именами, но с одинаковым IP.
Я обнаружил, что проблема заключается в wp_http_validate_urlфункции, которая сбрасывает URL-адрес, если IP-адрес источника совпадает с IP-адресом назначения.
Вы можете добавить фильтр, wp_http_validate_urlчтобы предотвратить это и разрешить сопоставление IP-адресов источника и назначения:

add_filter( 'http_request_host_is_external', '__return_true' );

Пожалуйста, посмотрите этот ответ для подробного объяснения ловушки фильтра и почему вы должны удалить его после импорта: /wordpress//a/123313/75573

Когда вы генерировали файл экспорта, он был на живом сервере или на локальном хосте? Эта веб-страница все еще доступна? Если импорт мультимедиа завершается неудачно, это означает, что изображения, связанные с XML, появляются 404.

Откройте файл XML и посмотрите, куда указывают изображения. Если мы откроем XML-файл Theme Unit, мы увидим такие строки:

<wp:attachment_url>http://wpthemetestdata.files.wordpress.com/2008/06/canola2.jpg</wp:attachment_url>

Этот файл очень четко доступен для импорта. Что говорят ваши файлы attachment_url?

Я также боролся с импортом медиа в wordpress.org с wordpress.com. Мне удалось импортировать все сообщения, однако изображения все еще были связаны со старым сайтом. Я чуть не заплакал, поскольку понял, что единственным решением было вручную загрузить и выгрузить более 200 больших изображений по почте (экспорт / импорт меньших частей сообщений тоже не работал).

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

Убедитесь, что для вашего сайта не установлено значение «Приватный».

Когда вы экспортируете свой блог Wordpress, весь текстовый контент внедряется в полученный XML-файл. Весь двоичный контент (изображения, вложения файлов и т. Д.) Экспортируется в виде URL-адресов, указывающих на их местоположение в существующем блоге. Вот почему, когда вы импортируете из частного блога Wordpress, вы все равно сможете импортировать все записи / etc, но все изображения / etc потерпят неудачу.

Вот где вам нужно изменить настройки для текущей версии (2017-06-19):

Соответствующая документация Wordpress:

https://en.support.wordpress.com/settings/privacy-settings/

Обратите внимание, что это должно быть сделано из настроек вашей учетной записи Wordpress.com, а не из настроек самого блога, что является еще одной потенциальной точкой путаницы (и разочарования).

Эта проблема может возникнуть при использовании определенных плагинов на удаленном / локальном сайте.

В идеале отключите все плагины на обоих сайтах перед экспортом или импортом, а затем повторно включите их после завершения процесса.

Если вы пытаетесь избежать отключения ВСЕХ плагинов, то по крайней мере отключите все плагины, которые влияют на изображения или обработку изображений ... наиболее распространенным типом, вероятно, будут те, которые выполняют оптимизацию изображений.

В моем случае на локальном сайте был активирован EWWW Image Optimizer (который я настоятельно рекомендую), и это вызвало эту ошибку. Я отключил его, успешно запустил импорт и снова активировал его.

У меня была та же проблема, и после нескольких часов поиска и тестирования проблема заключалась в том, что исходный сервер блокировал загрузку изображений из-за того, что в cPanel была активна «Защита от хотлинков».

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

Откройте этот файл

vim ./wp-includes/http.php

Перейти к строке 566и закомментировать следующий блок кода.

if ( ! apply_filters( 'http_request_host_is_external', false, $host, $url ) )
  return false;

Как только вы прокомментируете эти две строки, войдите и добавьте следующую строку.

return true;

Сохраните файл и загрузите XML-файл, чтобы повторить попытку. Теперь вы загрузите весь связанный контент. Вернитесь назад, удалите блок комментариев и оператор возврата, и все готово.