Links das imagens quebradas após a migração de um site Drupal da máquina local para viver Servidor

StackOverflow https://stackoverflow.com/questions/1206874

  •  05-07-2019
  •  | 
  •  

Pergunta

O que é a maneira mais simples para atualizar os caminhos das imagens após a migração do site a partir do computador local para um servidor ao vivo. Na maioria das vezes eu acabar atualizar os caminhos manualmente. Eu estou convencido de que deve haver uma maneira mais simples que eu estou perdendo.

Por favor, sugerem.

Foi útil?

Solução

Meu palpite é que o problema que você está vendo é um resultado de não definir o caminho de arquivo na administração. Se você vai para a administração (admin / configurações / arquivo do sistema) e simplesmente salvar a página, você poderá definir o valor para o caminho de arquivo (que deve remover os problemas).

Você também pode definir todos os arquivos para usar o diretório padrão original (local ou) também via essa interface.

A questão, no caso você esteja se perguntando, é que a chamada variable_get sob o capô para o filepath é dinâmico baseado no diretório sites que você está carregando o arquivo settings.php partir. Uma vez que o valor é definido, já não recorre à configuração padrão e usa o seu valor, em vez.

Se você estiver movendo fisicamente os arquivos da localização relativa eles estão no local vs no servidor, então eu não tenho certeza há muito de uma grande maneira de contornar esse problema.

Outras dicas

Na verdade eu tenho uma configuração de multi-site na máquina local e uma única configuração de site no servidor ao vivo, que é o que leva quebrado imagens em implantação. A maneira mais fácil de corrigir isso é para atualizar o caminho do arquivo no servidor usando uma consulta SQL simples. arquivos de atualização SET filepath = REPLACE (filepath, 'path / velho', 'new / path');

Quando isso quebrou para nós, que tínhamos acabado de migrou de um Acquia Drupal 7 instalar em host local para uma máquina de produção. Descobriu-se que a configuração do servidor foi apenas diferente o suficiente para que alguns dos pathing estava errado após a importação do banco de dados.

Nós descobrimos que fazendo um

select * from menu_router where path like '%sites/myoldpath%'

transformou-se um caminho para uma page_callback chamado image_style_deliver que era inválido no novo servidor.

update menu_router set path 'sites/mynewpath/files/styles%', tab_root = 'sites/mynewpath/files/styles/%' where path like '%myoldpath%'

Acabou a ser a solução. Eu nem sequer têm de se regenerar qualquer conteúdo. Drupal recuperou imediatamente e gerado as miniaturas apropriadas nas pastas corretas.

Mudei um site através de um servidor dev local para servidor dev remoto. Todas as imagens quebrou. Mesmo novas imagens que eu tentei fazer o upload após a mudança mostrou-se como links quebrados. Eu finalmente descobri que meus sites / DOMAIN_NAME / arquivos de pasta permissão tinha mudado. Essa pasta mais ser executável para os usuários da Internet, ou então Drupal não pode acessá-lo para recuperar os arquivos dentro dessa pasta.

A maneira mais simples de fazê-lo que eu fiz há um tempo atrás no meu servidor é para editar o banco de dados sql arquivo de despejo usando a pesquisa e substituir para substituir o caminho do arquivo ou URL que você deseja a partir do servidor antigo para o novo servidor . I migraram mu site Drupal e descobriu que as ligações foram quebrados e é isso que eu fiz para resolver o problema 1: tomar o local fora de linha 2: backup do seu banco de dados usando despejo sql. Largar o antigo banco de dados.

3: procure uso e substituir a editar uma cópia do arquivo de despejo SQL e colocar o caminho para a url ou arquivos vc quiser. I meu caso, eu queria editar o prefixo de URL de todos os links meus imagens de eg http://my.oldserver.co .uk para http://newserver.ac.uk . 4 criar um novo banco de dados e importar o arquivo .sql editados usando os mesmos nomes db, nomes de usuário e senha.

  1. trazer de volta o site online e viola, sua imagem links estão funcionando.
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top