wpbuild
Forum Replies Created
-
Вечер добрый.
Я правильно понимаю, на сайтах с большим количеством активных пользователей в админке, лучше отказаться от этого плагина? Потому что проблема так никуда и не делась.
День добрый. Что нибудь проясняется?
Ну хотя бы приблизительно? Напрягает нагрузка ))
День добрый. Не подскажете когда ждать обновления?
Если я правильно понимаю происходящее, при каждом
save_post
ставится в очередь реиндексация, и если таких событий много и они одновременные, возникает большое количество запросов к базе. Вопрос, а можно ли как то объединять такие запросы, и отправлять на реиндексацию массив постов, а не отдельный пост?[video src="https://block.iwpb.ru/img/2024-11-14.mp4" /]Я отключил WP cron вообще, поставил системный с запуском раз в 2 минуты.
но видимо при активности пользователей все равно куча таких запросов вылазитВот еще наблюдение примерно одинаковая конфигурация серверов:
Executed the cron event ‘wpfts_indexer_event’ in 0.205s.
на машине где 700 тыс. записей. 1 тип записи, 3 таксономии
база примерно 9GbExecuted the cron event ‘wpfts_indexer_event’ in 0.001s.
на машине где 200 тыс. записей. 8 типов записей, 30 таксономий
база примерно 4Gbнепонятно почему такая большая разница во времени выполнения. Я честно говоря думал что на второй машине, где больше разнородных элементов будет дольше проверяться индекс.
- This reply was modified 4 months ago by wpbuild.
Вот еще какое наблюдение, ночью, когда активности авторов/редакторов на сайте нет, то раз в минуту появляется такой запрос, иногда 2 или 3 разом, но все это в течении 1-2 секунд заканчивается, и на нагрузку никак не влияет. А когда в админке висят авторы, то таких хапросов может образоваться до 50 штук одновременно.
Еще один момент, после полного удаления палагина, его переустановки и переиндексации, пропало сообщение:
“NOTICE: PHP message: Ошибка перепланировки события Cron для хука wpfts_indexer_event, код ошибки: could_not_set, сообщение об ошибке: Список событий cron не может быть сохранен., данные: {“schedule”:”wpfts_each_minute”,”args”:[],”interval”:60}”
Но поведение при этом осталось прежнее.
- This reply was modified 4 months ago by wpbuild.
Вот еще в логах проскочило, вряд ли оно, но вдруг на что то натолкнет.
[pool www-php83] child 20538 said into stderr: “NOTICE: PHP message: WordPress database error Duplicate entry ‘848388-wp_posts’ for key ‘tid_tsrc_unique’ for query insert into
wpftsi_index
(tid
,tsrc
,tdt
,build_time
,update_dt
,force_rebuild
,locked_dt
) values (“848388”, “wp_posts”, “1970-01-01 00:00:00”, 0, “1970-01-01 00:00:00”, 1, “1970-01-01 00:00:00″) made by do_action(‘wp_ajax_heartbeat’), WP_Hook->do_action, WP_Hook->apply_filters, wp_ajax_heartbeat, apply_filters(‘heartbeat_received’), WP_Hook->apply_filters, heartbeat_autosave, wp_autosave, edit_post, wp_update_post, wp_insert_post, do_action(‘save_post’), WP_Hook->do_action, WP_Hook->apply_filters, wpfts_save_post_action, wpfts_post_reindex, WPFTS_Core->MakePostsSync, WPFTS_DB->query”Вообще всегда. с периодичностью раз в 1-3 минуты. когда то по 1-2 запроса, когда то по 20-30-50
От того находишься в админке или нет – не зависит.
Никаких идей не появилось? Может нужна еще какая нибудь информация?
Попробуйте выключить плагин и снова включить – посмотрите, решает ли это проблему или запросы продолжают массово выполняться?
Пробовал. никак не влияет
Как я понимаю ошибка cron – известна начиная с версии wp 6.1.1. и не влияет на работу самого крона https://core.trac.www.ads-software.com/ticket/57271
Дополнение: Периодичность приблизительно 1 минута.