imazen / imazen/imageflow-server

Reverse proxy to a WebDAV file source

Open
#97 1 comment 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.