continuous-integration/woodpecker the build was successfulDetails
+ report_out_of_stock can be used by a when an item is not in stock in a shop
+ Added new query system
+ Impl for both LocationDB and Player for now
+ Goal is to increase code re-use without a million functions for different queries
+ Should be expanded to more models
+ I Should really just rip out the DB and make it a generic thing
+ Clippy + fmt
+ Model migration is handled in the DB modules
+ It involves writing an up and a down case
+ Both load and interact with the JSON directly
+ Done so it can be decoupled from models
+ Decoupled Database Types from API Return Types
+ Allows response to be more content rich
+ Added helper methods to load all the information related ot a model
+ This also helps us move a bit closer to what we would have to do for something like Diesel
+ Might be good to add more functions like this to decouple db operations from the API layer
+ Implemented register, find, and add_location
+ Bunch of changes to the DB and the Models to make this work
+ API models are defined in GeoffreyModels so things that call the API don't need to define their own types
+ Still needs a lot of work, and need to design the api a bit more
+ Clippy + fmt
+ Fixed issue where IDs of different models were colliding
+ Used built in methods to convert u64 to bytes
+ Added tests for database speed
+ Converted return time of filter to an iterator
+ Added better error handling for non-unique values
+ Each location type is now a struct containing LocationData and location specific data.
+ Each type has its own place its own tree
+ Both were done in order to allow clear deserialization
Joey Hines