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
Describe the bug
Using modules that contain a large number of items causes server latency. This problem does not occur in the original version (FrozDark version)
🤔 Presumably the occurrence of server lags when opening any of the categories in the menu causes a one-time addition of all existing items in this menu. In addition, each item undergoes a series of checks before being added.
There is a category, it has 100 items, when a player opens this category, he is shown the entire menu with all the items in it, and not a specific number of items on this page (up to 6 pieces).
Ways to solve the problem from the side of the core rights:
Complicated. Rewriting the menu for displaying category items to Panel will give more control to the developer, since he creates the menu completely from scratch (element layout, markup and button styles). Each page will be drawn as needed, and category items will be added to this page. All the complexity lies in the management of pages, nothing more.
Average. When entering a category, only show the player the first 8 items. Why not as much as fits on the page? - because the Next button is shown only if the number of buttons exceeds the maximum number of buttons on the page. The difficulty lies in keeping track of the current page in the Menu, as I know - this is impossible with the standard approach (meaning without crutches).
Describe the bug
Using modules that contain a large number of items causes server latency. This problem does not occur in the original version (FrozDark version)
To Reproduce
Steps to reproduce the behavior:
net_graph 1
in the consoleExpected behavior
Switching menus does not cause performance degradation
Server:
Additional context
The text was updated successfully, but these errors were encountered: