This should make building much more straight forward in the future
as currently builds have to follow a much stranger method
- Removed fluff storage file
No longer going to support uploading API. This is with the assumption that
most who use this software are going to know how to upload files to their
server anyway
This makes them literally 30Kb on average for my personal use
Also they're thumbnails so they could actually be smaller
! forcing thumbnails to be jpg as well
With this the backend is officially at an MVP stage and now requires polishing
Proper data streaming for larger clips is basically required
for a really good backend(especially async streaming)
and some better css for the video player
- get_video_preview
This is because of the old base64 requirement
* /api/category/<cat> handler now returns Option<Json<Vec<VideoPreview>>>
While more verbose we can more easily convey intentions
to any consumers of this endpoint.
Those intentions being that None values just mean nothing was found
Because of this the backend now only has to serve data that browsers req
Also helps out api clients since responses are generally smaller
And helps out servers since responses are faster
A lot off issues with the current design make 100% more sense by cutting hugo out of the picture entirely
This means we're switching fully to rocket however
we're not going to leave behind the work done with hugo,
we're just going to migrate it over first
