Presentación en HN: un sitio web minimalista (¿brutalista?) para compartir todos tus enlaces

• lynx.boo parece ser un sitio público para compartir enlaces, pero al acceder actualmente aparece una página de error 522 de Cloudflare en lugar del servicio real
• El estado de error indica una situación en la que la solicitud se conectó al servidor web de origen, pero no pudo completarse
• En la pantalla de diagnóstico, el navegador y Cloudflare aparecen como normales, mientras que el host lynx.boo figura con Error
• Los visitantes deben volver a intentarlo en unos minutos, y el propietario del sitio debe informar a su proveedor de hosting que el servidor web no logra finalizar las solicitudes
• La causa más probable es que alguna tarea del lado del servidor esté ocupando recursos en exceso, impidiendo que termine el procesamiento de las solicitudes

---

Estado actual de acceso

• lynx.boo devuelve una página de error de Cloudflare en lugar de la pantalla del servicio, y en el cuerpo se muestra el estado 522: Connection timed out
• El diagnóstico de estado se divide en tres secciones
  • Browser: Working, la ubicación aparece como Los Angeles
  • Cloudflare: Working
  • Host: Error, el destino es lynx.boo

Qué significa el error 522

• Error 522 significa que la solicitud se conectó al servidor web, pero el procesamiento de la respuesta no terminó
• A los visitantes se les indica que vuelvan a intentarlo después de unos minutos
• El propietario del sitio debe informar a su proveedor de hosting que el servidor web no puede completar la solicitud
• La causa más probable es que alguna tarea en el servidor esté ocupando recursos en exceso
• El Cloudflare Ray ID se muestra como a142c425fffbcab0

[GN⁺]

Opiniones de Hacker News

• Más que brutalismo, me gustaría llamarlo “NASA Revivalist”, porque evoca el manual de diseño gráfico de la NASA de los años 70[0].
  Habiendo diseñado o restaurado arquitectura brutalista real, esta herramienta se salta varios elementos clave del estilo: como no hay concreto, no huele a concreto con esa “fragancia de la Americana de mediados de siglo”; tampoco da la sensación de que la policía secreta te vaya a arrestar en cada esquina; y no necesita lavado a presión periódico para evitar que parezca el set de una película de terror postapocalíptica.
  Lo de “vivir y trabajar” solo aplica en un sentido específico, y sin incluir el olor a cigarro.
  0 <https://www.nasa.gov/wp-content/uploads/2015/01/nasa_graphic...>

  • Curiosamente, mi centro de datos sí usa concreto.
    El punto 2 es porque no estás usando este sitio web en Estados Unidos, y el 3 definitivamente requiere menos lavado a presión.
    Sé que es broma, pero creo que el diseño brutalista en sitios web es una teoría de diseño distinta del brutalismo en arquitectura. Claro que yo tampoco sigo estrictamente un estilo de diseño específico.
  • Es interesante dónde se superponen la NASA y el MoMA en términos de diseño: simplicidad y claridad.
    Personalmente llamo a mi estilo “Marketing Brutalism”. Tiene que haber un objetivo para el usuario final, y ese objetivo puede ser una acción o una revelación, según el propósito del sitio.
    Con que sea claro y conciso basta. Si está “más o menos bien”, ya es un banquete; solo tiene que parecer confiable en un 51%.
    Si lograste instalar con éxito un meme como el de IBM en los 80, “a nadie lo despidieron por elegir IBM”, entonces ya llegaste a la meta.
    Claro, esto supone que la exposición ocurre sin ningún contexto previo. Si lograste que la gente ate su identidad a la marca, después solo queda bombardearlos con productos frente a sus familias en cada festividad.
  • En algún momento consideré dedicarme a la arquitectura, y el brutalismo puede funcionar bien en aplicaciones muy específicas.
    Aunque estoy de acuerdo en que en algunos casos hace falta lavado a presión.

• Está muy bueno. Hay algunas cosas que me llamaron la atención.
  El enlace a mi sitio aparece tal cual como Avi Perl's personal site!.
  En la página de edición no hay un enlace a mi homepage donde se muestran los enlaces, y en realidad tampoco quedaba claro que tenía que ir ahí para verlos. Llegué a mi página por deducción.
  El enlace de confirmación se fue a spam en Gmail. Estaría bien que la página de confirmación tuviera un enlace para redirigir a la página de edición o a la homepage.
  Si pones una biografía muy larga, en móvil el último botón queda flotando sobre el texto inferior y se ve mal; además, la alineación centrada del texto inferior en móvil se ve un poco desfasada.
  Como idea, si cada elemento pudiera tener un nombre corto, también podría usarse como acortador de URL. Si a mi sitio personal le pongo el nombre corto p, entonces lynx.boo/aviperl/p podría ser una alternativa a tinyurl; y si además hubiera una opción para ocultar la URL en la homepage, ya no tendría que volver a usar un servicio de esos.
  Me da curiosidad qué pasa cuando el sitio necesita recuperar una URL que ya reservó alguien como usuario. Como soy el dueño de la página about, supongo que me enteraré directamente :D https://lynx.boo/about

  • Mucho feedback, y muy bueno.
    Lo de no renderizar caracteres especiales, especialmente signos de puntuación básicos, fue un error de principiante; gracias por detectarlo.
    Creo que el enlace de confirmación va a caer en spam en casi cualquier cliente de correo. Ya hice toda la configuración necesaria para email, pero es una IP sin reputación y sospecho que el historial de las IP vecinas tampoco es perfecto, así que sigo investigando. Aun así, como parte de esa sensación de “internet de antes”, no quiero usar esos operadores de SMTP.
    Vi el problema del footer anoche antes de dormir y, por suerte, es fácil de arreglar. Tengo que revisar por qué el texto del footer se sale del centro.
    Hoy planeo agregar la redirección a la página. Antes lo había dejado como una notificación de texto sin estilo, pero hasta para mí era demasiado minimalista. Todavía no agregué mucha lógica.
    Casualmente, antes de hacer esto había empezado un sitio tipo “bit.ly, pero minimalista”, con soporte para QR y analíticas básicas, que está como al 90% terminado. Me desvié a esta idea como por ADHD, pero lo voy a lanzar como parte de una familia de productos minimalistas. Eso no significa que no puedan prestarse funciones entre sí.
    La verdad, creo que hay dominios mucho más geniales para quedarse. Se puede usar una sola letra, se pueden usar emojis, hay muchas posibilidades. Reservé algunos, pero no tengo claro dónde trazar la línea. Si alguien los usara para fingir ser LynxBoo a propósito, eso sí sería un problema; fuera de eso, quiero recompensar la creatividad y que la gente se lleve todo tipo de nombres divertidos.

• Lo probé rápido.
  La validación en la página del formulario no exige una URL válida, pero al enviar falla la validación si la URL está mal. Si vuelvo atrás para corregirla, el botón de enviar sigue en estado de carga y no puedo editar.
  No creo que tenga sentido exigir un título para la URL. Si está vacío, podría usarse el dominio como título, o la URL misma.
  Perdón, pero me quedé trabado ahí, así que no tengo más feedback.

  • Buen feedback. Ya es la segunda persona que veo decir que es mala experiencia de usuario avisarte que la URL no es válida recién después de que llenaste todo.
    Intenté usar JavaScript al mínimo, pero parece un buen punto para agregar un poco más.
    También tengo que arreglar el problema del botón de enviar.
    Edición: ya arreglé todo eso.
  • Estoy de acuerdo con lo de que el título sea obligatorio. Siempre es algo molesto.

• Algo de lo que estoy realmente orgulloso es lo pequeña que es la página.
  Claro, es un sitio tontamente simple, pero tampoco me parece feo, y aun la página con más JavaScript y HTML pesa alrededor de 5 KB.
  Como pasé un tiempo enseñando en Alaska, llegué a valorar mucho los sitios web con una huella pequeña.

  • Promoción descarada de mi proyecto NeatCSS: https://neat.joeldare.com
  • Algo que me gustaría que la mayoría entendiera hoy es que no tienes que gustar de esta estética contenida para hacer que un sitio sea entre 100 y 1000 veces menos inflado que el promedio.
    Con HTML semántico normal y CSS común puedes crear un sitio bonito y con estilo. No necesitas React ni styled components, y JavaScript solo donde haga falta. Ah, siento que ya me convertí por completo en un viejo gritándole a las nubes.
    En fin, está bien hecho.
  • Viendo tus gustos en sitios web, creo que también apreciarías mi intento de revivir casual encounters de Craigslist: https://LokiList.com/
    El tamaño en kilobytes depende de cuántas publicaciones aparezcan en la primera página.

• Creé una página. Si quieres verla sin registrarte, está aquí: https://lynx.boo/dg

  • Es genial que el ejemplo que publicaste para ayudar sea spam SEO. Si eso no es una versión condensada de internet, no sé qué lo sea. Bien hecho.
  • No esperaba ver nombres de barrios cerca de mí.
  • Veo que estás reservando los buenos nombres. Gracias por el ejemplo :)
  • Esto era justo lo que quería ver, y diste un buen ejemplo.
    Con expresiones como “viscerally offensive” y “SEO spam” puse los ojos a girar como tragamonedas.

• Adiviné que el correo registrado era [e-mail] y pude enviar una solicitud de edición para el enlace de lynxboo.
  Parece que podría abusarse con bastante facilidad. No necesariamente es una vulnerabilidad de seguridad, ¿pero no podrías recibir mucho spam?

  • Pensé un poco en esto, y no me parece muy distinto de que alguien ponga tu correo en un campo de “olvidé mi contraseña”; de hecho, lo veo más seguro.
    En ese caso solo tendrían que adivinar que ese correo está registrado en el sitio, mientras que aquí tendrían que saber además que ese correo está registrado en ese Lynx específico.
    Puede ser molesto, pero la posibilidad de abuso parece un caso extremo.

• Me gustan la idea, el empuje y las funciones del sitio, pero tengo una sugerencia que podría ayudar.
  Estaría bueno bajar el “aspecto” brutalista de 10 a algo como 9. Hay dos cosas que pueden mantener el espíritu del sitio y hacerlo más usable.
  Sería bueno agregar modo claro/oscuro según el sistema. El blanco al 100% es demasiado agresivo y brillante, y hace que dé menos ganas de usarlo.
  También estaría bueno alejar apenas el blanco y el negro del 100% blanco y 100% negro, llevándolos a un gris un poco más suave y a un casi negro. Al final es un tema de accesibilidad para los ojos. El brutalismo no tiene por qué significar que sea desagradable.

  • Gracias. Voy a pensar cómo implementar el modo nocturno con la configuración actual. Buen consejo.

• Un sitio web verdaderamente “brutalista” para compartir enlaces sería un archivo txt con solo una lista de enlaces y comentarios, o una página HTML sin nada de CSS/estilos.

  • Mi sitio web se puede navegar con netcat:
    nc apitman.com 2052 <<< /txt/feed
    [0]: https://apitman.com/19/
  • Hace unos años lo cambié a una configuración así.
    Mantengo un archivo de texto con todos los enlaces y metadatos como fechas y etiquetas.
    https://eapl.me/links/links.txt
    También tengo algunos scripts en PHP que hacen que los enlaces sean más fáciles de ver.
    https://eapl.me/links/all_links.php?tag=dev
    No es la forma más fácil de administrar todo, así que estoy pensando más en un script para actualizar o borrar enlaces viejos desde la web, en lugar de hacerlo por SSH como ahora.

• Creo que usaría esto.
  +1 a no exigir un nombre para el enlace, como dicen otros comentarios. Estaría bueno obtener el título de la página o permitir solo la URL.
  El correo de confirmación se fue a spam.
  Quizá no sea el espíritu del minimalismo, pero tal vez sí el espíritu de Unix: estaría bueno que pudiera extenderse con otros servicios. Que este servicio siga siendo un hosting de enlaces muy minimalista, pero que ofrezca webhooks y claves de API.
  Así, cuando se agregue un enlace, algo que yo tenga autoalojado podría disparar una acción, por ejemplo resumirlo con IA, extraer una captura de la página o agregarlo a mis notas. Para mí, así es como me gustaría que avanzara la web. Me parece mejor que intentar hacer crecer una empresa alrededor de compartir enlaces, o volverlo open source y esperar que la gente se meta en el codebase.

  • Se me olvidó mencionarlo, pero si agregas /json a la URL ya puedes recibir tus enlaces.
    Por el spam, estoy intentando dificultar que los bots creen o editen Lynx.
    Debería poner en el sitio que el correo de confirmación puede irse a spam.

• Si hablamos de brutalismo, incluso podrías eliminar opcionalmente los campos de título/URL.
  Bastaría con ofrecer un cuadro de texto que acepte una lista donde cada elemento sea simplemente title URL. Si es brutalismo, eso es lo que esperaría.
  Si hay una URL no válida en el cuadro de texto, podrías indicar el número de línea de ese enlace.