Михаил Лисецкий

Подключить скрипт на сайт, и при необходимости, подкорректировать селектор полей формы:

document.addEventListener('DOMContentLoaded', () => {
    const elements = document.querySelectorAll('.wpcf7-form input[type="text"], .wpcf7-form textarea');

    elements.forEach((el) => {
        el.addEventListener('input', (e) => {
            e.target.value = e.target.value.replace(/\s+/g, '');
        });
    });
});

UPD из комментов, ограничение на ввод в input только цифр (необходимо указать css класс такому input only-numbers):

document.addEventListener('DOMContentLoaded', () => {
    const elements = document.querySelectorAll('.only-numbers');

    elements.forEach((el) => {
        el.addEventListener('input', (e) => {
            e.target.value = e.target.value.replace(/\D/g, '');
        });
    });
});

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

Здравствуйте!
В чем именно у вас проблема заключается? Используйте WP_Query, ограничивайте по категориям на уровне шаблона и выводите записи по категориям на странице.
https://wp-kama.ru/function/wp_query

if(count($result) > 0)

меняем на
if($result->rowCount() > 0)

Решение найдено! Нужно удалять хук через подключение хука инициализации init

add_action( 'init', 'jk_remove_storefront_header_search' );
function jk_remove_storefront_header_search() {
remove_action( 'storefront_header', 'storefront_product_search', 40 );
}

Вот, кстати, интересная статья по этому вопросу
remove_action или remove_filter не работает в дочерней теме WordPress, если пытаться удалить хуки родительской темы
В родительской теме определен ряд хуков, которые мешают мне и хочется их удалить в дочерней теме.
Логично предположить что нужно просто вставить remove_action или remove_filter в function.php дочерней темы.
Но не тут то было!
Это не работает.
Как оказывается, function.php дочерней темы грузится перед тем же файлом родительской темы. И если использовать обычную схему, то получится что попытка удаления хука произойдет перед его добавлением. Что как мы знаем по кодексу оказывается безрезультатным.
Таким образом нам нужно добиться ситуации, когда удаление хука произойдет после его определения.
Как это сделать?
Все очень просто Нужно удаление хука зацепить на более поздний хук, который выполнится после определения хука родительской темы. О как
Но все просто. Самый элементарный хук init вполне нам подойдет.
И делаем так:

add_action('init','removeOldFunction');
function removeOldFunction(){
remove_action( 'template_redirect', 'alienship_nice_search_redirect' );
}

Этим кодом мы удалим хук alienship_nice_search_redirect, который определен в родительской теме, при помощи function.php дочерней.
Проверено
Все хорошо, пока дело не касается сайдбара. Там хук инициализации виджетов работает еще позднее чем init, потому нужно вешаться на хук after_setup_theme.
Ну и в других случаях. Удаляя тот или иной хук не забудьте проверить его порядок загрузки и убедиться что он грузится позднее, чем тот который вы удаляете.

<a href="<?php echo wp_logout_url( home_url() ); ?>">Выход</a>

Пересохрани шаблон в UTF-8 без BOM

Это метки(без иерархии), нужно выбрать hierarchical: true при создании таксономии

Вы путаете теплое с мягким.

Страницы (pages) это один тип данных, он не поддерживает (по умолчанию) категории. Зато поддерживает дочерние страницы. Нужно это как раз для того, чтобы у страницы были подстраницы, с более детальным контентом, например.

Разбивка же не-иерархического контента (посты, записи, они же posts) происходит как раз с помощью таксономий (categories, tags и произвольные таксономии).

А теперь, с учетом вышеизложенного, уточните вопрос.

ЗЫ: А по поводу пропадающего фонового изображения - спросите в канале по CSS, и обязательно ссылку прикрепите. Диагностику делать без пациента - гиблое дело.