Feature Request/Enquiry: Storing Historic Lighthouse Reports for User Flows
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 24/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- javascript, typescript
- Bereich
- performance
Rechercherichtung
Start by reading the project documentation and entry points for running Lighthouse user flows, then compare how Lighthouse CI stores page load reports. The issue asks whether historic user flow reports can be stored and compared over time, but it does not identify a storage design or implementation scope. Done would mean a decided approach for storing and comparing those reports.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
I was wondering if there is a solution to store historic Lighthouse reports for user flows, allowing us to compare them over time. This feature would be incredibly useful for tracking performance changes and improvements.
For page load reports, a similar solution is provided by the Lighthouse CI server. Is there a way to store user flow reports as well on the lighthouse CI server, or is there any other solution available for that?
- Vorherrschende Sprache
- HTML
- Sterne
- 131
- Forks
- 7
- Ø Merge
- 1 T. 1 Std.
- Gemergte PRs (30 T.)
- 10
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus push-based/user-flow
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
push-based/user-flow#272 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
nx-plugin - init command adds `"PLUGIN_NAME": "^0.0.0"` to `package.json`Evtl. wieder frei @ChristopherPHolder hat das vor 1209 Tagen übernommen, und es ist kein Pull Request offen. Offenbug DX
push-based/user-flow#248 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
push-based/user-flow#247 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100
push-based/user-flow#246 ·
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue refactoring
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 47/100
push-based/user-flow#239 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in push-based/user-flow
Ähnliche Issues
-
[Bug]: graphify query loads every language extractor just for _file_stem (about 34 ms per call)Evtl. vergeben @rohit-jsfreaky hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Graphify-Labs/graphify#5160 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 2 Tagen
-
bug category:backup
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 73/100
LanternOps/breeze#11743 ·
Maintainer antworten meist innerhalb von 1 Tag
-
compiler
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
HerringtonDarkholme/hd-lang#1699 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
ranxianglei/billion-context#6256 ·
Maintainer antworten meist innerhalb von 1 Tag
-
[factory:modern-web] Apply content-visibility: auto to Long Message Lists (content-visibility-auto)Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
PaulKinlan/audio-feed#33 ·