Replies: 7 comments
-
I could do with this. We deploy Craft via a blue/green strategy (eg. spin up new instances from source and then swap over to them), meaning any logo I upload via the control panel gets wiped out between deploys. |
Beta Was this translation helpful? Give feedback.
-
Why not just commit the logo to Git and have it be part of the deploy? |
Beta Was this translation helpful? Give feedback.
-
Makes sense – is there a reference in the database somewhere to the filename Craft expects? I can see a path like |
Beta Was this translation helpful? Give feedback.
-
As long as there is a file in |
Beta Was this translation helpful? Give feedback.
-
Excellent! Thank you so much Brandon. |
Beta Was this translation helpful? Give feedback.
-
I still think it would be nice to be able to set this to a custom path -- or an environment variable. That way it's easy to have a different logo for local/test/staging/production for example as an indicator to users. |
Beta Was this translation helpful? Give feedback.
-
+1 for custom path. Because the Our deployment process checks out files (including anything in "rebrand"), then mounts the persistent storage volume, essentially overwriting anything that sits within "storage". Imho you should be able to set where the rebranding elements live, if you want them outside of the My current workaround is to symlink |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
A config variable to be able to define the logo in General Settings.
Beta Was this translation helpful? Give feedback.
All reactions