Skip to main content
Sometimes the initial page load or log in flow for your users can be very slow. This is because we must perform API calls to check if the user has permission to see each navigation item related to analytic content. Single API calls are fast but when your menu is large and many calls must be made it can really anchor the load time. This feature allows you to choose a select group of Curator users to warm the cache for. This improves the initial page load and skips the long wait caused by permission checks. The affect is even greater if your menu is very large.

​
Global Cache Warming (Default Behavior)

By default, Curator warms the cache for every user when they log in via the /curator/loading route. This runs the same permission checks and menu-building logic upfront so that subsequent page loads are fast for the entire user base, not just the smaller Frontend Group described in the next section. This default behavior works well for most portals, but on installations with a very large user base or a very large analytic content menu it can drive significant memory usage as each login warms a full cache slice. In rare cases this can lead to PHP memory exhaustion or HTTP 503 errors during peak login periods. To disable global cache warming without affecting the targeted Frontend Group warming described below:
  1. Navigate to Curator Backend > Settings > Curator > Portal Settings > Features.
  2. Enable the “Disable All Cache Warming” toggle.
  3. Click Save.
Disabling global cache warming will make the first page load after login slower for users, since permission checks and menu building will happen on demand instead of upfront. On-Prem: if you are hitting memory limits, also review the memory_limit setting in your php.ini against the Server Requirements before disabling global cache warming.

​
Setting Up the Group

First, we need to make sure you have a Frontend Group that contains the users needing their cache warmed. This Frontend Group needs to have less than 200 users because this process is intensive. Increasing the number of users could clog the queue and hurt performance. We’re still playing with the sweet spot for number of users so this may change in the future.
  1. Navigate to your Curator backend > Settings > Users > Frontend Groups. If you already have a group with less than 200 members that contains the users you’d like to receive the speed bump, you’re good to go and can skip to “Setting Up the Feature”! Otherwise, hit the “New Frontend Group” button:
  2. Give your group a name:
  3. Either manually select users in the “Group Members” section or choose a group from one of your analytic platforms in the sections below:
  4. Hit “Save!”

​
Enabling Cache Warming for your Group

  1. Navigate to your Curator backend > Settings > Curator > Portal Settings > Features tab:
  2. Enable the “Cache Warming” feature at the top of the Functionality section:
  3. Choose the Frontend Group we created earlier.
  4. Hit “Save!”