glenn_on
Glenn
When we migrate few thousand users - its fine and dashboard renders correctly.
A large number of users (millions +) in itself does not cause a problem. Its only with web-interface and dashboard, which cannot render properly. When we login into web, pod starts utilize RAM and crashes (restarting) when he reaches to 32GB RAM.
Hello!
We are trying to implement casdoor on our platform. However, we have encountered one annoying problem.
We have deployed casdoor in kubernetes and with a small number of users in the application, everything works fine.
But after migrating 20 million users, if we want to open the casdoor web interface, it starts to utilize all the resources allocated to it and restarts due to lack of RAM.
We scaled the node to 16 CPU / 32 GB RAM and allocated all these resources to the casdoor service, and it is still not enough.
In general, the problem occurs due to an attempt to render the dashboard that the administrator opens after authorization.
Our questions:
- What resources does the casdoor service require with a large number of users?
- Is it possible to disable this dashboard somehow?
Hello.
We recently started working with Casdoor and encountered an issue:
- We created an organization (e.g., test-org)
- Created an application (test-app) within organization test-org
- Generated a certificate test-cert for application test-app also within organization test-org
However, the JWKS endpoint returns only the built-in certificate located in the admin (shared) organization.
With this in mind, we have a few questions:
- Is this the expected behavior?
- Are we supposed to keep all certificates in the
admin (shared)organization? - Is there a place where we can learn more about this organization? As far as I understand, it's unmanageable because I couldn't retrieve information about it through the UI/API.
