wpbuild

Вечер добрый.

Я правильно понимаю, на сайтах с большим количеством активных пользователей в админке, лучше отказаться от этого плагина? Потому что проблема так никуда и не делась.

День добрый. Что нибудь проясняется?

Ну хотя бы приблизительно? Напрягает нагрузка ))

День добрый. Не подскажете когда ждать обновления?

Если я правильно понимаю происходящее, при каждом save_post ставится в очередь реиндексация, и если таких событий много и они одновременные, возникает большое количество запросов к базе. Вопрос, а можно ли как то объединять такие запросы, и отправлять на реиндексацию массив постов, а не отдельный пост?

Я отключил WP cron вообще, поставил системный с запуском раз в 2 минуты.
но видимо при активности пользователей все равно куча таких запросов вылазит

Вот еще наблюдение примерно одинаковая конфигурация серверов:

Executed the cron event ‘wpfts_indexer_event’ in 0.205s.
на машине где 700 тыс. записей. 1 тип записи, 3 таксономии
база примерно 9Gb

Executed the cron event ‘wpfts_indexer_event’ in 0.001s.
на машине где 200 тыс. записей. 8 типов записей, 30 таксономий
база примерно 4Gb

непонятно почему такая большая разница во времени выполнения. Я честно говоря думал что на второй машине, где больше разнородных элементов будет дольше проверяться индекс.

• This reply was modified 4 months, 1 week 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, 1 week 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 минута.