WordPress WooCommerce

1. Мало шансов найти такой плагин тк это нарушает лучшие практики
2. Если вы представитель малого бизнеса без денег, то не надо пытаться изобретать то чего никто не использует. Это дорого и часто плохо влияет на результаты. Берите тему StoreFront и научитесь использовать ее базовые возможности. Это уже позволит сделать магазин удобней и красивее чем 90% существующих магазинов в России. Без программирования и придумывания никому не нужных кнопок.
3. Если у вас есть деньги, то не составит труда нанять спецов которые это все запрограммируют.

Надо пойти и попытаться сделать пост в соц сети руками с 7-10 картинками, если получится значит реально.
Если это можно сделать руками, то скорее всего можно и программно. Но вот не всегда плагины все умеют. Мб придется писать свой плагин.

Использовал Трелло, Битрикс и еще с 10к разных инструментов.
Сейчас 99% всего храню в fleep.io - в некоторых случаях для крупных разработок подключая GitLab или Trello. Но для большинства направлений более чем хватает только Fleep.

Надо понимать как хранится заказ в базе. Сам заказ хранится как тип поста. Но все его позиции хранятся в таблице order_item, а данные о позициях хранятся как order_item_meta_field.

order_item - бывает обычно 3х типов: продукт, доставка, и что то другое с ценой.

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

Можно если у вас в команде есть хорошие спецы. Если нет то почти любая платформа обречена на провал.
Если спецов нет или бюджеты малы то лучше брать нечто типа InSales memark.ru/product/insales/gurl
Если есть хорошие спецы (а их в РФ мало) либо бюджеты позволяют их нанять то проблем нет.

В зависимости от задач и трафика будут возникать задачи из мира highload. Интеграция с Memcache/Redis, поисковые данные с Algolia/Elastic.

В Woo есть узкое звено - хранение данных в метаполях. Но если у вас простое описание то это не должно дать проблему. Ну и решается при наличии хороших спецов. В будущих версиях планируют переписывать хранение на обычные таблицы. Это даст чуть больше приросту на голом движке, но не много. Любой highload рано или поздно упирается в узкие горлышки и нужно уметь их расширять через соответствующие технологии. Если есть спецы которые это все знают то все решаемо. Узкие горлышки так или иначе будут на любых платформах.

То что Woo/WP как то плохо подходит под ecommerce это не более чем стереотип который исходит от танцоров которые свою глупость пытаются прикрыть критикой инструмента.

Если тема Storefront - то там на страницах со списком можно включать и по умолчанию включена AJAX механика добавления так как вам надо.
Если тема другая то это может быть сломано.
Для новичков я всегда рекомендую использовать эту тему.
Иначе нужно либо прокачиваться как WP-разработчик или ловить головняки и тратиться на спецов.

Человек авторизован на сайте или гость?

Если авторизован - можно пробовать хранить данные в базе. И потом подставлять.
Если гость - можно сохранять local storage. И подставлять через JS.

1. У платной темы есть поддержка, на то они и платные
2. Если вы не мастер WordPress и опыта мало то лучше начинать с бесплатной темы Storefront. Она дает качественный функционал который не могут себе позволить даже гиганты торговли типа Окея и Хендерсон. Другими словами за бесплатно вы получите из коробки функционал лучше чем у лидеров рынка. А значит новичку этого более чем хватит. Главное умело все настроить, оформить и не облажаться в наполнении.

Обычное берется какой то SIP провайдер типа МангоОфис или Задарма.
Далее берется WebRTC поставщик. Можно конечно самому написать но это ппц как сложно.
Я знаю 2 более менее популярных поставщика:
- twillio - хорош для западного рынка
- https://voximplant.ru/ - лучше адаптирован под РФ

На их базе можно написать виджет который относительно просто может быть интегрирован в любое веб приложение.

Конструкторы - это сложный функционал. Найти готовый плагин который будет работать почти не реально.
Вероятность что такое приложение выживет стремится к 0.
Обычно в 99% случаев такие приложения делаются с бюджетами от 6 нулей. Командой разработчиков. Тогда шансы на успех чуть больше.

Этот тег позволяет лучше оформлять страницу отдельного поста и списка постов. Чтобы сайт понимал какую часть текста выводить в списках (например рубриках). Обычно есть какая то вводная часть у поста и после нее ставится тег more. Затем если открыть рубрику где будет 10 постов, то кроме заголовока и картинки будет короткая вводная о чем этот пост.

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

Рекомендую этот Вагрант попробовать https://github.com/fsylum/vagrant-boilerplate
Он мне показался сильно проще и понятней чем VVV.

Хранить код удобно в GitLab.

При желании можете поднять тестовую версию сайта и продакшн.
Если там VPS и SSH то можно сделать автодеплой через rsync.
Если шареды с FTP/SFTP то можно использовать для автодеплоя нечто типа https://deploybot.com/

Все это собирается довольно шустро и просто работает.

Это специфика адаптивного контента и механики Rewrite Rules с гибкими endpoints и query vars.

Обычно это не создает проблем. И видимо потому никто туда не лезет.

Если сайт публичный и нужен SEO то скорее всего это решается через meta tag canonical который автоматом правильно встает если поставить плагин SEO Yoast или мб какой то другой SEO плагин.

Если оч напрягает то можно через хук template_redirect добавить 301 редирект или 404 ошибку.

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

Норм для джуниора. Поверьте мидлу или сеньору это сделать можно за час-два :)
Тут по сути задача на умение гуглить и читать доки. Ничего сложного.

Нужно смотреть какие элементы показываются на главной. Каждый элемент ест какое то число запросов. От того что это за элементы и какие данные они показывают зависят способы оптимизации.
Можно отрубать элементы по одному и смотреть какой самый прожорливый.
Как то так. Не видя главной сложно сказать что то детальней.

Еще как вариант https://wordpress.org/plugins/locations/