Replies: 1 comment
-
|
Hi @eloko7 - thanks a lot for raising this idea! Have you seen our docs section on this specific issue already?
By the abovementioned approach, an additional environment variable would not be necessary. Please let me know whether you feel I'm missing something! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the feature or potential improvement
Currently, when running Langfuse v3 in a self-hosted Docker setup, the UI uses
LANGFUSE_S3_MEDIA_UPLOAD_ENDPOINTto generate URLs for media assets (such as images from multimodal generation). While this endpoint works internally (http://minio:9000), it’s not accessible from outside the Docker network, resulting in broken images in the UI.Issue:
LANGFUSE_S3_MEDIA_UPLOAD_ENDPOINTserves a dual purpose: internal write and external read.http://minio:9000), media uploads work internally, but the UI-generated URLs are not publicly accessible.http://localhost:9090fixes external access but may break internal references and presigned URLs used by the server.Proposed Solution:
Introduce a new environment variable (e.g.
LANGFUSE_S3_MEDIA_PUBLIC_ENDPOINT) thatlangfuse-webuses when generating UI-facing URLs. This would allow:LANGFUSE_S3_MEDIA_UPLOAD_ENDPOINTto remain set to the internal endpoint (http://minio:9000).LANGFUSE_S3_MEDIA_PUBLIC_ENDPOINTto be set to a host-accessible endpoint (e.g.http://localhost:9090).Benefits:
Conclusion:
By adding
LANGFUSE_S3_MEDIA_PUBLIC_ENDPOINT, operators can smoothly handle internal and external media endpoints, ensuring both internal services and the end-user UI have proper access to uploaded media.Additional information
No response
Beta Was this translation helpful? Give feedback.
All reactions