WordPress WooCommerce

1. Надо понять какой тип запроса интересен: category/term1,term2,term3 или category/term1+term2+term3
2. Далее писать форму которая даст mehod=GET & action который форматируется через JS на основе выбранного состава рубрик.

Либо п.2 можно вообще без формы сделать. Просто ссылку формировать. Если осознать как делаются запросы в WP по категориям.

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

Такие вещи делаются своими мозгами и руками. Либо если их не хватает - закупается у других людей.
Готовый плагин найти шансов мало. Бывает поиск выходит дороже чем написать свой плагин.
99% тех кто решает такие задачи используют Google Forms или TypeForm.

Это часть механики плагина SEO by Yoast. Вероятность 99% что оно хранится в метаполях.
Оно нужно для тонкой настройки хлебных крошек для SEO. Но 99% тем не поддерживают этот функционал птм оно почти всегда бесполезно. Польза есть только для тех кто в теме и если добавить поддержку этих крошек в тему.

На мой взгляд WP - это сложно. У 90% программистов ума не хватает что то достойное там сделать.
Woo - еще сложнее. 99% ничего толкового не сделают.
WPML - еще одна очень большая система.

Вы соединили 3 супер сложные системы в 1. Вероятность крайне мала что в РФ найдется хоть 1 программист который сможет из этих 3-х мега сложных фиговин собрать нечто живое.

Я бы убрал WPML. Оставил только WP + Woo. И включил режим сети. А мультиязычность стал бы делать в этом режиме. Тогда можно синкать продукты. Задача остается не простой, но хотя бы решаемой. Ну 1 из 10 программистов ее уже более менее сможет решить.

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

WooCommerce - норм. Далее нужно добавлять таксономии, чуть чуть работать напильником, очень желательно знать как устроен WooCommerce или иметь человека который способен быстро разбираться в системе. Последнее сделать крайне сложно. Вы удивитесь тому на сколько люди убого мыслят и делают костыли на ровном месте просто птм что лень чуть чуть головой подумать. Ломают WooCommerce своей безмозглостью и потом обвиняют его в тормозах.

Экстремальный у вас способ развлечения. Мы обычно делаем пулреквесты если нашли ошибку. Она нам мешает. Исправили. Отправили пулреквест.

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

А так чтобы для развлечения - это удивительно. Если у вас получится сделать какой то вклад - отправьте мне пжлс ссылку чтобы добить мою картину мира :)

На странице рубрики пагинацию делать не надо. Она там сама из коробки работает.

Надо понимать куда вы этот код суете. И как выглядит ссылка на вторую страницу.

Тезисами:
- is_tax( 'product_cat' ) - условный тег позволит выполнять код только на страницах категорий продуктов.
- get_queried_object()->term_id - коли мы находимся на странице категорий продуктов так можно получить term_id который сейчас открыт
- get_term_meta() - зная term_id мы так пожем получить значение его метаполя по ключу h1_title

Ну там кое где добавить разные проверки на пустоту.

И если удалось получить нужное значение то подставить его в переменную.

Перед этим нужно не забыть что в вашем примере в функции custom_woocommerce_page_title() - в скобочках должна быть переменная. Иначе фильтр сломается. Будет пушистый зверь.

Изучайте матчасть. Разницу между query_posts, WP_Query and get_posts.
У вас тут кони с арбузами перемешались. Надо хоть чуть чуть головой своей поработать, чтобы пытаться такие задачи решать и вопросы задавать.
Иначе ответ займет целую книгу. А тут мало шансов найти желающих писать книги в ответе на ваш вопрос.

Убрать интерактив на уровне php из шаблона. Оставить div на месте. Через AJAX подгружать в него актуальные данные при каждой загрузке страницы.
У Woo есть своя механика фронтального AJAX как раз для подобных целей wc-ajax=get refreshed fragments

Скорее всего есть метаполе у продукта где это все хранится. По аналогии с атрибутами.
И далее 2 варианта:
1. Почитать доки, вероятность 99% что у объекта есть метод который позволяет получить список, а из списка легко получить количество
2. Открыть БД, найти в каком поле хранит, и просто через функцию get_meta_field достать эти данные и посчитать

Смотрите как сделан внутри шорткод [product_category category="appliances"]
https://docs.woocommerce.com/document/woocommerce-...

Берете код, переделываете так как вам надо. Готово.

Еще появилась бесплатная версия для интеграции МойСклад и WooCommerce/WordPress https://wordpress.org/plugins/wooms/

По правильному надо было не кастомную таблицу делать, а Custom Post Type. И тогда вопрос бы не возник.
Сейчас либо пилить костыли далее (коли начали с костылей). Либо пытаться идти сложными путями натягивая на WP List Table API https://codex.wordpress.org/Class_Reference/WP_Lis...

Все верно. Но приоритеты я бы поменял. Эта задача относительно легко решается на WP Query. В малом объеме. Ваш п.2.

В крупных системах это все решается через подключение Algolia/Elastic/Sphinx.

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

Есть еще несколько вариантов с разной степенью изврата и сумасшествия, но там много разных но и если и их применение должно быть под чутким наблюдением WP-профессоров которых судя по характеру вопроса у вас нету :)

Тема https://ru.wordpress.org/themes/twentyfifteen/ должна подойти.

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

Вуаля. Ни строчки кода :)