Intenté buscar en Google o en el buscador, pero no pude encontrarlo. Cuando escribo un nombre de dominio como discourse.org en una oración, se convierte en un enlace. Este es un enlace HTTP:
¿Hay alguna forma de hacer que esto sea HTTPS por defecto? Estoy intentando eliminar los errores de contenido mixto sin convertir manualmente estos en enlaces HTTP.
Hay una configuración del sitio force_https. Está habilitada por defecto en una instalación estándar.
¿Entonces no está habilitado aquí? Incluso el enlace directo a meta.discourse.org es un enlace HTTP aquí. Verificaré si esto es cierto en otros foros.
Por lo que veo en el código, force_https es falso por defecto.
La configuración del sitio force_https falta aquí. Por lo que he leído aquí:
Esto ocurre porque HTTPS está habilitado. Yo uso Let’s Encrypt.
Parece que, por defecto, los enlaces de texto son HTTP y no puedes cambiar esto. Si lo añades en una nueva línea, se convierte en un enlace HTTPS. Por ejemplo:
Confirmado, los enlaces publicados de esta manera usan http, incluso cuando force-https está activado.
Podría estar equivocado, pero supongo que sería porque el “oneboxer” sigue todas las redirecciones cuando se coloca de esa manera, donde no lo hace para los enlaces en línea.
Entonces, la gran pregunta es… ¿podemos cambiar este comportamiento? HTTPS es prácticamente el predeterminado hoy en día:
Los discourse.org o meta.discourse.org son palabras vigiladas reemplazadas automáticamente por enlaces. Quizás no use enlaces https allí. 
No creo que eso sea cierto, el mismo comportamiento se observa en, por ejemplo, google.com y apple.com para dar algunos ejemplos rápidos.
Para mí, parece que los enlaces en línea sin protocolo vuelven a http por defecto. (así que https://google.com funciona, por ejemplo)
Oh, tienes razón.
Exacto. ¿Tendría sentido cambiar este comportamiento a HTTPS en lugar de HTTP?
A menos que algo haya cambiado recientemente, un enlace a un sitio inseguro no activará un error de contenido mixto.
Los errores de contenido mixto se refieren a los recursos que componen la página. Si tu sitio es https pero carga recursos de una fuente insegura, entonces estarás sirviendo contenido mixto.
Force_https se refiere a tu sitio de Discourse y a los enlaces internos dentro de él.
Un enlace en una nueva línea se “oneboxea”, en lugar de ser solo un enlace. Para hacer eso, el enlace tiene que ser “cargado” y se inspecciona el documento predeterminado en el destino. Si el sitio usa https sobre http, esa redirección tendría lugar.
No creo que quieras esto.
Si bien es ciertamente alto, lo cual es bueno, no creo que el 85% sea suficiente para cambiar el comportamiento predeterminado de tu foro.
Hasta donde sé, casi cualquier sitio https (¡apuesto a que más del 99%!) redirigirá todas las solicitudes http a la https.
Lo inverso no es cierto.
Lo que significa que enlazar a http://example.com casi nunca es un problema, ya que de todos modos terminas en https://example.com.
Al igual que @Stephen, creo que podrías estar enfocándote en la parte equivocada. Hasta donde sé, tener un enlace \u003ca href=\"http... no activará las advertencias de contenido mixto.
Este error solo debería activarse al incrustar contenido que no sea https en tu sitio https. Por lo tanto, cargar imágenes externas podría ser un culpable, o incrustar un script de terceros, ¿algo en un tema tal vez?
Probablemente sea bueno profundizar en la consola del navegador y ver qué desencadena el error 
Déjame explicar. Tenemos muchos usuarios que escriben el nombre de nuestro dominio en las respuestas del foro. También incrustamos respuestas del foro en el sitio principal, por lo que ahora tengo algunos enlaces internos HTTP en lugar de HTTPS. No es un gran problema, pero si pudiera hacer que estos también fueran HTTPS, sería bueno.
Esto es correcto, no activa una advertencia de contenido mixto
¿Hay algo que pueda hacer? Además de monitorear las respuestas y quizás escribir un script para actualizar las URL
Creo que puedes usar palabras observadas para reemplazar el nombre de host sin formato con la URL.
No me di cuenta de que esto fuera posible, pero suena como una buena idea. Lo intentaré. En caso de que alguien más esté buscando esto:
…/admin/customize/watched_words/action/replace
Creo que estas dos funciones pueden no ser compatibles. Si mal no recuerdo, markdown linkify tlds parece tener prioridad y no permite que el enlace sea reemplazado por el reemplazo de palabras vigiladas.
