-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Throttling is too aggressive #1572
Comments
I think it's likely we can close this issue since we're moving the web application on premise, but leaving it open for evaluation during the spring 2023 work cycle. |
Might be rack-attack |
deferring this until on-prem migration is mostly complete; then we can test again to see if the situation has changed |
The issue persists after the migration on prem. |
moving to "ready"; this needs more analysis to determine the root cause. |
@jacobthill can you describe activity that reliably triggers the "throttled" message for you? right now, it looks like the only scenarios we throttle are:
are these things that you do frequently? |
Its always filtering via facets. When I load a data set like AUC, for example, I need to select each collection then check that the Type facets are correct. So I'm selecting "Data provider" > "Collection id" > "Type", then expanding "Type" for all collections. |
got it, thanks for explaining. and do you only do this in stage? or are there scenarios where you would do it in prod as well? |
Only in stage. |
confirmed disabled in stage; re-enabled in prod. closing this. |
I am reopening this issue because the user behavior is now changed. Some curatorial work that was previously done in stage is now done in prod–the same kind of faceting described above "So I'm selecting "Data provider" > "Collection id" > "Type", then expanding "Type" for all collections." We need to fill out the collections registry form (a spreadsheet with collection level metadata) and we will have multiple users working on this at the same time. Currently, we can only work for 5-10 minutes before we get throttled. We need to remove/adjust throttling in prod. |
Closing based on #1864 |
I believe throttling was implemented as part of our efforts to improve site performance. I don't know if the settings are different in different environments. As the DLME data manager, I use the development environment for quality checking data transformations. Normal activity for me triggers our throttling which results in a screen that says "Throttled".
This impedes data aggregation work. Can we revisit the original intent behind this and come up with a better solution? Is this implemented in all environments or just dev? Does this have anything to do with bots? If not, humans don't typically use this site except Stanford devs and the DLME data manager.
The text was updated successfully, but these errors were encountered: