-
-
Notifications
You must be signed in to change notification settings - Fork 959
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
Best practise project/component size #5152
Comments
This issue looks more like a support question than an issue. We strive to answer these reasonably fast, but purchasing the support subscription is not only more responsible and faster for your business but also makes Weblate stronger. In case your question is already answered, making a donation is the right way to say thank you! |
There is no file parsing going on when displaying the page, it has to be something else causing this delay. What can be lengthy is updating stats, but this is cached and should not happen that often. What version do you currently use? |
|
I think there were some slight changes in 4.4, but I don't think it will make a major difference. When starting with an empty cache, calculating the stats take 4-8 database queries per translation. This should be needed only for changed translations, and it is pre-calculated in the background. If massive changes are going on in all the translations, it will definitely have measurable impact. In case it happens to you regularly, it would be interesting to figure out why it happens. |
@eschumacher-99 I did answer it there, and I don't see how it is related to this issue... |
I looked it up and this is the part that causes the problem. base contains the whole xliff file and this method gets called everytime you click on the project.
|
It really shouldn't, can you please try whether upgrading addresses it? |
Hmm, looking at the code it can indeed happen in some situations... |
This is expensive operation and should be done only when needed and not when just browsing pages to figure out whether user can add language or not. Fixes WeblateOrg#5152
#5153 should address the issue I've found (it's not yet tested, waiting for CI to run the tests) |
This is expensive operation and should be done only when needed and not when just browsing pages to figure out whether user can add language or not. Fixes #5152
Thank you for your report, the issue you have reported has just been fixed.
|
Thank you very much! |
Hello,
I would like to know what's the best size for projects and components on Weblate.
Currently, I have one project with 4 components that each hold 20.000 strings and 27 languages.
Everytime I click on a component, it takes about half an hour for it to parse the xliff file and show up on my screen.
This happens since around version 4.2 or 4.3 I believe.
Is there any way to avoid this or is it better to split it into more and therefore smaller components?
Would that change anything?
The text was updated successfully, but these errors were encountered: