You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
this is not a feature request as such, but more of an observation.
I noticed today while doing some system maintenance that the container for Activepieces is by far the largest container om my system, taking up over 4Gb of isk space. I have quite a few other containerized services running on my system as a frame of reference, and the next largest is 1,3Gb, so the difference is significant. Again, this is not a problem or a bug, but it is an anomaly of sorts, and therefore I thought worth mentioning.
Cheers.
The text was updated successfully, but these errors were encountered:
I think this is due to Angular Internalization system, where it generate different build for each language, each build has monaco which make it grow larger than expected.
I was able to reduce it by around 1.8 gb I think it can also get reduced by another 1.2 GB If we do runtime translation on angular instead of compiling the frontend in each language.
Comments on closed issues are hard for our team to see.
If this issue is continuing with the latest stable version of Activepieces, please open a new issue that references this one.
Hu all,
this is not a feature request as such, but more of an observation.
I noticed today while doing some system maintenance that the container for Activepieces is by far the largest container om my system, taking up over 4Gb of isk space. I have quite a few other containerized services running on my system as a frame of reference, and the next largest is 1,3Gb, so the difference is significant. Again, this is not a problem or a bug, but it is an anomaly of sorts, and therefore I thought worth mentioning.
Cheers.
The text was updated successfully, but these errors were encountered: