08e7ee54d9
Just casually deleting loads of now unused old code. Feels good
2024-12-07 01:22:26 -06:00
061c9544c3
Created a WebGuildV3Model impl to be used
...
Tho I also added a very hasty compatibility layer into the v2 endpoint to hopefully not entirely break the existing website... needs testing tho ofc
2024-12-07 01:01:57 -06:00
c384e6c261
Rewrite EventCommand to using new calendar backend and patterns
...
Holy shit, I'm finally almost at the finish line. Need to test this all of course, but damn, almost there.
Next commit is gonna be a crazy amount of removals, gonna feel so good
2024-12-06 23:05:54 -06:00
7d470d48f4
Remove events v2 API, replaced with v3
2024-11-30 00:25:40 -06:00
24df723195
Remove calendar v2 API, replaced with v3 and rip out related code that is now unused
2024-11-29 20:51:50 -06:00
81ff1c6447
Convert CalendarCommand to new backend and patterns
2024-11-29 19:43:45 -06:00
871820f2e0
Wrote up the wizard methods, next is rewriting CalendarCommand
2024-11-24 23:34:04 -06:00
28246e19d0
Fix up the implementation for WizardStates
2024-11-21 14:56:11 -06:00
eb71733ff7
Refactor events command to use new calendar backend and patterns
2024-11-21 01:13:21 -06:00
8b9c33f387
Fix incorrect null check
2024-11-19 20:57:40 -06:00
7c18d2c833
Trying something interesting I hope
2024-11-19 20:27:31 -06:00
63aea16002
This should resolve cyclical dependency issue
2024-11-19 19:26:04 -06:00
bb50031dbd
Wiring up the new stuff into the new UI
2024-11-19 19:01:48 -06:00
7a91d8e3b2
This should be the rest of the event methods, needs some testing then, time to start wiring this up to things and migrating from the legacy impl
2024-11-16 20:36:50 -06:00
e3c70b9f74
Working on adding event support in the new impl
...
Just need to finish the remaining CRUD methods (create, update, delete)
2024-11-16 16:03:15 -06:00
d6b16e63c1
Wire together something to mimic the old deleteCalendarAndRelatedData method
...
Just need to handle events, time for the event service maybe? or should events live in the calendar service? hmmm
2024-11-08 00:56:48 -06:00
d9197df3ae
More work on implementing the new calendar backend
2024-11-06 14:45:04 -06:00
6794ac74ed
Wrapping up GoogleCalendarApiWrapper method returns in ResponseModel
2024-11-01 22:28:45 -05:00
835e8bb898
I think I found a pattern I like for calendar abstraction finally
...
Now just to get it all implemented
2024-11-01 00:27:37 -05:00
ef9a382e87
Refactor 3rd party package structure
2024-10-31 23:40:33 -05:00
11663033db
Implement new GoogleCalendarApiWrapper component
...
Now to build up the main abstraction layer for calendars. Maybe PartialCalendar/FullCalendar? TBD
2024-10-27 14:49:41 -05:00
b40ed04160
Allow pulling shard index from pod index variable
...
This allows direct access of the pod's ordinal rather than needing to parse the pod name
2024-10-22 17:03:48 -05:00
d627a216d6
Fix some serialization issues
2024-05-18 01:48:35 -05:00
6dfd634aca
Stop hiding error
2024-05-18 01:45:10 -05:00
3a75420b1b
Create ApiWrapperClient to keep code reusable
2024-05-18 01:12:17 -05:00
81d1d7298a
Why was that abstract omg
2024-05-18 01:02:29 -05:00
cf17c30917
Cleanup calendar authentication implementation
...
This pass brings this code more properly in-line with adopted patterns,
updates the Google api dependencies,
and begins defining the pattern for api wrappers
2024-05-17 23:23:51 -05:00
45d6508e0e
Puppy brained
2024-04-18 22:34:52 -05:00
ce841bef63
Add method and host to uriMapper
...
Cardinality won't become a problem? Right? ...right?
2024-04-17 23:59:12 -05:00
0d6339b30b
Forgot the URI mapper causing URIs to not be recorded in okhttp metrics
2024-04-16 18:30:31 -05:00
1639e57714
Maybe this will export quantiles
2024-04-15 23:57:11 -05:00
a7a25054b5
Attempting to get metrics from okhttp and reactor for better code visibility
2024-04-15 22:56:54 -05:00
6ed167174c
Maybe I just need to keep the error context longer
2024-04-13 12:56:10 -05:00
6022c2bb22
Removing deprecated guild settings and cleaning up data layer separation
2024-04-13 00:48:57 -05:00
8642f5ea9a
Add ability for dev command to show guild settings for debugging
2024-04-12 18:20:21 -05:00
cf9e6ad91a
Removing some now unused and deprecated code
2024-04-10 23:56:48 -05:00
7cfe966b82
Refactor GuildSettings into kotlin coroutines and new patterns
2024-04-10 23:14:27 -05:00
84fa396392
Add random jitter to cache
...
This will help smooth out some of the cyclical load
2024-04-06 23:22:00 -05:00
bfdf9b2ef9
Removing some of the redundant extensions
2024-04-06 21:23:12 -05:00
af64c67647
Possible fix for /discal slowness
2024-03-27 13:23:24 -05:00
76c4a3257a
This should fix missing start date
2024-03-26 23:23:43 -05:00
4c3f0cabf7
This should fix the slowness in /discal
2024-03-24 21:43:28 -05:00
9538fd44cf
These logs are too noisy
2024-03-24 13:56:47 -05:00
d983bb301a
I appear to have forgotten a critical part of an announcement
...
I forgot the mentions
2024-03-23 23:35:43 -05:00
a89a268725
Make static message update task frequency configurable
...
Also default it to every 30 minutes instead of every 60
2024-03-15 11:16:32 -05:00
20a99ec5d3
Update logback config
2024-03-14 22:07:33 -05:00
680af04888
Okay, so custom health indicator is too hard to setup, but whatever because I can possibly include r2dbc directly and maybe that'll warm up the connection pool???
2024-03-14 17:58:16 -05:00
efd8c2a5a1
Add health check for database connectivity
2024-03-14 00:47:01 -05:00
ac536daddf
This seemed to be more performant (and reliable for that matter)
2024-03-13 19:31:16 -05:00
cee25873f3
Fix bug when updating static messages
2024-03-13 17:42:31 -05:00
NovaFox161