<@U070SQMD1> thanks for the single mode link expla...
# lucee
e
@zackster thanks for the single mode link explainer https://docs.lucee.org/recipes/single-vs-multi-mode.html - i haven't fully wrapped my head around it yet (still on 5.x) So if i have multiple IIS websites, each has their own application name and pretty much the only thing in Lucee admin is a root mapping and datasource. So In single mode - all websites would run under a single lucee context ... i guess my main question is; exactly which configurations are consolidated in order to know if i'm impacted? Or maybe the inverse, when would you need multiple web contexts? (or maybe that is moot if multi is on the way out ...) (in which case, if you DID need it, would you just run a separate lucee instance for each web site?)
šŸ˜Ž 1
b
Whether or not this affects you largely depends on whether or not you configure things in the web admins, or if you put it all in the server admin
When you log into the Lucee admin, there are buttons to toggle between the singular shared server context, or the web context for the given domain you're hitting
you can potentially combine the config together, so long as the sites • share mail servers • don't have conflicting cf mapping names • don't have conflicting datasource names • etc and if they do, you'll need to switch those to be in your
Application.cfc
šŸ‘ 1
q
The way websites are deployed has evolved quite a bit over the years. Mult-Mode was something that was particularly useful for shared hosts where they stuck a whole bunch of websites on a single server, but they wanted to separate out the memory space so that if one website did something weird or crashed, it wouldn't take out the others **. These days the same functionality is really provided using tech like Docker, K8 or others where you can spin up completely separate services per server. That gives you full* separation, including filesystem and settings for a bit added security. Memory foot-print wise, it's nearly the same since Docker/K8 will use common memory space for the running processes.
ā˜ļø 2
b
Of course, having a separate Lucee server per site is the direction most modern deployments have headed, in the days of Docker and containerization. But I understand everyone isn't there.
z
Everything above is šŸ’Æ there are some settings which are compiler settings which can't be set via application.cfc, it's too late once you're running code, which is one advantage of multi mode, as you could tweak them per web context
šŸ‘ 1
Lucee 6.2 on java 21 in single mode has a dramatically reduced memory footprint, which makes running docker instances per site more practical too
šŸ‘ 1
b
Yeah, the memory footprint is usually the sticking point. We've had clients with 100 to 200 separate websites and it's just not economical for them to run 200 CF instances.
OF course, usually those are SASS sites which COULD be run inside a single code base, but that's not always the setup they have
z
Everything going into application log is a bit noisy, you can use tag defaults per application to spread them out per site https://docs.lucee.org/reference/tags.html
e
@bdw429s thanks! that was really the key bit of info i needed. We configure everything in the lucee server admin not the web admin so sounds like it should be ok.
šŸ‘ 1
thanks everyone
z
plus some bonus Lucee trivia
e
@zackster nice, did not know that!
z
if you see any docs which need clarifying or you want to simply improve something, let me know, or just click the github icon on the page if you want to edit anything
šŸ‘ 1
some history from @bdw429s way back before I got involved https://www.codersrevolution.com/blog/railo-and-lucee-hunka-hunka-burning-questions