Can’t manage to create all ucss-es

  • Resolved oanishchik

    (@oanishchik)


    1 year, 5 months ago

    Hi there,

    Firstly, after purging all page cache and ucss/js cache, launching crawlers, and waiting for them to finish their job and generate new page cache, there is always some amount left in the ucss request queue (the number can be quite different) with which nothing happens, even when I press ‘Force cron’ (after pressing it repeatedly and just waiting for hours, nothing happens, these requests remain in this queue; I don’t see any errors in the log after pressing ‘Force cron’, which does nothing, even though I seem to have the log enabled to the maximum). Secondly, I see that the number of un-generated ucss-es exceeds the number of remaining (stuck) requests in this queue. I randomly visit the site’s pages (in incognito mode) and see that ucss-es are being generated on a few pages, and the rest are reported as being in the queue to be generated. Furthermore, I can see from the number of ucss-es generated after cache purge (which are deducted from my quota) that there are clearly not enough ucss-es being generated. There are just under 2000 posts/pages on my site, and ucss-es should be generated for all of them. Previously, I tested generation in all modes, including guest and admin, and with webp, but now I have left only one ‘regular mode’. I have enabled cache generation for desktop and mobile. If I understand correctly (it is possible that I do not), with such a setting, ucss-es should be at least twice as much, not two thousand, but four. But only about one thousand of the quota is used after the cache purge. When I run the crawlers later, I see that the caches of all pages are generated. So, if I understand correctly, the crawlers can’t trigger ucss generation on those pages, nothing comes into the queue of requests for ucss generation (there are only stuck old requests). Accordingly, it is unclear how un-generated ucss-es could have been generated, except perhaps as a result of visiting certain pages of the site where they are not present. And while this doesn’t suit me, since I want ucss-es to be generated before a human (or robot) visits a page, I don’t see ucss being generated after a page has been visited anyway: I open a page in incognito mode, see that ucss is in the queue, close the browser, visit the page after some time in the same mode and see that ucss is still not generated. I have tried purging the cache (including all) many times, and nothing helps. In five days of experiments, I wasted 16K of ucss quota, but still couldn’t get all the ucss-es to be generated. Can you tell me what I might be doing wrong? Where to look for possible causes of the problem, what to try, what other information I might need to report to get to the bottom of this? Thank you! Report Number: BHPDKTYP.

Viewing 15 replies - 1 through 15 (of 22 total)
1 2
  • Thread Starter oanishchik

    (@oanishchik)

    1 year, 5 months ago

    At the moment I’ve noticed that ucss-es are being generated on a page after I’ve visited it in incognito mode. They are generated one by one as a result of the visit. But I can’t get them all generated as a result of the crawler’s work (or otherwise).

    I’ve also noticed that sometimes the following error pops up at the top of the screen (not in the log): Failed to communicate with QUIC.cloud server: Unknown error: frequency_limit [server] https://node12.quic.cloud [service] ucss.

    I have also noticed that in the last 8 hours, only 138 files have been created in my wp-content/litespeed/ucss folder. However, I often see 501 requests in the queue in the dashboard. When I click ‘force cron’, this number can drop by a few hundred in a few minutes. In the last 8 hours, this has happened several times. But there are only 138 files in the folder.

    • This reply was modified 1 year, 5 months ago by oanishchik.
    • This reply was modified 1 year, 5 months ago by oanishchik.
    Thread Starter oanishchik

    (@oanishchik)

    1 year, 5 months ago

    It’s all the more strange because, as far as I can tell, my entire page optimization quota is being used to generate ucss (since it says the following at the bottom: USAGE 16679 of 31000 CCSS: 0 UCSS: 16679 VPI: 0). And in the same last 8 hours I have used several thousand of this quota, but again there are only 138 files in the folder created in the last 8 hours.

    Plugin Support qtwrk

    (@qtwrk)

    1 year, 5 months ago

    please provide the report number

    you can get it in toolbox -> report -> click “send to LiteSpeed”

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 5 months ago

    It’s in the end of my initial message.

    Plugin Support qtwrk

    (@qtwrk)

    1 year, 5 months ago

    yes sorry my bad, I overlooked it

    ——

    you probably didn’t do anything wrong, but just need to be patient and not to keep purging, each time you purge, you break/interrupt the generation process.

    the UCSS generation is time consuming process , it could take few minutes (sometimes even more depends on generator servers load) for one UCSS , and you need to make sure the wp cron is running and triggered properly in time

    you can also check your access log , see if there is any /?rest_route=/litespeev/1/notify_ucss request, this is the request when UCSS generator generates the UCSS and sending it back to site.

    you can check in https://my.quic.cloud , see when were the UCSSs generated

    • This reply was modified 1 year, 5 months ago by qtwrk.
    Thread Starter oanishchik

    (@oanishchik)

    1 year, 5 months ago

    I logged in and had a look. It says that ucss-es are being generated about every minute. And they are still being generated, non-stop. I suspect that their generation is triggered by LiteSpeed\UCSS::cron(). It has a recurrence time of one minute. That gives us about five hundred ucss-es in 8 hours (the time I hadn’t purged the ucss cache when I wrote my first message), and even more in 11 hours (which has now passed). But where are they? If they should all be in litespeed/ucss, there are only 146 there now, which means that eight have been added in three hours, because there were 138. I looked in the cloud for a list of the most recent ucss-es generated. I checked the page for which the ucss was generated about 10 minutes ago, but there’s no ucss on it, it says it’s in the queue. And so it is with all the others in this list of recently generated ucss-es. Anyway, even if it’s wrong that I’m forcing ucss-es to be generated by pressing the button, I’m getting charged for it. Several thousand of ‘credits’ have been deducted in the last few hours. But where are these ucss-es? It’s not the ‘credits’ as such, of course, but the fact that it’s not clear where the generated ucss-es go. In general, the system does not seem to refuse to forcibly generate them, even in such large quantities as I need, but it is not clear where they go, they are not in the frontend, they are not in the litespeed/ucss folder.

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 5 months ago

    It’s been about 10 hours. The quota has dropped by about 600 positions, which is exactly one ucss per second. However, only a small number of files have been added to litespeed/uscc folder. I guess that their number corresponds to the number of visits to the pages of the site. I’m still waiting to get the site indexed, hoping to get a proper cache. So I have very few visits, only due to old redirects. At the same time, I take, for example, from the list of generated ucss-es from the Cloud, the address of the site page and check if it has ucss (generated about 2 hours ago). It doesn’t have one, I see. However, the generation of a ucss is triggered by my visit to that page in incognito mode. This is not using/placing the previously generated ucss for this page. It is creating a new one. This ucss appears in the list in the Cloud as having just been created, anew. And in litespeed/uscc, I can find the new corresponding file. So, as I see it, only ucss created by visiting a page will appear in the frontend. And no other way. Where do all the thousands of ucss-es that are created every second in the background go? At the same time, it’s important to me that the ucss of all pages appear in the frontend before anyone visits them. (That’s why I don’t submit the site to search engines yet). As far as I understand, running crawlers does not allow to achieve this, because if all other cache is created on a page (and it is created very quickly as a result of running crawlers), then crawlers somehow actually skip these pages. In other words, a visit is not recorded and accordingly the creation of the ucss is not triggered. So how can I achieve what I want: That all pages of the site in the frontend already have ucss on them without/before anyone visits them? Thanks!

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 5 months ago

    The generation of ucss-es one at a time, slowly, ended just like the forced generations before. Requests in queue: 134. These are “stuck” requests. Nothing is happening to them. Nothing will happen to them, in my experience. In the litespeed/ucss folder, there are only the ucss-es generated as a result of actually visiting the corresponding pages. For the generation of ucss-es, I seem to have been charged about 1600 “credits”. These ucss-es are listed as generated in the Cloud, but they are not in the frontend or litespeed/ucss. All the rest of the cache is generated. Nothing changes when crawling. The last ucss was generated an hour ago. Even though there is a cron running all the time. So the situation is exactly the same as always.

    Plugin Support qtwrk

    (@qtwrk)

    1 year, 5 months ago

    please check the access log for ?rest_route=/litepseed/v1/notify_ucss , or better yet , enbale plugin’s debug log with this URI included , set higher log size , the plugin log will note down what happens to each UCSS notification it received, like if it was into where, if there was any error …etc

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 4 months ago

    I did as you wrote, cleared the cache, launched crawlers, as a result, a new cache of pages is generated, every about 10 seconds a new ucss is generated (I configured cron this way; in principle, generating a css takes only about one second), “credits” are being deducted, the Cloud keeps a long list of new ucss-es, no ucss appears in the litespeed/ucss folder (without actually visiting the page), the log with the parameters you specified is absolutely empty.

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 4 months ago

    I also noticed that clicking on the Empty Entire Cache button does not remove the ucss from the litespeed/ucss folder, it is only removed by clicking Purge All – Unique CSS.

    Plugin Support qtwrk

    (@qtwrk)

    1 year, 4 months ago

    “empty entire cache” doesn’t remove UCSS, only purge all Unique CSS will do

    please share the report number again , let me double check your log setting.

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 4 months ago

    WOPEPLTQ

    Plugin Support qtwrk

    (@qtwrk)

    1 year, 4 months ago

    now that really makes no sense, if you don’t receive that request the ?rest_route=.... one , you wouldn’t even have UCSS stored on your local

    anything on the server access log about that request ?

    and no , it’s impossible for UCSS generation for as short as 1 second, that is just sending the request to UCSS generator server, the UCSS server will still take times to process , which is definitely longer time.

    I have briefly looked at the ucss related code , it may require the user agent for UCSS generation but crawler doesn’t have a real user agent like browser cache, so it may not be counted into

    I will run some test on that and get back to you.

    Thread Starter oanishchik

    (@oanishchik)

    1 year, 4 months ago

    For some reason, the log now shows rest_route=/litespeed/v1/notify_ucss and generally all ucss operations in great detail, even though I haven’t changed anything. I can also see that there are about 4 such operations per minute. This corresponds to my current cron. However, it is only every few _minutes_ that a file is loaded into the litespeed/ucss folder. Based on this and the log, I’d like to ask: is ucss really unique? Because I see that for different URLs the file (string: Save URL to file [file] /var/www/html/wp-content/litespeed/ucss…) can have the same name, meaning it is the same file (of course, if I interpret the log correctly, which may not be so).

Viewing 15 replies - 1 through 15 (of 22 total)
1 2

The topic ‘Can’t manage to create all ucss-es’ is closed to new replies.