Closed loftwah closed 1 month ago
Didn't expect to be spending my night on this.
Deploy and Monitor:
Am up to 3.
Status: ✅ Completed.
Steps Taken:
sqlite-backup-bucket
) and one for content (linkarooie
).avatars
, banners
, defaults
).Status: ✅ Implemented but needs testing.
What we did:
avatar_url
and banner_url
methods modified to return URLs from the linkarooie
bucket.process_image
method handles storing and uploading images to Spaces.Next Steps: Test this functionality with real URLs to ensure images are correctly uploaded and URLs are updated in the database.
Status: ✅ Completed.
What we did:
SPACES_BUCKET_IMAGES
to SPACES_BUCKET_CONTENT
for content).Status: Not Started.
Next Steps:
avatar
and banner
without requiring a password.Status: ✅ Done.
What we did:
avatar_url
and banner_url
.Status: Not Yet.
Next Steps:
Verify the corrected bucket variable:
SPACES_BUCKET_CONTENT
is now being used in the DigitalOceanSpacesService
.Test image upload with a valid URL:
process_image
method on a user and confirm the image uploads to Spaces.Check the updated user avatar URL:
Finally! Wow this was a nightmare but at least my test coverage is good.
Just finished then. Lesson learned I guess.
Currently, user avatars and banners are stored locally on the server, which increases storage complexity and reduces scalability. Since we already have a DigitalOcean Spaces bucket configured and operational, migrating these assets to be stored and served from the DigitalOcean Spaces would simplify storage management and improve the performance of the application, especially in production environments.
The task involves: