Что-бы выбиралось, нужно что-бы в БД значение совпадало с одним из вариантов
Т.е. в одном select не получится указать несколько полей с разными ID? Например, нужно выбрать либо значение поля age, либо поля gender ( gender я условно указываю). Каждое поле (age и gender) является отдельным текстовым полем в профиле, которое юзер заполняет вручную. Соответственно, в селекте формы должна быть возможность выбрать либо значение поля age, либо значение поля gender.
В базе нужно смотреть какой там ключ у поля и какое значение.
Если поле внутри другого поля (группа или повторитель например) то у него точно другой ключ будет, не тот который вы в " Имя поля" видите. И значение у select и radio это не ярлык, если в настройках поля acf вы указали " red : Красный", то в базе будет red, а не Красный.
Ключ тот же, age. В текстовом поле CF7 оно нормально работает в виде default:user_age.
Видаться для select какая-то определенная конструкция нужна, там же мы несколько ключей указываем для выбора, например age и gender. И, если указываем так:
то не срабатывает.
P.S. Это не про ACF, это про кастомные поля профиля, о которых тут писали.
Еще один вопрос назрел) Известно, что в CF7 есть возможность автозаполнения полей для авторизованных юзеров, используя стандартные теги, например default:user_login и др. А как сделать автозаполнение данными из кастомного поля профиля пользователя? Например ID поля: age. Значения полей хранятся в мета полях пользователя, получаются через get_user_meta.
А когда "не вручную" - не важно что. Даже не важно цифры ли это. АЦФ нужен, когда нужно руками заполнять ПП, созданным им.
А Если писать некий код, заполняющий ПП, то проще их сделать сразу, без АЦФ. Более того если не требуется их редактирование вручную, то сделать их скрытыми.
В том-то и дело, что у записи много параметров, сделанных ACFами, и, по одному из этих параметров нужно сортировать эти записи.
Это конечно возможно, но это плохой подход. Не наглядно, запаришься следить за этими цифрами, возможны конфликты и вообще лишняя сущность и запросы. Правильнее и проще будет сортировать по датам создания/публикации/изменения.
Что-бы выбиралось, нужно что-бы в БД значение совпадало с одним из вариантов
[select items "user_age" "user_gender"]
default значение поля устанавливает, а не варианты для выбора создает.
Т.е. для select нереально значения подтянуть?
P.S. age и gender - это разные поля профиля
В базе нужно смотреть какой там ключ у поля и какое значение.
Если поле внутри другого поля (группа или повторитель например) то у него точно другой ключ будет, не тот который вы в " Имя поля" видите. И значение у select и radio это не ярлык, если в настройках поля acf вы указали " red : Красный", то в базе будет red, а не Красный.
Ключ тот же, age. В текстовом поле CF7 оно нормально работает в виде default:user_age.
Видаться для select какая-то определенная конструкция нужна, там же мы несколько ключей указываем для выбора, например age и gender. И, если указываем так:
то не срабатывает.
P.S. Это не про ACF, это про кастомные поля профиля, о которых тут писали.ID или значение? Значение всех метаполей одинаково вставляются, user_{ключ поля}.
Вы просто мой кумир😁 герой, дня, два раза за один день протянули руку помощи, спасибо 🙏👍
P.S. Правда почему-то это не срабатывает в полях select и radio(
Если только числа, то почему тип поля текст?
Это уже вручную.
А когда "не вручную" - не важно что. Даже не важно цифры ли это. АЦФ нужен, когда нужно руками заполнять ПП, созданным им.
А Если писать некий код, заполняющий ПП, то проще их сделать сразу, без АЦФ. Более того если не требуется их редактирование вручную, то сделать их скрытыми.
В том-то и дело, что у записи много параметров, сделанных ACFами, и, по одному из этих параметров нужно сортировать эти записи.
На оф. сайте есть вот такая инфа, но... что-то не работает(
https://www.advancedcustomfields.com/resources/orde-posts-by-custom-fields/
Это конечно возможно, но это плохой подход. Не наглядно, запаришься следить за этими цифрами, возможны конфликты и вообще лишняя сущность и запросы. Правильнее и проще будет сортировать по датам создания/публикации/изменения.
Или же использовать готовые плагины сортировки.