Импорт WordPress не импортирует пользовательскую таксономию

Вопрос или проблема

Я уже опубликовал это на форуме поддержки WP, надеясь на большее везение здесь.

Я пытаюсь импортировать пользовательский тип записи из одного блога в другой. (126 записей в пользовательском типе записи).

Я экспортировал с помощью функции экспорта WordPress из версии WP 3.3.2 и пытаюсь импортировать в 3.2.1.

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

В обоих WP у меня одинаковое имя для каждого из моих пользовательских типов записей и таксономий, я буквально скопировал/вставил свой functions.php.

Есть ли у вас идея, почему мой импорт добавляет все записи моего пользовательского типа, но не мою пользовательскую таксономию? Я упускаю какой-то шаг?

Я полагаю, вы экспортируете пользовательский контент, верно? Если да, то вы не сможете импортировать ни одну таксономию (тег или категорию или что-то еще)…

в вашем экспортном файле не существует элементов wp:terms, которые отвечают за импорт терминов. ошибка? возможно.

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

по крайней мере, это поможет вам импортировать все термины назначенной категории.

Ответ или решение

При переносе контента WordPress, включая пользовательские таксономии и метаинформацию, часто возникают сложности, особенно когда версии установки различны. Данная проблема, связанная с импортом пользовательской таксономии, требует детального анализа и пошагового подхода к её решению.

Шаг 1: Понимание проблемы

Ваша проблема заключается в том, что при попытке импорта пользовательского типа записи вы не получаете информацию о пользовательских таксономиях. Это может быть связано с несовпадением версий WordPress: вы экспортируете из версии 3.3.2 и пытаетесь импортировать в 3.2.1. Различия между этими версиями могут влиять на структуру экспортируемого файла, а также на поддержку пользовательских типов записей и таксономий.

Шаг 2: Экспорт и структура файла

Когда вы используете встроенную функцию экспорта WordPress, она создает XML-файл, который включает все ваши записи. Однако, чтобы корректно импортировать на новый сайт, необходимо удостовериться, что файл содержит все необходимые элементы, включая wp:terms, отвечающие за пользовательские таксономии.

Если в вашем экспортируемом файле отсутствуют секции wp:terms, это может означать, что таксономии не были включены в экспорт. Для всех пользовательских таксономий необходимо удостовериться, что они корректно зарегистрированы в functions.php на обоих сайтах.

Шаг 3: Решения проблемы

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

  2. Ручное редактирование XML: Если вы знакомы с XML-структурой файла экспорта, вы можете вручную добавить wp:terms в файл, экспортировав все записи и таксономии из рабочего блога. Сравните XML-файл вашего экспорта с образцом, в который вы хотите импортировать, и убедитесь, что все термины включены.

  3. Использование сторонних плагинов: В случае, если стандартный импорт не работает, рассмотрите возможность использования плагинов, таких как "WP All Export" и "WP All Import". Эти инструменты позволяют более точно контролировать процессы экспорта и импорта, включая пользовательские таксономии и метаданные.

  4. Обновление WordPress: Если возможно, рассмотрите возможность обновления версии WordPress, куда производится импорт. Это может уменьшить количество несовместимостей и упростить процесс.

Заключение

Надеемся, что эти рекомендации помогут вам успешно решить проблему с импортом пользовательских таксономий. Важно всегда делать резервные копии данных перед внесением изменений и следовать лучшим практикам разработки. Если проблема сохраняется, рассмотрите возможность обращения в поддержку WordPress или создание новой темы на форумах сообщества для получения дополнительной помощи.

Оцените материал
Добавить комментарий

Капча загружается...