Некоторые дочерние термины настраиваемой таксономии не отображаются в админке. Проблема с кэшированием?

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

У меня проблема с некоторыми пользовательскими терминами таксономии. Я использую плагин “Types” для создания пользовательских типов записей и пользовательских таксономий.

Я успешно создал свой тип записи и иерархическую таксономию и начал добавлять контент. Все работало отлично, пока я не перенес сайт с сервера разработки (Linux) на рабочий сервер (Microsoft IIS).

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

Я пробовал:

  • удалять родительский и дочерний термины и создавать их снова. Та же ситуация, как только я назначаю дочерний термин родительскому, дочерний термин исчезает.
  • Очистку кеша с помощью w3tc
  • Оптимизацию базы данных с WP-DBManager
  • Все работает нормально на моем устаревшем сайте разработки.

Я вижу, что у некоторых людей похожая проблема, но я не вижу четкого решения.
Буду признателен за помощь.
Спасибо!

На самом деле в Types есть опция скрытия типа записи, и для дочерних записей она по умолчанию может быть отключена. Кроме того, вы должны иметь возможность редактировать дочерний тип записи из родительского типа. Или здесь действительно что-то ломается?

.

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

Ваша проблема, связанная с исчезновением дочерних терминов в панели администратора и на фронтэнде, вероятно, может быть вызвана несколькими факторами, особенно в контексте миграции с Linux на Microsoft IIS. Рассмотрим возможные причины и решения.

Причины проблемы

  1. Кэширование: Вы упомянули использование W3 Total Cache (W3TC). Возможно, кэширование неправильно настроено или требует дополнительных настроек после миграции. Хотя вы очищали кэш, стоит проверить настройки самого плагина на IIS, так как они могли не корректно перенестись.

  2. Права доступа и конфигурация серверной среды: Разные операционные системы могут иметь отличия в настройках прав доступа к файлам и базам данных. IIS может иметь специфические параметры конфигурации, которые влияют на работу с данными.

  3. База данных и разница в версиях: После миграции на другой сервер структура базы данных или версии ПО, такие как PHP, могут отличаться. Это может вызывать проблемы в работе плагинов и отображении данных.

  4. Настройки плагина "Types": Возможно, в настройках плагина "Types" есть скрытые параметры для отображения дочерних терминов. Проверьте, включены ли все необходимые опции для отображения иерархии терминов.

Решение проблемы

  1. Перепроверьте конфигурацию кэширования: Убедитесь, что плагин W3TC корректно настроен для работы с Microsoft IIS. Возможно, стоит временно отключить кэширование и проверить, решит ли это проблему.

  2. Проверка настроек "Types": Проверьте настройки ваших кастомных таксономий и постов в "Types". Убедитесь, что видимость дочерних элементов включена. Попробуйте изменить настройки отображения, чтобы точно определить, где возникает проблема. Если есть переключатель для отображения дочерних записей в административной панели, убедитесь, что он активирован.

  3. Права доступа и серверные логи: Проверьте права доступа ко всем файлам и папкам на IIS и сравните их с настройками на сервере разработки. Также полезно просмотреть серверные логи на предмет ошибок, связанных с доступом и обработкой налогономии.

  4. Обновление компонентов: Убедитесь, что все используемые компоненты программного обеспечения обновлены до последних версий, включая PHP, MySQL и сами плагины.

  5. Тестирование на локальном сервере: Попробуйте воспроизвести проблемы на локальной копии сайта, чтобы удостовериться, что они не специфичны для серверной конфигурации IIS. Это может помочь изолировать проблему.

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

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

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