Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

314
Vistas
Start_url no está en el alcance de ServiceWorker para la auditoría de Lighthouse PWA "localhost"

EDITAR: Si cambio el registro de SW a: -

 navigator.serviceWorker.register('/Brotkrumen/echo.js')

Obtengo el evento Install pero ServiceWorker nunca está LISTO.

Si ejecuta mi Brotkrumen PWA desde las páginas de GitHub, verá en el registro de la consola que obtengo un evento de instalación de PWA y todo es excelente (estoy escribiendo la ventana emergente de instalación agradable aquí). La auditoría de Lighthouse es todo verde.

El problema es cuando ejecuto el mismo código desde la copia local del repositorio: -

http://localhost:3333/brotkrumen/travelmanager.html

Me sale este error: -

Auditoría LightHouse

Este es mi manifiesto: -

 { "short_name": "Brotkrumen", "name": "Brotkrumen Web App", "description": "Native Background Geolocation POC", "icons": [ { "src": "gingerbreadhouse.png", "sizes": "48x48 128x128 144x144 192x192 512x512", "type": "image/png", "purpose": "any" }, { "src": "gingerbreadhouse.png", "sizes": "48x48 128x128 144x144 192x192 512x512", "type": "image/png", "purpose": "maskable" } ], "start_url": "/Brotkrumen/TravelManager.html", "background_color": "#00ccdd", "theme_color": "#00ccdd", "display": "fullscreen" }

El start_url anterior y el alcance de mi registro de Service Worker son los siguientes: -

 navigator.serviceWorker.register('echo.js', { scope: './' })

Esta configuración fue la única combinación que funcionó tanto en las páginas de GitHub que distinguen entre mayúsculas y minúsculas como en IIS.

IIS Ruta física "C:\repos" con una subcarpeta "Brotkrumen".

En ambos entornos, todo el código y los Service Workers funcionan como se esperaba. Excepto que Windows\Chrome\lighthouse detecte la PWA.

¿Windows sensible a mayúsculas y minúsculas?

about 4 years ago · Juan Pablo Isaza
1 Respuestas
Responde la pregunta

0

Mi mal :-( o, al menos, ¡Mi Incredulidad!

El único "problema" es la "b" en la barra de URL/navegación del navegador. Esto funciona en Windows/IIS: -

 http://localhost:3333/Brotkrumen/travelmanager.html

Es tan simple como eso. Y, antes de que pregunte, sí, fue una de las primeras cosas que probé, pero no me di cuenta de que el Historial del navegador Chrome vería una coincidencia "exacta" que no distingue entre mayúsculas y minúsculas y reemplazaría lo que escribí con la versión "antigua" en minúsculas . (Y, sí, no estaba prestando atención) Una vez que eliminé la URL "antigua" del historial e ingresé la nueva, se aprobaron todas las auditorías de faro.

Ingresé un error con Lighthouse pero no estuvieron de acuerdo.

Para mí, la insensibilidad a mayúsculas y minúsculas de Windows y Chrome debe ser respetada/honrada con una comparación INCENSITIVA de mayúsculas y minúsculas realizada por Lighthouse. Linux/GitHub no encontrará la subcarpeta en primer lugar, y todas las demás verificaciones de casos de URL (almacenamiento en caché, etc.) se aplican para que no haya regresión aquí.

¿O Chrome distingue entre mayúsculas y minúsculas?

De todos modos, todo está bien que termina.

about 4 years ago · Juan Pablo Isaza Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda