1 comentarios

 
GN⁺ 2024-06-30
Opiniones en Hacker News
  • Yo escribí el último issue enlazado, y fue un déjà vu raro. Mientras investigaba el problema en ese momento, encontré un comportamiento bastante extraño.
    Básicamente, Firefox cargaba 4 veces más favicons que la cantidad de pestañas abiertas de ese sitio web, y lo repetía cada vez que se abría o cerraba una pestaña.
    https://aggressivelyparaphrasing.me/2022/12/12/why-does-my-l...
    Ese problema se solucionó hace bastante, así que los síntomas pueden ser parecidos pero con una causa raíz distinta, o quizá todavía haya gente usando versiones antiguas.

    • Parece que WordPress maneja los 404 realmente lento. Solo viendo mis logs, hay un flujo constante de bots probando vulnerabilidades con URLs aleatorias, así que más bien sorprende que funcione correctamente.
  • Es un proyecto open source, y hay una buena discusión técnica en GitHub[1]. Puede estar relacionado con ciertos comportamientos de usuarios, como dejar cientos de pestañas abiertas, pero la complejidad de meter un navegador dentro de iOS también seguramente influye.
    Es como meter una excavadora en una caja de arena y operarla ahí.
    [1] https://github.com/mozilla-mobile/firefox-ios/issues/12113

    • También me da curiosidad cómo esas solicitudes llegan al punto de romper un servidor web. Está pidiendo el feed y el favicon, y ambos se pueden cachear con un CDN.
      Incluso sin cachearlos, me pregunto cuánto tráfico puede ser comparado con cuando otra página llega a portada en HN. Sí, es un desperdicio, pero no parece algo tan grave.
    • Con cientos de pestañas abiertas en Chrome, esto no pasa para nada. Aunque por accidente dejes cientos de pestañas abiertas en Safari para iOS, esto no pasa.
      Ojalá no se le eche la culpa al usuario por algo que claramente es un bug de la aplicación.
    • Apenas vi el título pensé en los scrapers y bots de LLM que andan por toda la web. Pronto quizá corran directamente en un AIphone.
    • Pensaba que todos los navegadores en iOS usaban el motor de navegador de Apple, y que en Android pasaba lo mismo.
      O sea, creía que eran solo skins.
  • Pensaba que Firefox en iOS era solo Safari con otro skin, porque Apple no permite otros motores de navegador en el teléfono.
    Firefox en Android es excelente gracias al soporte de plugins, aunque de todos modos la interfaz anterior a 2021 era mejor.

    • Como los comentarios hermanos son bastante negativos, agrego mi experiencia: no sé qué pasa por dentro, pero al menos durante los años previos a la reescritura siempre consideré buena la experiencia de usuario de Firefox para Android.
      Aunque no me gusta navegar la web en el celular, hacía que fuera relativamente tolerable. No puedo hablar de los problemas internos, pero por supuesto son asuntos que valen la pena atender.
    • Firefox en Android es como una salvación para mí. La clave es que en móvil también se pueden instalar uBlock Origin y NoScript.
      Me impacta ver a gente navegando la web sin esos dos. Es absurdo cuánto permiten que les roben la atención.
    • Firefox en Android no es excelente. Durante años, el user agent incluía el modelo exacto del teléfono.
      Parece incompetencia. Corrijo: la expresión fue algo dura, y me refería a la empresa, no a un empleado en particular. Es exactamente lo que Google quiere: en temas de monopolio, dar una negación plausible mientras las alternativas siguen siendo pésimas.
    • iOS exige que los navegadores usen WebKit provisto por el sistema operativo, pero sí pueden usar su propia capa de networking o inyectar scripts directamente, como extensiones. Orion funciona así.
      Firefox para iOS antes usaba Alamofire como motor de networking, pero en algún momento cambió a NSURLSession/URLSession. Chrome para iOS usa Cronet, separado del stack de networking de Chromium, aunque no ha seguido el desarrollo reciente, así que no sé si todavía sea así.
    • Firefox en iOS sí es Safari con otro skin. Aun así evita parte del contenido de rastreo/publicidad, así que se comporta algo distinto.
      Pero si eso es tan problemático, basta con agregar un favicon. Como referencia, yo pruebo con frecuencia en Firefox en iOS y nunca he visto este fenómeno.
  • El autor de este sitio normalmente se esfuerza bastante por ocultar el nombre cuando habla de una gran empresa comercial que hizo alguna tontería, pero cuando es Firefox, usa el nombre real. Hmm.

    • El autor oculta el nombre de su empleador. Cuando es algo que descubrió como usuario final, deja el nombre tal cual.
    • Si no se revela cuál es el navegador problemático, el artículo deja de tener sentido.
    • Como alguien que lo ha leído continuamente por el feed, no me parece que sea tanto así; solo pasa en casos específicos.
  • Recuerdo que antes pasaba algo parecido con Internet Explorer. Pedía el favicon, pero en ese entonces no estaba configurado, así que devolvía una página 404, y eso parecía disparar otra solicitud del favicon.

  • Es interesante. Solo desde el punto de vista de la experiencia de usuario, Firefox para iPhone es una app realmente excelente y desde hace años es mi navegador preferido.

    • ¿Incluso si en la práctica es un skin de Safari?
  • El favicon no forma parte de cada directorio individual. Si así fuera, habría sido un diseño tonto.
    Los favicons por ruta sí suenan como una función.

    • De hecho, son una función.
      https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes...
    • Hoy en día es bastante fácil si defines una etiqueta que especifique el ícono. Es distinto a esperar que el archivo esté en la ubicación correcta.
    • ¿Puedes dar al menos algunos casos de uso donde se necesiten favicons por ruta?
    • Hace mucho lo implementé con pragma no-cache y verificando el referrer. No era perfecto, pero funcionaba para la mayoría de los usuarios.
    • Ese es exactamente el punto que planteó el autor.
  • En https://stackoverflow.com/q/1321878/961353 hay algunas sugerencias para desactivar por completo las solicitudes de favicon.

  • Uso Firefox en iPhone. Perdón.
    Aun así, probablemente desperdicie menos energía que andar haciendo cosas con IA generativa.

  • Para quien quiera buscar el bug, dejo la ubicación del código: https://github.com/mozilla-mobile/firefox-ios/tree/main/Brow...