Tentei pesquisar no Google, mas não consegui encontrar. Quando digito um nome de domínio como discourse.org em uma frase, ele se torna um link. Este é um link HTTP:
Existe alguma maneira de torná-lo HTTPS por padrão? Estou tentando me livrar de erros de conteúdo misto sem transformar manualmente esses links em links HTTP.
Existe uma configuração force_https. Ela está habilitada por padrão em uma instalação padrão.
Então não está habilitado aqui? Até o link direto para meta.discourse.org é um link HTTP aqui. Verificarei se isso é verdade em outros fóruns.
Pelo que vejo no código, force_https é falso por padrão.
A configuração do site force_https está faltando aqui. Pelo que li aqui:
Isso acontece porque o HTTPS está habilitado. Eu uso Let’s encrypt.
Parece que, por padrão, os links de texto são HTTP e você não pode alterar isso. Se você adicioná-lo em uma nova linha, ele se tornará um link HTTPS. Por exemplo:
Confirmado, links postados assim usam http, mesmo quando force-https está ativado.
Eu posso estar errado, mas suponho que seja porque o oneboxer segue todos os redirecionamentos quando colocado dessa forma, onde ele não faz isso para links na mesma linha.
Então, a grande questão é… podemos mudar esse comportamento? O HTTPS é praticamente o padrão hoje em dia:
O discourse.org ou meta.discourse.org são palavras observadas substituídas automaticamente por links. Talvez não use links https lá. 
Não acredito que isso seja verdade, o mesmo comportamento é exibido em, digamos, google.com e apple.com para alguns exemplos rápidos.
Para mim, parece que links inline sem um protocolo simplesmente voltam para http. (então https://google.com funciona, por exemplo)
Ah, você tem razão.
Exato. Faria sentido mudar esse comportamento para HTTPS em vez de HTTP, certo?
A menos que algo tenha mudado recentemente, um link para um site inseguro não acionará um erro de conteúdo misto.
Erros de conteúdo misto referem-se aos ativos que compõem a página. Se o seu site for https, mas carregar ativos de uma fonte insegura, você estará servindo conteúdo misto.
Force_https refere-se ao seu site do Discourse e aos links internos nele.
Um link em uma nova linha cria uma caixa de pré-visualização, em vez de ser apenas um link. Para fazer isso, o link precisa ser “carregado” e o documento padrão no destino é inspecionado. Se o site usa https sobre http, esse redirecionamento ocorreria.
Eu não acho que você gostaria disso.
Embora seja certamente alto, o que é bom, eu não acho que 85% seja o suficiente para mudar o comportamento padrão do seu fórum.
Pelo que sei, praticamente qualquer (eu apostaria em 99+%) site https redirecionará todas as requisições http para o https.
O inverso não é verdadeiro.
Significando que linkar para http://example.com quase nunca é um problema, já que você acaba em https://example.com de qualquer forma.
Como o @Stephen, eu acho que você pode estar focando na parte errada. Pelo que sei, ter um link de <a> href="http... não acionará os avisos de conteúdo misto.
Esse erro só deve ser acionado ao incorporar conteúdo não-https no seu site https. Portanto, carregar imagens externas pode ser um culpado, ou incorporar um script de terceiros, algo em um tema talvez?
Provavelmente é bom mergulhar mais fundo no console do navegador e ver o que aciona o erro 
Deixe-me explicar. Temos muitos usuários que digitam o nome do nosso domínio em respostas do fórum. Também incorporamos respostas do fórum no site principal, então agora tenho alguns links internos HTTP em vez de HTTPS. Não é um grande problema, mas se eu pudesse torná-los HTTPS também, seria bom.
Isso está correto, não aciona um aviso de conteúdo misto
Há algo que eu possa fazer? Além de monitorar as respostas e talvez escrever um script para atualizar os URLs
Eu acho que você pode usar palavras observadas para substituir o nome do host bruto pela URL.
Não percebi que isso era possível, mas parece uma boa ideia. Vou tentar. Caso mais alguém esteja procurando por isso:
…/admin/customize/watched_words/action/replace
Acho que esses dois recursos podem não ser compatíveis. Se bem me lembro, o markdown linkify tlds parece ter precedência e não permite que o link seja substituído pela substituição de palavras observadas.
