https://wordpress.stackexchange.com/questions/218533/unusable-menus-and-illegal-widget-setting-id-nav-menu-item-error
https://stackoverflow.com/questions/49414733/fatal-error-uncaught-exception-exception-with-message-illegal-widget-setting

—
попробуйте решение отсюда.
Судя по всему, в БД потерялось значение AUTO_INCREMENT

исправить можете сами через PHPMyAdmin хостинга (выбрать БД WP и найти там в меню выполнить запрос / exec query )

Перед вмешательством убедитесь что у вас точно есть бэкап (!)

ALTER TABLE 'wp_terms'
CHANGE COLUMN 'term_id' 'term_id' BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT FIRST,
ADD PRIMARY KEY ('term_id'),
ADD INDEX 'name' ('name'),
ADD INDEX 'slug' ('slug');

вот такой запрос.
Если есть сомнения что, как и где делать — попросите поддержку хостинга, можете им ссылку на эту тему дать.

• Ответ изменён 1 год, 8 месяцев назад пользователем Yui.

Возможно, слетел атрибут AUTO_INCREMENT у суррогатного ключа в одной из таблиц. Смотреть в PhpMyAdmin.
Возможно, слишком маленькое значение настройки max_input_vars у php. Смотреть phpinfo.
Список не исчерпывающий.

В общем сейчас простестил посты, у меня заполняет тот промежуток что остался между старыми и перенесенными постами, поэтому я и тревожусь чтобы не было затирания в будущем.

А какое сейчас значение AUTO_INCREMENT у таблицы? Можно посмотреть в phpMyAdmin на вкладке «Операции». Там же можно его увеличить до безопасного максимального значения, чтобы не беспокоиться о затирании.

пока не удалось воспроизвести ситуацию, когда значение AUTO_INCREMENT в таблице меньше одного из существующих ID.

Проверил ещё раз — при запросе типа

UPDATE wp_posts SET ID = 10000 WHERE ID = 4500;

значение AUTO_INCREMENT в таблице автоматически увеличивается до 10001, как и при вставке новой записи. При попытке изменить его обратно на 4501 ничего не меняется, остаётся на 10001.

Так что у меня есть некоторые сомнения в том, что «новые пока добавляются дальше на 2000+», если, конечно, в базе что-то не сломано.

А в чём вообще смысл этих манипуляций с ID? Может быть, задачу, ради которой понадобилось сохранять исходные ID с другого сайта, можно решить проще, если правильно её сформулировать?

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

В будущем — в смысле в штатном режиме? Должно увеличиваться на 1 после каждого insert. В PMA в «операциях» таблицы можно посмотреть (и изменить) текущее (следующее) значение AUTO_INCREMENT.

Может быть это связано с тем что я напрямую меняю ид:

Конечно. Если не указывать id явно, то insert будет создавать новое значение, следующее после максимального. Если, конечно, не сломаны auto_increment и primary key.

Ответил в предыдущей теме, но теперь вижу, что ответ требует уточнения, т.к. мне пока не удалось воспроизвести ситуацию, когда значение AUTO_INCREMENT в таблице меньше одного из существующих ID.

wp_insert_post не позволяет это сделать

При внимательном рассмотрении оказалось, что всё же позволяет 🙂

Там есть недокументированный параметр «import_id», предназначенный именно для импорта записей с нужными ID.

Создал тикет, чтобы добавить его в документацию: #52943.

новые посты продолжают добавляться с 4500 ид, когда они дойдут до 10000 они перескочат автоинкрементом, или начнут затирать имеющиеся?

Думаю, проще проверить на тестовой установке, чем ждать ответа 🙂

Сейчас проверил — при вставке записи с ID 10000 значение AUTO_INCREMENT в таблице автоматически увеличивается до 10001, т.е. после импорта новые записи пойдут дальше, а промежуток от 4500 до 10000 не будет использоваться.

А в базе данных term_id = 0.

Это признак того, что после каких-то манипуляций с базой и/или серьезного сбоя сервера слетел флаг AUTO_INCREMENT у поля term_id. Проблема, увы, не редкая. https://ru.wordpress.org/support/search/AUTO_INCREMENT/