Our hosting environment is hosting our Umbraco without https. The https is handled by K8S. Is it possible to run Umbraco in "Production" mode but with UseHttps=false? If I try I get a message that says Umbraco can only run in Production mode when UseHttps is true. https://cdn.discordapp.com/attachments/1331643009221136484/1331643009334247584/image.png?ex=67925cb2&is=67910b32&hm=1653d0788b5fb32949dd807f3eae040b5c7099b6fa0df387002e306246b2ad06&

It's not possible, Production mode is our recommendation and it is not designed for K8S hosting (or other kinds of reverse proxy hosting where you can't run on https).

Hmm, what's wrong K8S hosting Umbraco? Is it only the Production that would have issues? Right now we have now issues at all running Umbraco in out K8S setup. It runs perfect and fast.

Maybe tou can disable the runtime check for https. You can write your own checks and add them with a composition, so it would be a good bet that you could also remove runtime checks.

Maybe this? https://github.com/umbraco/Umbraco-CMS/blob/contrib/src/Umbraco.Infrastructure/Runtime/RuntimeModeValidators/UseHttpsValidator.cs

Thanks, I will give it a try

> Hmm, what's wrong K8S hosting Umbraco? Sorry, absolutely nothing wrong with that! We don't "support" it directly, as in we have no documentation and expertise in it. I just meant: the feature Production Mode was not designed for K8S hosting. 🙂

Thanks Mike, it works as expected. https://cdn.discordapp.com/attachments/1331643009221136484/1331924659750436884/image.png?ex=67936300&is=67921180&hm=09a16a2a8ed72d256e4515cc4ec2d5c2d1157bcd8a10396beacdf6b90d34a75e&

I have absolutely no experience running Umbraco in a setup like that, I think you might be the first pioneer.. so.. no idea! 😅

I think you should see the production mode as a way to force best practices. It's mostly a collection of checks at startup which cause Umbraco to fail to start if one of the checks fail. Like I said, you can also write checks yourself. So in your case, I guess the best practice isn't applicable, but it's not like Umbraco doesn't like your situation 😛 Maybe it should have been easier to disable certain checks, maybe there needs to be a flag that says: I'm running behind a firewall, skip some checks. But you have the tools to remove checks if required. And tbh, in 98% of the cases it's probably better to have the 'usehttps' setting enabled and for the other few cases you can disbled them 🙂

you can see it in the

umbracoServer

table if more than one are

active

(I believe)

Ahh. So "Mode": "Production" has no effect on how Umbraco runs? It's all the other settings like for example "ModelsMode", "UseInMemoryCache". That is important.

Not entirely sure, I believe there are SOME optimalisations, but for the most parts it's just checks that force certain settings

Production mode itself is just checks that make sure that you deploy with the correct settings. Those settings indeed change how Umbraco works, Production mode just checks that they're all set to best practice and does nothing else.

I thought production mode pre-compiles razor files where-as BackofficeDevelopment does not (because they need to be editorable in the backoffice in that case). That's not a setting, right?

Think it just tells you to enable the setting for precompiling razor files, but I might be wrong

To be fair, it's the only thing I'm not sure about if it's just checking a setting or actively doing something by itself.

You might be right! https://github.com/umbraco/Umbraco-CMS/pulls?q=is%3Apr+production+mode+is%3Aclosed+author%3Aronaldbarendse PR #12697 looks like it does that.

I can confirm that when in Production mode. It is not possible to change templates. There is no error message or notification when trying to save a template. The changes just disappear from the Umbraco Template editor. Maybe the editor should be in read-only mode and/or the [Save] button should be disabled

That's weird. In Umbraco 13 it would actively disabled the editor (except in Umbraco forms for some reason :P)

Well, looks like a bug report has to be created later today 🙂 Now back to work!

though if you are load balancing on purpose and follow best practice to explicitly set serverroles (or disable automatic server election) then entries to that table are stopped 🙂