WordPress WooCommerce

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

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

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

Есть 3 варианта интеграции с шлюзом оплаты:
1. переброс на страницу шлюза в момент выбора оплаты - не подойдет
2. оплата прям на стороне сайта - в РФ такого еще не видел. Но в теории если найти, то можно попробовать поиграть с механикой.
3. генерация кнопки оплаты на транзитной странице после выбора. Вот тут в теории может сработать. Надо пробовать.

В общем оба решения не простые. Программисты нужны уровня выше среднего. Вариант с купоном на след покупку выглядит более адекватным.

WordPress - это лидер, №1 на рынке по доле сайтов, на базе которого делают сайты мировые бренды у которых есть деньги на грамотных специалистов, которые уже давно не задаются такими вопросами.
MODx - это платформа для гиков с игрой юношеского максимализма в попе и любителей всего не обычного. По доле рынка даже рядом с WP не стоит. Удел маргиналов.

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

Как то так выглядит ответ в моей голове )

Никогда не задумывался над таким вопросом. Всегда использовал базовый цикл WP.

Например если тип поста report то базовый цикл предположим открывается по адресу reports. С этим можно работать.

Если нужно поменять шаблон вывода - делается endpoint типа /reports/mytmp/ и при таком открытии - формриуется другой шаблон вывода.

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

Если не отговорил то копайте в сторону Rewrite Rule API https://truewp.ru/blog/wordpress/wp_rewrite.html
При должном усердии можно все, даже почесать ногой за ухом.

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

В крайнем случае можно написать свою логику скидки. Например можно добавить параметр к продукту типа ?add-cart-sale-15. Кнопку которая этот параметр подставляет.
И если вызвать такой адрес то добавлять в корзину этот продукт с ценой в минус 15%.

Технически это реально. Архитектура Woo позволяет это сделать.
Однако - нужно время на изучение исходной логики и методов ее изменения. Для этого нужен достаточно опытный программист. Новичку с такой задачей не справится.

Во первых - товар - это ошибка перевода на русский.
Изначально сущность зовется - продукт.
Продукты могут быть типа товар или типа услуга.
А значит можно добавить Продукт типа Услуга, и назвать его как хочется. Например "Консультация с умной физиономией".
Далее в корзину через хук, либо кнопками добавить форму. Нажимая на которую в корзину будут добавляться эти услуги. В любом случае логичней использовать продукты.

Поставьте тему Storefront. Если поможет значит проблема в теме.
Если нет, то отключите все плагины. Если поможет, то включайте плагины пока не появится ошибка. Так выясните виновника.
В 99% случаев такая схема помогает локализовать проблему.
Далее зависит от проблемы.
В 90% случаев проблема в теме. Если у вас нет бюджета на разработчиков, то стоит использовать тему Storefront. Она зрелая, хорошо подходит для типовых коммерческих сайтов с минимальным бюджетом. Можно до 10 тр в месяц укладываться.
Использование сторонних тем возможна, но это другие бюджеты. Для комфортной работы нужно от 100 тр в месяц и более. Либо постоянные приключения и проблемы. В большинстве случаев это приводит к появлению говносайтов на которые больно смотреть.
WP клевая платформа, если компоненты и политика использования соответствует бюджету. Если выбирать сырые компоненты при малом бюджете - получите пачку проблем.
Как то так.

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

Мы перепробовали кучу решений. В итоге писали свою. Но попробовали AmoCRM и поняли что оно самое то. В итоге сидим на AmoCRM. Стоит присмотреться.

Трелло - это Канбан. У нас более 50 продуктов в ней разрабатываются. Дизайнеры - 5 чел, программисты - 20 чел, заказчики - 40 чел - все в одном месте общаются.

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

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

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

Есть все это на сайте casepress.org как отдельные плагины

Если руководство потратило 5 лет на это, то ни один аргумент не поможет. У этих людей мозги отморожены. Здравый смысл отсутствует. Не пытайся изменять людей. Это не реально. Просто ищи тех с кем мыслишь схожим образом.

Первая причина в том что LP как одна страница - это понятие изуродованное в РФ.
LP далеко не всегда есть одна страница. Мы делали сайт из 100 LP, структурированные в дерево.

Вторая причина в том что по большей части оптимально начинать с одностраничника (это сайт из одной LP), но кто сказал что на этом стоп? Если бизнес адекватный, то через неделю захочется продолжения банкета. Делать блог, каталог продуктов, или другие LP. Из одностраничника превращаться в каталог смежных продуктов, с кросспродажами и прочим блекджеком.

Третья причина в том что сделать LP на WP можно без излишних затрат. Как уже сказали выше это может быть VC или PageBuilder. Страница собирается за 15-30 минут. Без кривой верстки, кроссбраузерная, адаптивная. По конверсии такие страницы не уступают ручным сборкам (от 2 до 20% легко выжимается), а по затратам в 10 раз меньше.

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