WordPress WooCommerce

тезисами:
- add_shortcode - для создания шорткода.
- $terms = get_terms($args) - запрос терминов таксономии, аргументы см в доках.
- echo count($terms) - чтобы показать количество полученных постов на основе запроса

Не факт что вариативные продукты тут прокатят. Может быть речь про комплекты или вообще опциональные продукты.

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

Также может быть 1 продукт с опциями. Опции могут быть любые. Главное понимать что в момент отправки продукта в корзину можно поменять абсолютно любые параметры, будь то название, описание и цена. В зависимости от выбранных опций.

Вероятно нужно пробовать копать в сторону order_item. Например можно увидеть что доставка - это order_item. Как и продукты. А значит можно добавить нечто типа Комиссия за способ оплаты. И добавить туда произвольную цену.

У него есть шаблон. Есть шаблон продукта для сингла (single), есть шаблон для лупа (loop). Просто в single есть, а в loop нет.
Можно добавить в loop. Если есть базовые навыки php и понимание работы form.

Попробуйте лучше использовать плагин https://ru.wordpress.org/plugins/duplicator/
Больше шансов на успех при малом опыте.
Либо надо дебажить и читать логи. Причин может быть 1000 шт. И телепатией тут сложно решить задачу.

Думаю мало шансов найти готовое решение. Однако при наличии знаний в части фронтенда, можно написать такой шорткод или шаблон.

Тезисами:
1. Хук template_redirect.
2. Далее условный тег https://docs.woocommerce.com/document/conditional-tags/ для проверки нужной таксономии
3. Далее получить ID термина
4. Далее получить первые 2 продукта внутри этого термина
5. Если продуктов равно 1 то сделать wp_redirect()

Как то так.

Обычно такие вещи пишутся плагином под конкретный сайт. Мало шансов найти нечто универсальное что можно настроить силами смертного человека в пределах 1 жизни. В 100 раз будет проще и дешевле написать свой плагин.

Вы не туда копаете :)

Надо понимать что если есть 30 000 товаров, нет сложных запросов и будет нагрузка 1000 чел в день то пофиг. Хватит обычного файлового кеша.
Если будет 1 товар и нагрузка 100 000 чел в день то придется делать мемкеш в обход php через прокси nginx.
Если будет 30 000 товаров или 300 000 товаров и будут сложные механики фасетного поиска, то придется прикручивать Elastic или Algolia. Причем не важно Woo это или что то самопальное.

Большие нагрузки подразумевают что придется грамотно настраивать кеширование. В этом случае мало что вообще будет долетать до Woo. Задача Woo будет лишь грамотно управлять кешем и микросервисами типа Algolia. А эта грамотность зависит от компетенций команды разработки. От Woo это слабо зависит :)

При очень больших данных и нагрузках конечно же придется использовать REST API, React/Angular, AJAX, объектное кеширование и т. д. Все это есть в WP/Woo. Но не всегда есть команда которая это все понимает и умеет настраивать. От сюда возникают разные гипотезы типа "а вот нам яица мешают, давайте яица пересадим, но потом оказывается что и другие яица мешают, птм что такие танцоры". Потому тут надо выбирать танцоров, а не яица :)

У WooCommerce есть официальный плагин для Яндекс Кассы. На сколько я помню Яндекс Касса поддерживает 54 ФЗ вот так https://kassa.yandex.ru/blog/lk54fz

Готовых плагинов не встречал. Однако можно написать свой.
Главно тут понимать механику работы каталога, корзины и заказа:
1. в каталоге лежат продукты
2. в корзине лежат данные о продуктах
3. в заказ попадают элементы заказа (order_item)

Это значит что на всех этих этапах можно менять почти любые данные.

Например можно в момент добавления в корзину проверить есть ли там 1 товар. И если есть то 2й и далее добавлять со скидкой.

Если это понимать то разобраться далее сможет программист средней руки.

Думаю можно попробовать такую гипотезу:
1. Продукт это тип поста без иерархии
2. Но можно попробовать включить иерархию

Возможно поможет.

Иначе надо погружаться в Rewrite API, но так с ходу решение не подскажу.

дать права процессу веб сервера или php на доступ к файлам где лежит WP.
вот у этой сборки это сделано правильно https://github.com/fsylum/vagrant-boilerplate
вот тут https://github.com/fsylum/vagrant-boilerplate/blob...

WooCommerce, ACF & WPML - это пушистый зверек писец.
Примерно как пообедать мороженкой перемешенной с пельменями и запить бензином. Веселый вечер в туалете обеспечен.
WPML для мультиязычности адекватен для микро сайтов.
Если у вас Woo + ACF то это уже нифига не микро сайт. В этом случае как минимум надо использовать режим мультисайта, создавать по сайту на каждый язык и там уже внутри использовать Woo + ACF.

Как одна система мало шансов. Плюс стоит копать в сторону облаков если нет штата своих ИТ спецов. Любой опенсоурс это поддержка которая имеет смысл когда есть 3-4 ИТ-человек в штате.

Если прям хочется приключений и проблем то файлы и документы я бы сделал на Seafile. А базу знаний на WordPress. Для проектов можно Redmine поставить.

Если облака то Mail.ru для бизнеса или Яндекс Тим. Если есть бюджет то Google Apps.

Проекты свои веду в fleep.io - по мне так идеально (это смесь задачника и чата). В сложных случаях подключается Трелло или GitLab (для ИТ разработки).

Еще раз - если в штате нет 3-4 человек которые смогут обеспечить поддержку и внедрение, то брать opensource и self-hosted - это очень рискованно. Прям очень.