feat: add total counts to start page

[flaming-codes]

Important

Add total counts of authors and packages to the start page with caching in author.service.ts and package.service.ts.

• Behavior:
  • Adds getTotalAuthorsCount() in AuthorService and getTotalPackagesCount() in PackageService to fetch and cache total counts.
  • Updates loader in _index.tsx to fetch total counts of authors and packages and format them for display.
• Caching:
  • Extends CacheKey and CacheValue types in author.service.ts and package.service.ts to include counts.
  • Caches total counts in TTLCache in both services.
• UI:
  • Displays total counts of authors and packages in the start page description in _index.tsx.

^{This description was created by for c57c87f. It will automatically update as commits are pushed.}

[ellipsis-dev]

❌ Changes requested. Reviewed everything up to c57c87f in 1 minute and 52 seconds

More details

• Looked at 161 lines of code in 3 files
• Skipped 0 files when reviewing.
• Skipped posting 3 drafted comments based on config settings.

1. web/app/data/author.service.ts:12

• Draft comment:
  Cache keys should be unique across different services to avoid potential collisions. Consider prefixing the keys with the service name, e.g., "author-count-authors".
• Reason this comment was not posted:
  Decided after close inspection that this draft comment was likely wrong and/or not actionable:
  The cache is a private static field within AuthorService. It's not accessible from other services. The cache keys are already unique within this service. The suggestion seems to be solving a non-existent problem since there's no possibility of key collisions across services.
  Maybe there could be inheritance or composition patterns I'm not seeing where the cache could be shared? Maybe there are plans to refactor this into a shared cache in the future?
  Even if the cache were to be shared in the future, that would be a significant architectural change requiring many other changes. We should not complicate the current code for hypothetical future changes.
  Delete this comment. The suggestion is solving a non-existent problem since the cache is private to this service and cannot have collisions with other services.

2. web/app/data/package.service.ts:18

• Draft comment:
  Cache keys should be unique across different services to avoid potential collisions. Consider prefixing the keys with the service name, e.g., "package-count-packages".
• Reason this comment was not posted:
  Marked as duplicate.

3. web/app/data/package.service.ts:83

• Draft comment:
  This is duplicate counting logic. Consider creating a shared utility function that takes table name and cache key as parameters.

• function getTotalAuthorsCount (author.service.ts)

• Reason this comment was not posted:
  Marked as duplicate.

Workflow ID: wflow_EOwW2ZorZ6Rvo2pZ

---

Want Ellipsis to fix these issues? Tag @ellipsis-dev in a comment. You can customize Ellipsis with 👍 / 👎 feedback, review rules, user-specific overrides, quiet mode, and more.

[ellipsis-dev]

Consider consolidating this with the existing count utility in PackageService by creating a shared function that takes the table name as a parameter.

• function getTotalPackagesCount (package.service.ts)