Monk29

I have the same problem here, and my plugin version is v. 4.9.9.

• 2024-09-14 15:28:38?1 duplicates found in 0.017 sec. Mem usage: 18 mb
• 2024-09-14 15:28:38?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:28:37?Un total de 0 entradas duplicadas fueron borradas en 0.031 seg.
• 2024-09-14 15:28:37?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:28:37?Tarea CRON automática en ejecución.
• 2024-09-14 15:27:54?1 duplicates found in 0.019 sec. Mem usage: 20 mb
• 2024-09-14 15:27:54?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:27:06?1 duplicates found in 0.015 sec. Mem usage: 18 mb
• 2024-09-14 15:27:06?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:27:04?Un total de 0 entradas duplicadas fueron borradas en 0.026 seg.
• 2024-09-14 15:27:04?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:27:03?Tarea CRON automática en ejecución.
• 2024-09-14 15:27:02?1 duplicates found in 0.011 sec. Mem usage: 16 mb
• 2024-09-14 15:27:02?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:26:07?1 duplicates found in 0.015 sec. Mem usage: 16 mb
• 2024-09-14 15:26:07?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:26:00?Un total de 0 entradas duplicadas fueron borradas en 0.025 seg.
• 2024-09-14 15:26:00?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:26:00?Tarea CRON automática en ejecución.
• 2024-09-14 15:26:00?1 duplicates found in 0.014 sec. Mem usage: 16 mb
• 2024-09-14 15:26:00?DEBUG: SQL – Setting SET SQL_BIG_SELECTS=1
• 2024-09-14 15:25:33?1 duplicates found in 0.01 sec. Mem usage: 16 mb
• 2024-09-14 15:25:29?Plugin activated.

After preloads 3 times (12 tags), it stucks again.

yes, you are right. can you disable the “category” option via the preload wizard and save the settings please?

Sure, it has been done as you required.

It is OK now, but sometimes it stucks at “category”, sometimes it stucks at “tag”, and sometimes it stucks at “post”.

BTW, if you see tag page like:
https://www.yangjiuwan.com/tag/%e7%88%b1%e5%b0%94%e5%85%b0%e5%a8%81%e5%a3%ab%e5%bf%8c/

that’s because it is a Chinese tag, nothing wrong with it.

• This reply was modified 3 years, 8 months ago by Monk29.
• This reply was modified 3 years, 8 months ago by Monk29.

ok. please do not anything until I investigate when you have the problem

Now it stucks again.

Every time I visit

https://www.yangjiuwan.com/?action=wpfastestcache&type=preload

it shows the same result.

I will do nothing and wait for you to check it, Thanks.

@emrevona

now everything seems ok.
…
By the way, plesae set the number of preload as 4.

Now is OK, because I restarted the preload task (un-tick the prload function and save, then tick the prload function and save to restart).

I will inform you when I see the error happens again.

can you tell me the url please?

Just as the log shows, the urls are all the same 10 urls. For example, the first one is https://www.yangjiuwan.com/43567/, you can see from the log, it repeats for 5 times. And same as other 9 urls, they are all repeated for 5 times.

The log above just records 5 minutes, actually, this repeated for hours until I stop the preload cron job.

But the “repeat preload error” does not occurs at this specific point, not related to specific time or specific number. I have tested it for a few times, from what I can see so far, it happens randomly, or I still cannot get the pattern.

• This reply was modified 3 years, 8 months ago by Monk29.