Pages & Performance Refactor

[azdak]

Currently most actions and functionality in the app is based on Properties, which contain actual individual urls that can only be added by URL OR sitemap. This is both confusing to users and makes basic functionality like scanning across subdomains or tracking the status of homepages across several URLs difficult or impossible. This update will make Pages the fundamental entity in Equalify, and make Properties tag-like containers of pages that can be added or removed at will. It will also include performance enhancements to improve app responsiveness.

• [ ] Refactor scan polling system to remove Property dependencies and improve performance
  • [X] Refactor/Rewrite
  • [X] Switch to new polling system for ingesting scans from scan.equalify.app
  • [ ] Test new polling system
• [ ] New "Pages" screen
  • [X] New getPages API endpoint
  • [X] Pages listing table with serverside pagination
  • [X] New sendPagesToScan API endpoint
  • [X] Enable sending pages to scan from Pages table
  • [ ] Pages table styling
• [ ] "Single Page Detail" screen
  • [ ] Scan history table
• [ ] New "Add Pages" screen
  • [X] Add new Add Pages API endpoint
  • [X] Add pages input form, accepting multiple urls or sitemaps
  • [x] Connect input form to API
  • [x] Fix Styling
  • [ ] CSV Support
• [ ] "Properties" refactor
  • [ ] Enable adding to and removing pages/sitemaps from Properties
  • [ ] List pages on Property Detail screen
• [ ] Remove Property dependencies from any other existing API calls
• [ ] Add "failed" state to scans (May need further discussion)

[bbertucc]

Thanks. Can you put down a budget and timeline?

[bbertucc]

@azdak maybe we need to split this out into smaller tasks that can be estimated? Need to get to a place where we can have an estimate for this work.