Verifica si los dominios en una publicación son válidos, preferiblemente antes de publicarla. Si la verificación del dominio falla, marca la publicación para revisión del moderador.
Esto no es un verificador de enlaces.
Esto no es un verificador de direcciones de correo electrónico.
Recientemente, tuve una publicación que contenía una dirección de correo electrónico. A medida que se acumulaban las respuestas, los hechos del OP no cuadraban. Al verificar el nombre de dominio, no pude encontrar un nombre de dominio registrado, por ejemplo, búsqueda ICANN
Esto podría tener una utilidad muy específica, pero también hay razones legítimas para proporcionar nombres de dominio no válidos en las publicaciones.
Por ejemplo, al compartir configuraciones aquí en meta, es posible que no desee compartir públicamente la dirección de su instancia. También es bastante común compartir ejemplos de la estructura de URL contra dominios genéricos o inexistentes.
Eso suena como un conjunto de circunstancias muy específico, ¿podrías compartir algo más?
Sin embargo, esto es una mala práctica. Esos dominios podrían existir y ser algo más — o tal vez incluso peor, podrían existir en el futuro. Los ejemplos deben usar example.com, example.org o example.net. Estos son reales, se resuelven y están destinados a este propósito.
Lo bueno de las mejores prácticas es que los no iniciados no las conocen. Es casi como algo de torre de marfil crear fricción al publicar en el contexto de lo anterior. Recuerda que la facilidad relativa de la instalación estándar es tal que a veces instalar Discourse puede ser la primera tarea de tipo ‘administrador de sistemas’ de un usuario.
No podemos ir verificando la propiedad del dominio antes de que alguien publique un enlace. Si comparten una configuración con un dominio no válido, ¿cómo diferenciamos entre un error tipográfico, una configuración de DNS incorrecta y un dominio que aún no se ha replicado?
Si te refieres a cómo lo compruebas manualmente como moderador. Si la búsqueda ICANN falla, envía un mensaje privado a la persona pidiendo detalles, eso es lo que hago.
Parece que el OP abandonó el sitio justo después de la última publicación cuando el tema se no listó. La mayoría de los usuarios a los que se les no lista su tema tienden a responder mucho antes que después.
El usuario se unió unas horas antes de publicar y también recibió algunas marcas durante ese tiempo.
¿Podrías explicar un poco más cómo un verificador de dominios habría ayudado con el tema enlazado arriba?
El OP no incluye un dominio, solo una dirección de correo electrónico. Fue tu respuesta en la publicación 11 la que se refirió a un .com, que incidentalmente es un dominio válido registrado; está aparcado en sedo. Si el usuario lo hubiera especificado y el dominio hubiera sido verificado, habría devuelto información válida de whois.
No tengo claro cómo tu solución propuesta habría reducido la carga de moderación en el tema que enlazaste.
Como humano, reconocí plausibleai como un dominio, pero es parte del nombre de usuario. Pero aun así, sería bueno tener un verificador de dominios, ya que los usuarios todavía intentan pasar dominios falsos.
Honestamente, todo esto me parece un poco más un problema xy que rdd.
Nadie quiere lidiar con las consecuencias del comportamiento malicioso, intentar atraer a los usuarios fuera del sitio podría indicar eso. Discourse tiene muchas protecciones contra el comportamiento de spambots masivos, pero este tipo de cosas específicas todavía dependen de las marcas de la comunidad y de moderadores receptivos.
Si fuera un problema determinista, entonces el problema XY tendría sentido, sin embargo, con LLM y entrenamiento vale la pena intentarlo. Quizás debería ser una sugerencia de Discourse AI en lugar de una sugerencia de función.
Aún así, mucho spam se cuela. El detector de spam atrapa principalmente a los usuarios nuevos que escriben demasiado rápido, el tipo de spam.
Dado que esto se está saliendo del tema, me detendré aquí.