imazen / imazen/imageflow-server
Reverse proxy to a WebDAV file source
- Dominant language
- C#
- Stars
- 316
- Forks
- 37
- PR merge metrics
- No merged PRs in 30d
Description
I currently use imageflow-dotnet to transform images served from the local disk from a location mapped to a "/media/" prefix via the ImageflowMiddlewareOptions.MapPath method. Files that aren't images are served via UseStaticFiles with a PhysicalFileProvider mapped to the same prefix.
I now am being asked to work with a reverse proxy (YARP) to a WebDAV file source scenario, where WebDAV uses Basic authentication. Human-friendly non-image file URLs won't be a problem, but how do I get Imageflow middleware to handle the image files and retain human-friendly URLs? Should I switch to imageflow-dotnet-server and use the RemoteReader? I can pass it an HttpClient with the 'Authorization' header set, but I'm flummoxed as to whether the browser can send in "/media/abc/123.jpg" and somehow have Imageflow fetch it from "https://1.2.3.4:5006/abc/123.jpg".
Unless... I've also seen the CustomBlob example. If the RemoteReader is not the answer, is it then possible to create my own custom service based on IBlobProvider?
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing the ImageflowMiddlewareOptions.MapPath and UseStaticFiles setup described in the issue, then compare the RemoteReader and CustomBlob/IBlobProvider examples. Determine whether the middleware can map the public /media/ path to the authenticated WebDAV source through YARP, and document the supported approach or the missing integration needed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100