I think this is a big win, and making sure we're able to deploy superset under 
a custom prefix will improve the code quality.

Jan 24, 2025 8:10:48 AM Martyn Gigg - STFC UKRI 
<martyn.g...@stfc.ac.uk.INVALID>:

> Hi,
> 
> A while back I wanted to revive the discussion on deploying Superset under a 
> path prefix: https://github.com/apache/superset/issues/26319.
> 
> After a little more time than I would have liked I have a working 
> implementation at https://github.com/apache/superset/pull/30134 that I’m 
> fairly happy with and I’m just nursing some PR checks through.
> 
> The approach I have taken is to add some middleware in 
> superset.app:create_app<https://github.com/apache/superset/pull/30134/files#diff-9689cb75a0ebe47604d59e0a54c904040cd60b45a283a87d0f8d77cac60751d8>
>  that translates the paths that have a prefix into un-prefixed paths for the 
> remainder of the application. This is similar to how Flask recommends 
> deploying apps that need to run in the same process but on different paths.
> 
> For the frontend I have passed the application root through the 
> bootstrap_data<https://github.com/apache/superset/pull/30134/files#diff-8a676fb002920d1d142fa9b19ded1ecb7b8b8d682cf9b9fe80f01b1a2314c86dR336>
>  and used this to prefix paths as necessary across the frontend. This has the 
> advantage of not requiring a separate webpack build of the frontend assets 
> for each new prefix.
> 
> Does this sound like a reasonable approach?
> 
> Best,
> 
> Martyn
> 
> ISIS Computing Division
> Science and Technology Facilities Council

Reply via email to