Como obter plug-ins de cache para trabalhar no localhost com o HTTPS?

Trabalhando em uma versão localhost do meu site ao vivo https. Usando o plug-in WP Super Cache.

Tentando testá-lo [ Test Cache ] com o recurso com o meu certificado de sites ao vivo Eu recebo o erro

Fetching http://localhost/mysite/ to prime cache: FAILED Errors: : cURL error 60: SSL certificate problem: unable to get local issuer certificate

Tentando isso com um certificado auto-assinado OpenSSL e cacert.pem em um httpd-ssl.conf e php.ini modificado localhost Configuração WAMP Eu recebo o erro:

Fetching http://localhost/mysite/ to prime cache: FAILED Errors: : cURL error 60: SSL certificate problem: self signed certificate

Eu até tentei desativar a verificação SSL fora do WordPress init

 add_action( 'init', 'sslfalse' ); function sslfalse() { $ch = curl_init(); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); } 

E eu ainda recebo o mesmo erro independentemente.

Alguém sabe de uma possível solução para obter WP Super Cache (ou qualquer plug-in de cache) para trabalhar com o HTTPS no localhost?

Solutions Collecting From Web of "Como obter plug-ins de cache para trabalhar no localhost com o HTTPS?"

Seguir para comentar é muito longo, então feito como resposta:

Como eu entendo, seu site de teste funciona como HTTPS, a menos que o WPSC seja ativado?

  1. Outro (rápido para testar) palpite:

    Sob as configurações “Avançadas” do WPSC: verifique “Simples” e, em seguida, marque as checkboxs “Início tardio” (e / ou “Cabeçalhos HTTP”) – salve as configurações. NB se você desativar o WPSC, essas configurações serão perdidas e exigirá uma nova verificação.

    Você mencionou tentar outro plugin de cache – se assim tentar um que executa mais tarde sem mod_rewrites. Eu escrevi as extensões de plugin do Country Caching para o WPSC e o cache do Comet. Então eu sugiro tentar o Cache do Cometa ; não é tão sofisticado quanto o WPSC, mas como um autor de plugins, achei que ele fosse melhor projetado.

    NB Se você estiver testando, por exemplo, um site de comércio eletrônico onde o que não é armazenado em cache é muitas vezes mais importante do que o que é – então o live e o teste devem usar o mesmo plugin de cache e, idealmente, com as mesmas configurações de método de cache.

  2. Adicione o conteúdo do seuInstalled.cert à lista de autoridade de certificação (CA) do WP

    Nenhum conhecimento pessoal; mas uma postagem sobre um problema WPSC semelhante no nginx aconselha a adicionar o texto de seu certificado autenticado para “/wp-includes/certificates/ca-bundle.crt”. Deve ser reaplicado após cada atualização do WP.

  3. Pagar um host para um ambiente de teste em um servidor separado.

    Pode ser possível criar um certificado de LetsEncrypt para uso em um “localhost”, mas isso seria muito direto.

    Se você estiver executando um site comercial, eu teria pensado que valeria a pena pagar (US $ 5,00) para um host com a escolha da versão PHP, MySQL e cpanel com a instalação do certificado gratuito LetsEncrypt SSL. Compre um novo domínio, ou CNAME um sub-domínio para uso neste ambiente; obviamente WP terá que ser configurado para este novo domínio – mas seu ambiente pode ser uma partida (próxima) exata para viver. Impedir indexação via robots.txt, noindex e, talvez, autenticação básica. Desative o site quando não estiver testando. Quando não estiver em uso, mude para o modo de manutenção e desative / reorne-se através de conf / htaccess.

“pode ​​ter que desativar https no meu ambiente local, mas prefiro manter tudo congruente”

Se o site servir o mesmo conteúdo em HTTP e HTTPS, então limitar o teste para HTTP novamente não deve ser um problema. Se os requisitos de armazenamento em cache são diretos, por exemplo, você não precisa se preocupar com o que não está sendo armazenado em cache em um site de comércio eletrônico ou você não está armazenando em cache pelo país visitante; então, desabilitar o armazenamento em cache no teste é outra opção.