Intereting Posts
Как создать профиль пользовательского интерфейса с дружественной постоянной ссылкой Горизонтально разбивать страницы на записи блога? Где объект, свойство или метка в базе данных, которая контролирует порядок отображения сообщений? Может ли страница содержать php-код? Аргумент post_type не работает корректно с WP_Query Я пытаюсь вывести элементы портфеля с изображением. Этот код, похоже, не работает. Что я делаю не так? Как создать ссылку для метаданных wordpress? Страница настроек не сохраняет настройки в базе данных Сертификат SSL и WordPress Как добавить настраиваемый мета-поле в разделе «Настройки галереи» в всплывающем окне «Редактировать галерею» Ограничение количества видимых ссылок, отображаемых с помощью wp_link_pages Как создать определенный URL-адрес интерфейса (а не страницу) из темы или плагина? Показать / скрыть Div для маски входа Как вызвать WordPress Первое сообщение об изображении или другое прикрепленное изображение или по умолчанию Нужно ли включать «else» и / или «endif»?

Хранить и работать с огромным массивом в WP

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

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

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

Я получил решение самостоятельно в другом сообщении: получите термины, содержащие сообщение с пользовательским типом сообщения между двумя значениями

Теперь мне нужно знать, что нужно хранить этот огромный массив в моей базе WordPress.

В двух словах ваши потребности полностью не поддерживаются WP API.

Таксономии в РГ являются механизмом группировки . Их основная цель – запросить набор объектов, принадлежащих к группе (термину) или группам. Нет никакой обратной операции для обеспечения набора объектов и поиска каких групп (терминов), к которым он принадлежит.

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

Я вижу здесь три возможных подхода (сложность возрастания):

  1. Отбросьте прикованное требование. Позвольте пользователям свободно выбирать дату и страну, сообщать им, если нет результатов для конкретной комбинации. Даже Google иногда говорит, что ничего не нашел.
  2. Хруст данных с асинхронным API и кэширование данных отношений в той или иной форме.
  3. Напишите пользовательский SQL, который реализует необходимую логику с разумной производительностью.

Лично я бы пошел с 3 в такой ситуации, но только потому, что я достаточно уверен, что могу писать и поддерживать такой SQL.