WordPress WooCommerce

Найти те шаблоны в которые хотите вставить метки. Вытащить их в дочернюю тему по инструкции https://docs.woocommerce.com/document/third-party-...
Далее поправить их с учетом вывода меток.
Готово.

WooCommerce занимает около 30% рынка ecommerce. И это №1 в мире. Если иных причин нет, то всегда лучше выбирать лидеров.
Выбор других платформ возможен по причине наличия команды которая например только OpenCart.
Либо какой то очень нагруженный ресурс где нужна тонкая игра с БД. Обычно это бюджеты от 10 млн руб и выше.
Если бюджет не велик, то Woo вполне адекватное решение. Лидер рынка. Гибкость позволяет решить любые задачи, если в команде есть опытные специалисты или те кто умеют разбираться с API и читать доки.
Плюс сейчас Woo взяли курс на свои таблицы в БД. А это значит что в скором будущем даже оч нагруженные ресурсы тут будут также хороши как и на фреймворках.

Без ссылки и примера сложно угадать решение. Но попробую.
Вероятно надо найти шаблон в котором выводится список товаров группы. Далее этот шаблон доработать и добавить вывод нужной кнопки.

Попробуйте на чистом WordPress. Возможно конфликт каких то компонентов.

Попробуйте wplms.ru

Найти место в ядре которое добавляет этот элемент. Узнать каким хуком это сделано.
Отрезать хук через remove_action или remove_filter. Можно по условию отрезать.

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

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

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

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

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

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

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

Нужных хуков там походу нет. Однако функция короткая. Можно ее скопировать, переименовать в my_ paginate_links() и поправить так как хочется.

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

Туда нужно воткнуть ИД термина родителя чьи дочерние рубрики вы хотите получить.

Это универсальная система управления. Не без греха. Хороша там где другие инструменты управления не проедут.

Например для ХелпДеска лучше использовать ЗенДеск или ОмниДеск. Но пока нет объема, нет бюджета, компания не созрела и т д - можно вполне заменять Редмайном. Получается криво, но терпимо.

Для разработки по мне так круче GitHub/GitLab Трекер. Там где опять же объем позволяет. Когда на 1 продукт есть 2-3 разработчика или более. Когда 1 разработчик занят 10ю микро продуктами (говносайтами) - то наоборот Редмайн где то удобней.

Для управления потоками процессов и автоматизации - тоже терпимо. У Редмайн относительно ВордПресс слабая подсистема хуков. Но для 90% задач по части доработки ее хватает. Тот факт что она вообще есть хоть какая то это уже дает фору в сравнении с аналогами. Этого нет у 99% других альтернатив даже в столь зачаточном состоянии.

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

В общем сила и слабость его в универсальности. Он проигрывает специализированным инструментам в отдельных процессах и группах, но выигрывает там где узкие буксуют. Потому правильней его сочетать с другими решениями. Получается баланс между стратегиями Suite & Best of breed.

Но если есть бюджет от миллиона руб в месяц и компания достаточно крупная (от 1000 сотрудников) то я б взял WordPress :)

Взять WooCommerce.
Написать плагин с базой городов и цен.
Далее сделать автоопределение города по IP.
Сделать форму смены города если автоопределение ошиблось.
Записывать ID города в куку.
При добавлении в корзину перехватывать данные элемента и подставлять цену города.
Сделать обработку поля Город в форме заказа. Если отличается с городом в куке - сообщать об ошибке.
Как то так. В общих чертах. Думаю у среднего программиста уйдет около 1-2 месяца на разработку и отладку такого механизма.

Зависит от целей. Зачем вам надо менять все ссылки?
Если для людей то через JS можно. Если для SEO то надо делать фильтр на уровне php.
Делать go.php - это дикий костыль. Если это WP то сильно правильней будет сделать endpoint. Через add_rewrite_endpoint(). Или через специальную страницу с шорткодом или отдельным шаблоном.

Не проще ли взять WooCommerce где все это уже грамотно сделано? Не стоит пилить коммерческие механизмы если нет знаний и опыта лет 5-10 в теме. Лучше брать готовые хорошие компоненты и отталкиваться от них.

вам и нужна wp_list_categories(). там есть волшебный параметр taxonomy, который по умолчанию равен category. Но скажу по секрету его можно поменять :)

Все это можно сделать на WooCommerce если есть бюджет. Примерно от 100 тр/мес. Иногда доходит до 1-2 млн. руб./месяц. В зависимости от объема "хотелок".
Если бюджета нет, то лучше прижать свои хотелки и взять конструктор типа InSales. Можно уложиться в 1-10 тр/месяц. Не так круто, зато дешево.

Посмотреть как это сделано стандартно в стандартной теме Storefront. Исходники тут https://github.com/woocommerce/storefront

Вукомерц на мой взгляд верное решение. Он гибок и позволяет решать любые задачи при наличии знаний этой платформы.

Что касается задачи я думаю нужно брать исходный текст, по точкам через метод explode превращать в массив. Далее рандомом часть предложений заменять на звездочки. Далее через implode конвертировать обратно в текст. Сохранять в метаполе. И показывать как демку из этого метаполя. При этом оригинал где то храниться.

Я б как то так сделал.