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
We have over 3.000 tags in our wiki and I've noticed that the performance isn't good when we use the {{count>+}} command. I think the overall performance is also a problem for the ckgedit plugin which has a tag plugin which generates a tag list with check boxes (https://github.com/turnermm/ckgedit).
Is there any way to improve the performance?
Thank you in advance.
The text was updated successfully, but these errors were encountered:
The problem is that currently the tag plugin is quite strict about ACLs. I.e., it only counts pages you can read. I am not sure if this is the main performance bottleneck but it is the one reason why the output cannot be cached and thus it is slow on every view (this is the same with the tag cloud). I assume that for most users ACLs are actually not an issue as the wiki is either completely private or completely public - or if the wiki is partially public, there is no public write access. Therefore, caching the output or possibly a "public" version where only world-readable pages are considered, would probably solve most of the problems.
We have over 3.000 tags in our wiki and I've noticed that the performance isn't good when we use the
{{count>+}}
command. I think the overall performance is also a problem for the ckgedit plugin which has a tag plugin which generates a tag list with check boxes (https://github.com/turnermm/ckgedit).Is there any way to improve the performance?
Thank you in advance.
The text was updated successfully, but these errors were encountered: