wp-rocket icon indicating copy to clipboard operation
wp-rocket copied to clipboard

Display caching and Used CSS status

Open viobru opened this issue 2 years ago • 11 comments

Is your feature request related to a problem? Please describe.

Currently, there is no way for customers to check from the site which pages have been already cached or which ones have the used CSS already created.

This can be checked through the server, but it is not handy for sites with lots of URLs.

From the customer: At the moment the preloading/caching runs itself and we get a wee message at the time to confirm it's running, similar to the used CSS process, but once those messages are gone we kind of just have to presume that the pages are cached and used CSS is processed.

Describe the solution you'd like Create a status section for the cache and used CSS, so customers can verify directly from the site if a URL has been cached and/or if the used CSS has been created for it.

Describe alternatives you've considered N/A

Additional context HS Ticket: https://secure.helpscout.net/conversation/2002117163/366959 Slack thread: https://wp-media.slack.com/archives/C08N8J6VC/p1662653993680349

viobru avatar Sep 09 '22 18:09 viobru

Requesting preload stats: https://secure.helpscout.net/conversation/2007580342/368089?folderId=377611

webtrainingwheels avatar Sep 13 '22 00:09 webtrainingwheels

Preload and Used CSS status request: https://secure.helpscout.net/conversation/2010217975/368693?folderId=3864740

NataliaDrause avatar Sep 19 '22 09:09 NataliaDrause

Preload status request: https://secure.helpscout.net/conversation/2024358554/371929?folderId=3864740

NataliaDrause avatar Oct 03 '22 08:10 NataliaDrause

RUCSS status request - https://secure.helpscout.net/conversation/2048084397/377096/

DahmaniAdame avatar Oct 27 '22 08:10 DahmaniAdame

Preload and Used CSS request: https://secure.helpscout.net/conversation/2062683526/380515?folderId=1213662

WordPresseur avatar Nov 10 '22 13:11 WordPresseur

Extend: Is your feature request related to a problem? Please describe.

  1. Preloading stops for websites with many pages. Checking the preload process as described would make that more visible. There is only the way of starting the process for the whole site. Which might again not run trough.
  2. After an update in the content not all pages need to be preloaded again. Currently the preloading process can only be started for the whole page. Not for specific pages. Preloading takes a long time and needs a lot of CPU. Not ideal for websites with many pages.

Extend: Describe the solution you'd like: Not only an overview of checking the process of preload. Additionally a way of starting the preload where it stoped.

Describe alternatives you've considered Option to only start the preload for specific pages eg. by post type / when last preloaded / if already preloaded or not yet preloaded.

schobermuc avatar Jan 04 '23 21:01 schobermuc

slack thread https://wp-media.slack.com/archives/C08N8J6VC/p1674734410717419

worldwildweb avatar Jan 26 '23 12:01 worldwildweb

Mandatory feature in my opinion! Will be waiting for such.

jivaneo avatar Jun 14 '23 11:06 jivaneo

There used to be in the past a counter for the number of pages cached.

I guess this has been removed due to its inconsistency at some point.

JerissCloudCenter avatar Jul 06 '24 08:07 JerissCloudCenter