Ao gerar um arquivo XML com [Ferramentas> Exportar] e usar [Ferramentas> Importar] em outro site do WordPress, recebo "Falha ao importar mídia" para cada tipo de postagem de anexo. E as imagens que falharam ao carregar são vinculadas a partir do servidor anterior, o que consome a transferência desse servidor anterior ...
Mas quando eu faço o download do "Unit Test" em http://codex.wordpress.org/Theme_Unit_Test , esse problema não existe. Algumas imagens ainda têm "Falha ao importar mídia", mas são apenas 5 em 30 imagens. Eles têm URLs para seu próprio servidor em seu XML, mas de alguma forma [Ferramentas> Importar] consegue baixar suas mídias e substituir esses URLs por novos locais (não é mais um hotlink).
Qual é o truque para fazê-lo funcionar corretamente sem "Falha ao importar mídia"? Por que até o "Teste de unidade" possui algumas mensagens "Falha ao importar mídia"?
IMPORT_DEBUG
e configurá-lotrue
para obter um feedback significativo em vez de apenas "Falha ao importar mídia". Não consigo imaginar por que esse comportamento não é padrão. Isso pode ajudar a diminuir o problema se o tempo estiver bom.IMPORT_DEBUG
opçãodefine ( 'IMPORT_DEBUG', true );
.xml
URLs estavam ativadoshttps
, editando osxml
arquivos para alternarhttps
parahttp
ajudar.Respostas:
Eu tive um problema muito semelhante quando mudei um Blog do WordPress de uma única instalação do WordPress para uma instalação Multisite com nomes de domínio diferentes, mas o mesmo IP.
Descobri que o problema é a
wp_http_validate_url
função que descarta a URL se o IP de origem for o mesmo que o IP de destino.Você pode adicionar um filtro
wp_http_validate_url
para evitar isso e permitir IPs de origem e destino correspondentes:Consulte esta resposta para obter uma explicação detalhada do gancho de filtro e por que você deve removê-lo após a importação: /wordpress//a/123313/75573
fonte
Quando você gerou seu arquivo de exportação, ele estava em um servidor ativo ou em um host local? Essa página da web ainda está acessível? Se a importação da mídia falhar, isso significa que as imagens, como vinculadas a partir do XML, serão exibidas 404.
Abra o arquivo XML e veja para onde as imagens estão apontando. Se abrirmos o arquivo XML da unidade temática, veremos linhas como esta:
Esse arquivo está claramente disponível para importação. O que dizem os seus arquivos attachment_url?
fonte
<wp:attachment_url>
diz example.com/2008/06/image.jpg também onde example.com é sempre domínio acessível. É por isso que estou fazendo esta pergunta :) Claramente não funciona mesmo que as imagens não gerem 404. Nem funciona com wpthemetestdata.files.wordpress.com ocasionalmente (~ 5 imagens aleatórias em 30 falham).Também tenho lutado com a importação de mídia para o wordpress.org do wordpress.com. Consegui importar todas as postagens, mas as imagens ainda estavam vinculadas ao site antigo. Eu estava quase chorando ao perceber que a única solução era baixar e fazer upload manualmente de mais de 200 imagens grandes, postagem por postagem (exportar / importar partes menores de postagens também não funcionavam).
Depois de testar alguns plugins, encontrei um que realmente importa sua mídia wordpress automaticamente. Eu não podia acreditar, mas realmente funciona. Você precisa publicar post por post, mas ainda assim é melhor do que o download e o upload manual. Aqui está o link se alguém estiver interessado
fonte
Verifique se o site não está definido como "Privado".
Quando você exporta seu blog Wordpress, todo o conteúdo textual é incorporado no arquivo XML resultante. Todo o conteúdo binário (imagens, anexos de arquivos etc.) é exportado como URLs apontando para sua localização no blog existente. É por isso que quando você importa de um blog particular do Wordpress, ainda poderá importar todos os posts / etc, mas todas as imagens / etc falharão.
Aqui é onde você precisa alterar a configuração na versão atual (19/06/2017):
Documentação relevante do Wordpress:
Observe que ele precisa ser feito a partir das configurações da sua conta do Wordpress.com, não das configurações do próprio blog, que é outro ponto potencial de confusão (e frustração).
fonte
Esse problema pode ocorrer ao usar determinados plug-ins no site remoto / local.
Idealmente, desative todos os plugins nos dois sites antes de exportar ou importar e reative-os após a conclusão do processo.
Se você está tentando evitar desativar TODOS os plug-ins, pelo menos desative todos os plug-ins que afetem imagens ou manuseio de imagens ... o tipo mais comum provavelmente seria o de otimização de imagem.
No meu caso, eu tinha o EWWW Image Optimizer (que eu recomendo) ativo no site local, e isso causou esse erro. Desativei, executei a importação com sucesso e a reativei.
fonte
Eu tive o mesmo problema e, depois de horas pesquisando e testando, o problema era que o servidor de origem estava bloqueando os downloads de imagens devido à "Proteção do Hotlink" estar ativa no cPanel.
fonte
Para aqueles que não querem usar
add_filter
ou não têm idéia de como integrá-lo sem criar um módulo separado. Aqui está um truque prático e rápido para fazê-lo.Abra este arquivo
Vá para a linha
566
e comente o seguinte bloco de código.Depois de comentar essas duas linhas, entre e adicione a seguinte linha.
Vá em frente, salve o arquivo e faça o upload do arquivo XML para tentar novamente. Agora você fará o download de todo o conteúdo relacionado. Volte e remova o bloco de comentários e a declaração de retorno e pronto.
fonte