WordPress WooCommerce

Не уверен что тут есть чего читать. Писать надо. Просто научиться программировать, изучить API, и написать код.
Есть API Cart. Есть API WP Loop/Query. Плюс система шаблонов. Найти нужный шаблон, добавить туда вывод формы по аналогии с тем как она выводится на одиночной странице. Плюс мб придется еще чуть чуть подумать головой.

От знания php толку мало для освоения WP. Не помешают но не критично. Примерно также как знание русского языка влияют на умение боксировать.
Птм Senior PHP Developer вполне может быть хуже чем Middle WP Developer.

Senior WP Developer в РФ можно по пальцам рук пересчитать. На wpcraft.ru скоро будет статья с несколькими из них :)

Я знаю верстаков которые в итоге стали хорошими WP developer. Сильно лучше чем можно получить из большинства Laravel или php developers.

Учиться на фрилансе - плохая затея. Хорошие фрилансеры на биржах не сидят. На биржах сидят доширакеры которых нанимают нищеброды.

Надо смотреть как работают шаблоны на основе форматов в Underscores или любой из последних типовых тем WP.
Либо как это сделано у WooCommerce или BuddyPress.
Изучить. Понять. Применить с учетом структуры своих шаблонов.

вообще правильно это делать через рекурсивные функции. хоть в WP, хоть в 1С, хоть в С++.

Мне нравится стиль кода WordPress. Ребята жертвуют красотой не сильно, зато сильно увеличивая позднее связывание и обратную совместимость. Это дает гармонию на уровне системы в целом. Что делает платформу №1 в мире по доле рынка. Обеспечивая мир красивыми и удобными сайтами.
В абсолютном и относительном значений удобных сайтов на WP больше чем на других платформах.
Птм что многие программисты в погоне за красотой кода приносят в жертву все остальное и мир получает кучу говносайтов и убогих пользовательских интерфейсов.

Месье знает толк в извращениях :)

Я бы сделал так:
1. зафигачил бы шорткод
2. шорткод вставил бы на любую страницу
3. далее научил шорткод кушать ID товаров через GET типа ?ids=123,22,555
4. по этим ids делаем цикл и выводим поля с выбором вариации и количества
5. все это обернуто в форму
6. далее форму отправляем
7. обрабатываем добавляя программно в корзину каждый товар в указанном количестве и с указанной вариацией

Как то так. Коду много писать. Но любишь фантазировать, люби и кодить :)

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

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

Оно само должно выводиться на странице продукта.
Если нужно в произвольном месте то есть метод get_attributes
https://docs.woocommerce.com/wc-apidocs/class-WC_P...

Объект WC_Product можно получить по post_id через функцию wc_get_product($post_id);

Надо сначала понять как вы смогли страницы между категориями перетаскивать. Из коробки так нельзя. Тут черная магия не иначе. Это раз.
И два - без ссылки на конкретный сайт или без деталей сложно понять что почем. Придется ждать телепатов. Не факт то они в ближайшие 100 лет появятся.

Вообще ГуглАналитика хорошо работает из коробки с https://wordpress.org/plugins/duracelltomi-google-...

Не забыть добавить сам Google Tag Manager.

Оно уже само считает воронку, каналы и кучу других аналитических штуковин. Без лишних заморочек.

Но если очень хочется как то кастомизировать типовую воронку и аналитику, то в GTM это можно. Можно добавить триггеры. Сайт при этом трогать не надо. Все делается на стороне GTM. Надо изучать матчасть, смотреть ютюб. Там целая вселенная. Но можно сделать все или почти все. Вообще не трогая код сайта.

Обычно такая задача решается при помощи попапов. Клик по товару открывает Quick View в попапе. Смотришь и если не то - закрываешь. Оказываешься там же где был. Есть готовые темы где такое сделано.
В теории можно переписать все на фронтенд логику с AJAX/React. Но это дооооороооогуууущееее-ееее решение.

Я бы попробовал такой маневр:
1. через хук фильтр query_vars - добавил бы аргумент geo для урл
2. далее через хук pre_get_posts и функцию get_query_var попробовал бы подменить объект wp_query в части tax_query

Скорее всего сработает. Но нет уверенности на 100%. Мб есть какие то еще решения.

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

Спать спать :)

Хук ссылается на функцию с именем my_gallery_output
А сама функция имеет имя my_custom_gallery

Найдите 10 отличий :)

Без примера кода того что вы делаете сложно вас понять.

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

В вашем случае вероятно лучше использовать хук через apply_filters или do_action или класс с публичной переменной.

Но конкретное решение очень сильно зависит от задачи. А из данного описания задача ниразу не ясна. Нужно больше деталей, еще лучше user stories. Иначе придется ждать телепатов. Не факт что в этом тысячелетии они родятся.