Не создается ничего, фид из 0 записей

галочки стоят на типах записей?

Да, конечно. На всех стоят.

попробуйте отключить все плагины и проверить.

Попробую конечно, но набор плагинов фиксированный и много лет уже не менялся.

и что? есть, например, плагин Advanced Category Excluder – он режет записи в фиде.
плюс есть еще темы непонятные, которые удаляют “дубли” – и из фида тоже.

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

• This reply was modified 4 years, 2 months ago by x09.

есть еще версии? как дебажить плагин?

кэширование?

плагинов этого функционала нет, да и как оно может мешать? Ведь ваш плагин не обходит запросами весь сайт по http, он же из базы линки по любому читает.

порылся в error_log, нашел вот что

[19-Dec-2020 10:54:41 UTC] База данных WordPress возвратила ошибку The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay в ответ на запрос SELECT SQL_CALC_FOUND_ROWS  wp_posts.ID FROM wp_posts  LEFT JOIN wp_postmeta ON (wp_posts.ID = wp_postmeta.post_id AND wp_postmeta.meta_key = 'ytrssenabled_meta_value' )  LEFT JOIN wp_postmeta AS mt1 ON ( wp_posts.ID = mt1.post_id ) WHERE 1=1  AND wp_posts.ID NOT IN (127) AND ( 
  wp_posts.ID NOT IN (
				SELECT object_id
				FROM wp_term_relationships
				WHERE term_taxonomy_id IN (1)
			)
) AND ( 
  wp_postmeta.post_id IS NULL 
  OR 
  ( mt1.meta_key = 'ytrssenabled_meta_value' AND mt1.meta_value != 'yes' )
) AND wp_posts.post_type IN ('post', 'page') AND ((wp_posts.post_status = 'publish')) GROUP BY wp_posts.ID ORDER BY wp_posts.post_date DESC LIMIT 0, 50, выполненный require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), do_feed, do_action('do_feed_turbo'), WP_Hook->do_action, WP_Hook->apply_filters, yturbo_feed_template, WP_Query->__construct, WP_Query->query, WP_Query->get_posts

Таких сообщений там много

• This reply was modified 4 years, 2 months ago by x09.

Удалил плагин и поставил заново, чтобы вернутся в дефолтные его настройки.

1. по-умолчанию отмечено, что создавать фид для записей. У меня их 5 штук – фид из 5 элементов создан.
2. выбираю что еще и из страниц создавать, и получаем фид 0 записей..

вдруг это поможет детектировать, куда рыть

у вас админ параноидален – настройки mysql сильно ограничены.
подробнее тут – https://www.it-rem.ru/mysql-oshibka-the-select-would-examine-more-than-max_join_size-rows.html

Мы не вносили никаких изменений в ваши скрипты, только изменили лимит выделяемой памяти для php в большую сторону и ухудшить работу сайта это никак не могло.
Ошибка, которую вы описываете сводится к неправильной работе скрипта с запросами в базу данных в связи с отсутствием в базе индексов или с не оптимизированной работой с таблицами больших размеров. На виртуальном хостингом единственное решение – это проверять и исправлять код скриптов.
На виртуальном сервере, если нет желания разбираться в коде, можно применить рекомендации из статьи https://web-answers.ru/php/vyberite-mysql-sql-big-selects.html про аналогичную ситуацию.

сапорт в одну сторону, разрабочики в другую сторону.. ) что делать пользователю? )

я тут ничего не могу сказать.
запросы к базе данных я делал исключительно через функции движка – так что напортачить не мог никак. и да – запросы эти не слишком оптимизированы и достаточно тормознутые. но в данном контексте ничего не работает исключительно из-за кривых настроек mysql. если у вас есть доступ к конфигам – вы можете сами это исправить.

так.. ладно. с памятью я вроде разобрался, ошибок больше нет, но и фид не создается. Вероятно, чтото, гдето скрипт валится на какойто странице.. както можно узнать, что ему не нравится? почему ни 1 страница не попадает в xml