feat(source2): lock dark mode, sans-serif typography, and all recent updates

This commit is contained in:
rafif committed 2026-08-20 23:02:00 +07:00
1 parent dd4c8f6876
commit 9f24b56e97
259 files changed
+15596 -8966

No files matched your search

+20
View File
@@ -0,0 +1,20 @@
# Iteration Log - 2026-07-22-1905-adhoc
## Request & Scope
- **Request**: Resolve telemetry bandwidth mismatch between main dashboard and detail modals by implementing time range-based summation.
- **Affected Components**: Proxy Collector, Backend routes (`/summary`, `/app-details`, `/device-details`).
## Steps Taken
1. **Analysis**: Verified that MongoDB stored 24h cumulative snapshots periodically, which the backend then incorrectly `$sum`med across multiple periods, causing Terabyte multiplication.
2. **Proxy Redesign**: Changed the collection interval parameter from `1440` (24h) to `5` (5m) in all `netify` queries inside `proxy/collector.js`, `proxy/collectorHelper.js`, and `proxy/collectorHelperDpi2.js`.
3. **Backend Refactoring**:
- `/summary`: Grouped and summed `bandwidth_down` and `bandwidth_up` over the timeRange filter.
- `/app-details` and `/device-details`: Rewrote manual latest-timestamp deduplication logic into standard dynamic aggregation summation.
4. **Cleanup & Verification**:
- Cleared existing contaminated data using `wipe_telemetry_collections.js`.
- Executed a fresh collector run with `clean_and_recollect.js`.
- Successfully verified endpoints with signed mock JWT credentials.
## Outcome
- Real-time data is now stored in clean 5-minute delta slices.
- Dashboard queries dynamically scale their sums to the active `timeRange` filter, outputting realistic MB/GB scales instead of erroneous TB values.