Игорь Воротнёв

У вас вокер работает с каждым элементом по очереди, а сам элемент доступен в $item. Проверяйте еще его имя / слаг / ID. Получится 3 проверки:

- нужный $item
- пользователь авторизован
- и только тогда смотрим значение поля

Портфолио такая штука интересная... Вот я с WP работаю 10+ лет, опыта вагонище. А показать тоже осбо нечего. Либо старье, которое может быть вполне норм само по себе, но уровень то у меня уже совершенно другой, не репрезентативно. Все свежее, крупное и вкусное - под NDA. Опенсорса немного есть, есть контрибюшены в экосистеме WP, но этого вроде как мало. Что делать? Для себя я выбрал несколько проектов под NDA, поговорил с клиентами и получил добро показывать их непублично, оговаривая эту особенность с новыми клиентами при показе. Это дает плюсы – во-первых, если клиент решить связаться с владельцем такого сайта и спросить референс, я буду уверен что бывший клиент не сделает круглые глаза, а подтвердит мое участие в проекте и даст нормальную рекоммендацию. Во-вторых, новому клиенту такое уважение к NDA и клиентским данным однозначно придется по душе, они такое любят. Особенно крупные, у которых и деньги есть на разработчиков с рейтом выше среднего. При найме та же кухня.

Почитайте документацию, что ли... Ну или хотя бы открыли класс и посмотрели какие публичные методы у него есть.

$wpdb->get_var() – это для получения одного конкретного значения.
$wpdb->get_row() – для получения всей строки.
$wpdb->get_results() – более общий, generic, для получения любых результатов.
$wpdb->query() – вообще для выполнения любого запроса.

Вы немножко перепутали. Команда serve нужна, если у вас нет локального сервера, только PHP (который вполне может работать сервером при необходимости). А Homestead – это виртуальная с полноценным Ubuntu и веб-сервером. Поэтому serve там запускать не надо, там и так Nginx крутится.

А вот дальше начинается интересное :)

Для того, чтобы Nginx смог обслуживать ваш домен, у него (Nginx) должен быть конфиг для него. А для этого надо добавить домен и путь в конфигурацию Homestead.yaml, после чего сделать homestead up --provision.

Все это подробно описано в документации Homestead.

Не надо ничего разбивать, вы плагин ACF неправильно используете. Замените значения для селекта на:

300 : Услуга один
400 : Услуга два

1. Обратите внимание на пробелы вокргу двоеточия
2. Первым идет атрибут value, вторым – label (человекопонятный текст)

Ну и на выводе работать надо с ассоциативным массивом:

$type_service = get_field('type_service', 15);
foreach ( $type_service as $key => $value ) {
    echo "<option value=\"{$key}\">{$value}</option>"; // <option value="300">Услуга один</option>
}

Николай, Никак. И это не странное решение, так и должно быть. Подозреваю, вы не совсем правильно используете эту функцию. Future date, он же scheduled post, это еще неопубликованная запись, а значит у нее еще нет URL, и она недоступна пользователям, не отображается на сайте. То есть, по умолчанию не должна отображаться на сайте, не для этого она сделана. Она будет опубликована при наступлении нужной даты, вот тогда у нее и публичный URL появится. В вашем случае вы пытаетесь "перехитрить систему", принудительно запрашивая еще не опубликованные записи.

Рискну предположить, что вы хотите сделать какое-то подобие анонсов будущих материалов, например такое бывает с ивентами. В этом случае задача решается другим путем – создаете для записей custom field с необходимой датой, и оперируете значениями этого поля. С помощью подзапроса WP_Meta_Query получаете "старые записи" у которых мета-поле <= текущей даты, и "будущие записи", у которых значение >= текущей даты. Везде где дата у вас (по умолчанию – дата публикации) меняете ее на данные из мета-поля. В этом случае все записи – и старые, и "будущие" будут иметь статус publish, публичный URL и все такое. Но выводить вы их можете так, как вашей душе заблагорассудится.

Попробуйте в начале функции добавить global $post; (или перед началом foreach).