/SV2

Backend FastAPI Microservices: Todos, Categories, Users/Auth, Uploads/Downloads Frontend (SvelteKit) API Gateway + UI/UX

Primary LanguageSvelte

Tickets:

  • Set up Validation

  • Set up Notification ping, occurs only once during login

  • Set Up Todos Backend with CRUD Functions

  • Set Up Categories Backend with CRUD Functions

  • Start up dummy frontend and develop useable components

  • Populate pages to allow for CRUD usage for both Todos and Categories

  • Set up Fuzzy Search

  • Set up Notifications listing

  • Add routing for login

  • add routing for registration

  • add routing for logout

  • Look into housing access token via localStorage vs cookies vs stores

  • Set up data to be stored in stores to more easily access identity data

  • Set up Users Backend with CRUD Functions

  • Apply validation after encrypting and saving only hashed passwords to the db

  • Set up stores values such that client can house their own data for offline use

    • username
    • userdescription
    • categories
    • todos
  • turn categories page categories into component cards to house the data, link to their items, and allow the user to edit them from there, if not, then route them to the main page with their list of todos

  • Set up APIGateway to allow for todos and category creation/deletion to be afixed to a users account, usage will be by reference only which might take more time but less calls in case we want to load balance the servers instead of housing them all on one array within the db system, look into creating client side js functions we can call to within routes

  • After every update or action is completed, make sure to console.log the action that occured. updates, deletes, creations, so on

  • BUG, currently users are unable to create a new category/new todos list because its returning an empty array, return an empty array as the value if null

    • was due to backend defaulting values on updates
  • display wrong username and password if it doesnt match on login

  • set up forgot password

  • implement refresh tokens { min: 30- "no activity,logs out", max: 240-"constant activity, forced logout" }

    • Consider the user, do i want my most recent refresh token to occur during their latest activity or do i want it to occur every half hour, it's easier to track just fetch pings from the user, so we should instead have refresh tokens be derived from their ussage during such time, up to the max. currently, our max is at 30 minutes