Multi Prefix [Paid] 2.16.3

[Xon]

This means the XF1.x tables for XFRM exist, the installer check is frankly a bit sensitive about that due to upgrading being a bit of a pain.

The installer checks for the xf_resource_category table, if another add-on has added that table please let me know and I can relax that check.

 

[Xon]

Xon updated Multi Prefix with a new update entry:

2.16.1 - Performance & Maintenance update

• Require StandardLib v1.22.0+
• Improvements & work-around when filtering by prefixes on forums with very large number of threads
  • Add fast-path mode when only filtering by a single prefix
  • Reduce query complexity when filtering by multiple prefixes. Still more expenisve than single prefix filtering
  • Add options Single prefix filtering (all) (default false) and Single prefix...

Read the rest of this update entry...

 

[javakhir]

...

 

[Xon]

...

You must either have a huge number of threads or a very sparse xf_thread.thread_id usage with.

It updates threads in in batches of fixed windows of 100000 thread ids at a time for each ., which may not actually be 100k threads at a time.

 

[javakhir]

14k resource prefixes

 

[javakhir]

2 hours gone, the same problem

 

[Xon]

I would probably recommend running the installer from the CLI.

You can edit the src/addons/SV/MultiPrefix/Setup.php file and look for the function for the convertLinkTableToHoldContainerId function and increase the window being used $next = $position + 100000; change that to maybe $next = $position + 10000000;

Otherwise please open a ticket and I can provide a new build which will hopefully fix this behavior.

 

[Xon]

Xon updated Multi Prefix with a new update entry:

2.16.3 - Bugfix update

• Update installer to better handle very large number of threads upgrading

Read the rest of this update entry...