SSL quebra o personalizador: a página não é retornada do ajax

Eu tenho uma instalação do WordPress usando um certificado SSL Comodo. Tenho o plugin HTTPS do WordPress instalado e estou usando o tema AZ e o administrador está configurado para carregar em HTTPS. Por enquanto, tudo bem.

No customizador do tema, recebo um ícone de carregamento perpétuo (não deve ser confundido com um WSOD). A chamada AJAX que traz de volta o conteúdo da página inicial está vazia, salvo para o token WP_CUSTOMIZER_SIGNATURE . Isso é tudo que a resposta inclui. Quando desativar o plugin HTTPS do WordPress (ou, de outra forma, desativar o carregamento do administrador através do SSL), o personalizador funciona de forma excelente. Desativar / ativar outros plugins não tem efeito. Isso ocorre com o tema do estoque Twenty Fifteen também (foto abaixo).

Aqui está uma captura de canvas do que estou vendo no Firebug (e é reproduzível entre navegadores, bem como nas VMs do Browserstack):

Captura de tela do console Firebug na visualização de customizadores

Caso seja relevante, o site é hospedado em uma gotícula DigitalOcean, usando ServerPilot. Eu tenho outros sites do WordPress hospedados na mesma gota e o outro habilitado para SSL exibe o mesmo comportamento. ModSecurity não está instalado, a meu ver, e recebo um código de status de 200, então não acho que seja esse problema .

Além disso, a mensagem SHA-1 parece ser um falso positivo, na medida em que eu posso dizer (e eu não acho que o Firefox ainda está no ponto de bloquear conteúdo baseado no uso SHA-1 qualquer maneira?). Eu também não acho que seja um zlib.output_compression bug , já que o zlib.output_compression bug explicitamente para testar e tentei a correção listada nesse ticket, o que não funcionou.

Não encontrei nada que corresponda ao meu problema, o que me faz pensar que há algo estúpido que ignorei. Qualquer ajuda é muito apreciada e, por favor, deixe-me saber quais informações adicionais podem ser úteis.

Solutions Collecting From Web of "SSL quebra o personalizador: a página não é retornada do ajax"

Com base na sua pergunta, eu suponho que este é o plugin que você está usando para habilitar SSL: WordPress HTTPS .

Considerando que o plugin não foi atualizado em dois anos e suas perguntas de suporte não foram resolvidas, pode haver alguns problemas de compatibilidade com a versão mais recente do WordPress (4.6 no momento da redação). Minha recomendação para garantir que o URL do seu site esteja executando o HTTPS em todos os lugares.

Isso pode ser feito executando a seguinte consulta SQL em seu database ( phpMyAdmin ):

 UPDATE wp_options SET option_value = replace(option_value, 'HTTP_URL', 'HTTPS_URL') WHERE option_name = 'home' OR option_name = 'siteurl'; UPDATE wp_posts SET guid = replace(guid, 'HTTP_URL','HTTPS_URL'); UPDATE wp_posts SET post_content = replace(post_content, 'HTTP_URL', 'HTTPS_URL'); UPDATE wp_postmeta SET meta_value = replace(meta_value,'HTTP_URL','HTTPS_URL'); 

Substitua os valores pelo seguinte:

  • HTTP_URL > seu link HTTP ( http://some.site )
  • HTTPS_URL seu link HTTPS ( https://some.site )

Desta forma, evita que links de conteúdo misto quebram coisas. Eu também encontrei um tópico do WordPress com um problema semelhante e não tenho certeza se você já olhou para ele:

Problema do Personalizador de Tema

RESPOSTA : isso deve-se a uma inconsistência em seus URLs globais

Eu acho que, em algum momento, o personalizador de seqüência de seu plugin não reconhece alguns elementos que ainda são chamados através de http vez de https , muitos plugins contém caminhos absolutos em vez de parentes, de modo a consertar toda a plataforma: admin, conteúdo e inclui você pode fazer o seguinte.

  1. Instale um plugin chamado WP Migrate DB
  2. Uma vez instalado e ativado Vá para Ferramentas -> Migrar DB
  3. O novo URL deve ser o mesmo e, portanto, o caminho do arquivo.
  4. Faça o download do backup (por que eu lhe disse isso em vez de apenas exportar diretamente do seu phpmyadmin ou dbms ?, porque é uma maneira mais segura de obter essa informação, isso é tudo, na exportação você pode evitar algumas instruções para soltar, isso faz com que o ” backup “um método de prova de erro).
  5. Salve-o em um diretório específico, sozinho, uma cópia descompactada dele.
  6. No terminal, vá para esse diretório e execute o seguinte comando:

sudo find . -type f -name '*.sql' -exec sed -i '' s,http://yoursite,https://yoursite,g {} +

  1. Carregue o novo arquivo importando para seus phpmyadmin ou web dbms.

  2. O erro deve ter desaparecido.

IMPORTANTE .

Caso não tenha funcionado, você terá sua cópia de backup remanescente restante da etapa 5.

INFORMAÇÕES ADICIONAIS . Você verificou se o URL de raiz do site começa com https vez de http ?

Você pode verificar isso em Configurações -> Geral

Endereço WordPress (URL)

Endereço do site (URL)

Boa sorte.