WordPress WooCommerce

Хуки - они же события - они же сообщения. Сегодня это называется событийно ориентированная архитектура.
30 лет назад Ален Кей назвал этот подход - ООП. Потом увидел что программисты ООП поняли не верно. Извинился и сказал что вместо Объекта должен был использовать слово Сообщение. Из за этой ошибки сегодня 99% программистов не верно понимают суть ООП.

Поняв что такое хуки вы поймете что такое истинное ООП.

Это фундамент создания больших систем. Ни она большая система не может выжить без хуков.

Терпение и труд - пробы и ошибки. Рано или поздно научитесь и поймете. Если не сдадитесь.

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

Не уверен что можно решить задачу в лоб.

1. Скорее всего надо будет связать наличие термина OutOfStock с аналогичным метаполем. Тогда meta_query позволит делать OR условие.
2. Кастомное метаполе можно сделать через хук save_post.

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

Есть опыт с таким решением https://woocommerce.com/products/authorize-net-aim/
В РФ таких решений не встречал. Но это не точно.

Вероятней всего это продукт Интернет эквайринг www.sberbank.ru/ru/s_m_business/bankingservice/int...

Подключаете. Получаете доступ к API и документацию. А далее нужен плагин.
Например этот https://saphali.com/woocommerce-plugins/woocommerc...
Или заказать у программистов.

Возможно. Надо исходники читать. 99% что есть хук который позволяет это сделать.
Перед этим научиться использовать хуки. Либо нанять программиста с этими знаниями.

Ну а чего нет то. Оставить базовый механизм для архивов. Добавить свое метаполе, например с помощью плагина ACF. А для шаблона single product page поправить так чтобы выводить картинку из нового метаполя.

Нужно найти соответствующий шаблон и поиграть с ним.
Скорее всего этот https://github.com/woocommerce/woocommerce/blob/ma...

Надо его в дочернюю тему скопировать. Он подцепится. И далее менять как захочется. Без опыта можно наломать дров. Починить и потом снова наломать. И так до тех пор пока не получится сделать то что надо не ломая всего остального.

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

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

Если владеете SASS & Grunt то думаю можно поправить переменные и сделать компиляцию стилей https://github.com/woocommerce/storefront

Также есть опции в Customizer - мб поможет.

Иначе вероятно писать CSS. Не назвал бы это костылями. Но что то постыдное в этом конечно есть.

методы get_attributes и get_category_ids у объекта https://docs.woocommerce.com/wc-apidocs/class-WC_P...
объект можно получить по разному, проще всего функцией $product = wc_get_product($product_id);
методы как правило возвращают массивы. ну а проверить то или иное значение в массиве уже проще найти в гугле )

Тут либо отказываться от woocommerce.php и пилить свои шаблоны. Дорого, вероятно хрупко, и глупо.
Либо писать свой API. Например так: get_header(apply_filters('my_shop_header', 'shop'));
И потом в functions php на условных тегах подставлять нужные шапки.
Не совсем WP API. Но иначе сохранить совместимость с системой шаблонов Woo будет проблематично. А она отличается от системы WP.
Проще написать свой магазин, но по затратам это будет в 10-100 раз дороже. Птм надо выбирать. Изобретать велосипед или добавлять свой интерфейс.

Думаю учитывая уровень разработки вашей команды - никак.
Если же поднять уровень то можно сделать так:
1. На сайте с Woo сделать продукт с опцией "номер объявления"
2. Добавить REST интерфейс с передачей нужных данных, который будет дергаться из объявления
3. После оплаты смотреть продукт и номер объявления и через REST API дергать состояние объявления

Если это разные сайты то все изменения можно проводить через REST API. Если это один сайт то хватит и WP API.

Но джуниор и мидл с такой задачей скорее всего не справятся. Нужен сеньор. А сеньор вордпрессеров в РФ по пальцам рук можно пересчитать :)

Заказы как и большинство сущностей есть тип поста. Получить можно примерно так: get_posts('post_type=order').
Можно написать шорткод. Вставит на личную страницу доступную конкреному пользователю. Должно сработать.
Есть еще десятки вариантов решений как это можно сделать. Но без умения кодить решить такую задачу будет крайне сложно.

Пилите методы сортировки массива php.net/manual/ru/array.sorting.php

Ваш метод втыкает элемент в конец массива. Так и выводит.

Это зависит от механизма хлебных крошек. Есть разные решения. Бывают плагины, бывают механики встроенные в сторонние плагины или темы.
Нужно искать механику. Смотреть есть ли там функции локализации или мб бывают опции.
Иногда хватает изменить опцию. Иногда надо сделать локализацию. Иногда дернуть хук.
В крайнем случае если механизм дикий то надо править код.

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

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

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

Попробуйте поставить типовую тему Storefront. Там правильный код. И чистый WordPress + WooCommerce. Должно появиться. Ну а потом смотреть в чем отличия.