Ho provato a cercarlo su Google ma non sono riuscito a trovarlo. Quando digito un nome di dominio come discourse.org in una frase, questo diventa un link. Questo è un link HTTP:
C’è un modo per renderlo HTTPS per impostazione predefinita? Sto cercando di eliminare gli errori di contenuto misto senza trasformare manualmente questi link in link HTTP.
C’è un’impostazione del sito force_https. È abilitata per impostazione predefinita in un’installazione standard.
Allora non è abilitato qui? Anche il link diretto a meta.discourse.org è un link HTTP qui. Verificherò se questo è vero su altri forum.
Da quello che vedo nel codice, force_https è falso per impostazione predefinita.
L’impostazione del sito force_https manca qui. Da quello che ho letto qui:
Questo accade perché HTTPS è abilitato. Uso Let’s encrypt.
Sembra che per impostazione predefinita, i collegamenti di testo siano HTTP e non sia possibile modificarlo. Se lo aggiungi su una nuova riga, diventa un collegamento HTTPS. Ad esempio:
Appena confermato, i link pubblicati in questo modo usano http, anche quando force-https è attivo.
Potrei sbagliarmi, ma presumo che sia perché il oneboxer segue tutti i reindirizzamenti quando viene inserito in quel modo, mentre non lo fa per i link in linea.
Quindi, la grande domanda è… possiamo cambiare questo comportamento? HTTPS è praticamente il predefinito ormai:
I discourse.org o meta.discourse.org sono parole monitorate sostituite automaticamente da link. Forse non usa link https lì. 
Non credo che sia vero, lo stesso comportamento viene esibito su, ad esempio, google.com e apple.com per alcuni rapidi esempi.
Secondo me, sembra che i link inline senza un protocollo tornino semplicemente a http. (quindi https://google.com funziona, ad esempio)
Oh, hai ragione.
Esatto. Avrebbe senso cambiare questo comportamento in HTTPS invece di HTTP, giusto?
A meno che qualcosa non sia cambiato di recente, un link a un sito insicuro non attiverà un errore di contenuto misto.
Gli errori di contenuto misto si riferiscono agli asset che compongono la pagina. Se il tuo sito è https ma carica asset da una fonte insicura, allora stai servendo contenuto misto.
Force_https si riferisce al tuo sito discourse e ai link interni al suo interno.
Un link su una nuova riga viene “oneboxato”, piuttosto che essere solo un link. Per fare ciò, il link deve essere “caricato” e viene ispezionato il documento predefinito alla destinazione. Se il sito utilizza https su http, tale reindirizzamento avrà luogo.
Non credo che lo vorresti.
Sebbene sia certamente alto, il che è un bene, non credo che l’85% sia sufficiente per cambiare il comportamento predefinito del tuo forum.
Per quanto ne so, quasi tutti (scommetterei sul 99+%) i siti https reindirizzano tutte le richieste http a quelle https.
Il contrario non è vero.
Il che significa che collegarsi a http://example.com non è quasi mai un problema, dato che finisci comunque su https://example.com.
Come @Stephen, penso che tu ti stia concentrando sulla parte sbagliata. Per quanto ne so, avere un link <a> href="http... non attiverà gli avvisi di contenuto misto.
Questo errore dovrebbe essere attivato solo incorporando contenuti non https nel tuo sito https. Quindi il caricamento di immagini esterne potrebbe essere un colpevole, o l’incorporamento di uno script di terze parti, qualcosa in un tema forse?
Probabilmente è bene approfondire la console del browser e vedere cosa scatena l’errore 
Lascia che ti spieghi. Abbiamo molti utenti che digitano il nome del nostro dominio nelle risposte del forum. Incorporiamo anche le risposte del forum sul sito principale, quindi ora ho alcuni link interni HTTP invece di HTTPS. Non è un grosso problema, ma se potessi renderli anche HTTPS, sarebbe bello.
Questo è corretto, non attiva un avviso di contenuto misto
C’è qualcosa che posso fare? Oltre a monitorare le risposte e forse scrivere uno script per aggiornare gli URL
Penso che tu possa usare le parole monitorate per sostituire l’hostname nudo con l’URL.
Non mi ero reso conto che fosse possibile, ma sembra una buona idea. Ci proverò. Nel caso qualcun altro stia cercando questo:
…/admin/customize/watched_words/action/replace
Penso che queste due funzionalità potrebbero non essere compatibili. Se non ricordo male, markdown linkify tlds sembra avere la precedenza e non consentirà al link di essere sostituito dalla sostituzione delle parole monitorate.
