You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create an /admin/dashboard endpoint to provide a comprehensive overview of the platform’s key metrics and statistics. The endpoint should return aggregated data about users, reports, residue types, financial performance, and platform growth to enhance admin decision-making and platform monitoring.
🎤 Why is this feature needed ?
This feature is crucial for administrators to have a centralized view of the platform's performance and user activity. By having access to vital metrics, admins can:
Monitor the health and growth of the platform.
Identify areas for improvement, such as low user engagement or delayed report approvals.
Take data-driven actions to enhance the recycling ecosystem.
Example Use-Case:
In my use case, the dashboard will help admins quickly assess:
How many users are actively submitting recycling reports.
Which residue types are being processed the most.
How the platform's financial incentives (tokens) are performing.
This information is essential to ensure operational efficiency and scalability.
✌️ How do you aim to achieve this?
The /admin/dashboard endpoint will be implemented as a GET route and will return a structured JSON response with the following metrics:
User Statistics: Total, active users, and breakdown by type (e.g., recyclers, auditors).
Reports Data: Total, monthly submissions, and status breakdown (approved, pending, rejected).
Residue Types: Aggregated weight by type (e.g., plastic, metal).
Financials: Tokens issued/redeemed and cashback amounts.
Growth Metrics: Monthly user and report growth rates.
The implementation will leverage service classes for data aggregation and optimize database queries for performance. Data may also be cached for faster retrieval.
🔄️ Additional Information
Alternative Solution: A separate endpoint could be created for each metric (e.g., /admin/stats/users, /admin/stats/reports), but this would result in multiple requests from the frontend and a less cohesive dashboard experience.
Performance Optimization: To avoid heavy database queries, caching (e.g., Redis) can be implemented for frequently accessed stats.
Authentication: The endpoint will include admin-only access using role-based access control (RBAC).
👀 Have you spent some time to check if this feature request has been raised before?
🔖 Feature description
Create an /admin/dashboard endpoint to provide a comprehensive overview of the platform’s key metrics and statistics. The endpoint should return aggregated data about users, reports, residue types, financial performance, and platform growth to enhance admin decision-making and platform monitoring.
🎤 Why is this feature needed ?
This feature is crucial for administrators to have a centralized view of the platform's performance and user activity. By having access to vital metrics, admins can:
Monitor the health and growth of the platform.
Identify areas for improvement, such as low user engagement or delayed report approvals.
Take data-driven actions to enhance the recycling ecosystem.
Example Use-Case:
In my use case, the dashboard will help admins quickly assess:
How many users are actively submitting recycling reports.
Which residue types are being processed the most.
How the platform's financial incentives (tokens) are performing.
This information is essential to ensure operational efficiency and scalability.
✌️ How do you aim to achieve this?
The /admin/dashboard endpoint will be implemented as a GET route and will return a structured JSON response with the following metrics:
User Statistics: Total, active users, and breakdown by type (e.g., recyclers, auditors).
Reports Data: Total, monthly submissions, and status breakdown (approved, pending, rejected).
Residue Types: Aggregated weight by type (e.g., plastic, metal).
Financials: Tokens issued/redeemed and cashback amounts.
Growth Metrics: Monthly user and report growth rates.
The implementation will leverage service classes for data aggregation and optimize database queries for performance. Data may also be cached for faster retrieval.
🔄️ Additional Information
Alternative Solution: A separate endpoint could be created for each metric (e.g., /admin/stats/users, /admin/stats/reports), but this would result in multiple requests from the frontend and a less cohesive dashboard experience.
Performance Optimization: To avoid heavy database queries, caching (e.g., Redis) can be implemented for frequently accessed stats.
Authentication: The endpoint will include admin-only access using role-based access control (RBAC).
👀 Have you spent some time to check if this feature request has been raised before?
🏢 Have you read the Code of Conduct?
Are you willing to submit PR?
None
The text was updated successfully, but these errors were encountered: