I am failing to understand that Uploading a picture costs 0.3 workload unit, adding it to a Thing using Make changes to a thing costs 6-7 WU
Same for many other minor event that guzzle up Workload Units like water.
Creating a Audit trail with the following parameters:
User: Current User
Lab: Current Lab
Activity: Image Uploaded
Menu Option: Eg Bill Desk ( comes from option set)
Activity type: Registration ( comes from option set)
this is causing 17-18 WU?? Is it usual or I am doing something wrong.
Is pulling data from Option set the reason for such WU consumption?
How strange. I’d bet that the issue is with the Picture somehow - try removing all uses of the Pictures/Uploaders and see if that solves the issue. If yes, I’d say it’s a bug
@georgecollier This prob won’t have significant impact on WU consumption (although who really knows) but what’s wrong with storing options as text (assuming they don’t have a whole bunch of attributes assigned to them?
ok. I have recently joined bubble to make an app. I am finding that the WU consumption for my one page app is very very high. With a single user and a single page SAAS, the WU consumption per day is around 3000 WU. At this rate, I can barely think to make my app economically sustainable on Bubble.
This is likely occurring because of one of the following
a) There are either major flaws in design / workflows;
b) Bubble WU consumption error; or
c) combination of a) and b).
Once the cause is resolved you will be able to make you app economically sustainable.
If something’s a set of options, make it an option set rather than text (because that’s what they’re for). It’s just easier to manage in the long run. Same reason we often don’t store subscription statuses as text - sure you could, but why?