Feature Request/Enquiry: Storing Historic Lighthouse Reports for User Flows
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 24/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- javascript, typescript
- Domaine
- performance
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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?
- Langage dominant
- HTML
- Étoiles
- 131
- Forks
- 7
- Merge moyen
- 1 j 1 h
- PR mergées (30 j)
- 10
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de push-based/user-flow
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
push-based/user-flow#272 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
nx-plugin - init command adds `"PLUGIN_NAME": "^0.0.0"` to `package.json`Peut-être à nouveau libre @ChristopherPHolder l’a pris il y a 1209 jours, et aucune pull request n’est ouverte. Ouvertebug DX
push-based/user-flow#248 · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
push-based/user-flow#247 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
nx-plugin - outputPath optionalOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 20/100
push-based/user-flow#246 ·
Les mainteneurs répondent en général sous 1 jour
-
good first issue refactoring
Difficulté 2/5 1-3 heures Accessibilité débutants 47/100
push-based/user-flow#239 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de push-based/user-flow
Issues similaires
-
[Bug]: graphify query loads every language extractor just for _file_stem (about 34 ms per call)Peut-être pris @rohit-jsfreaky l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Graphify-Labs/graphify#5160 · 1 commentaire ·
Les mainteneurs répondent en général sous 2 jours
-
bug category:backup
Difficulté 2/5 1-3 heures Accessibilité débutants 73/100
LanternOps/breeze#11743 ·
Les mainteneurs répondent en général sous 1 jour
-
compiler
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
HerringtonDarkholme/hd-lang#1699 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
ranxianglei/billion-context#6256 ·
Les mainteneurs répondent en général sous 1 jour
-
[factory:modern-web] Apply content-visibility: auto to Long Message Lists (content-visibility-auto)Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
PaulKinlan/audio-feed#33 ·