Ирина Кириллова: вообще на мой взгляд если у вас нет денег на хороших программистов - вам рано еще с Woo работать. Для тех у кого нет денег есть InSales https://www.insales.ru/
Woo - это решение для профи. Скажем - для тех у кого есть 1-2 млн. руб. в месяц на оплату тех кто будет разрабатывать функционал магазина.
Нужно уметь сочетать свои возможности и желания - тогда будет меньше повода для расстройств.
Продукты - это продукты.
Но когда когда данные из корзины попадаются в заказ они становятся order-item.
order-item - может быть все что угодно, обычно это продукты или доставка.
но может быть какая то опция. у order-item есть метаполя как и у других сущностей. есть метаполя для цены, налога и т д.
главное найти место в котором данные из корзины попадают в заказ. там должен быть хук. подцепившись на который можно добавить свои order-item.
это гипотеза. уверен в ней на 99%. но есть 1% вероятности что ошибаюсь :)
Для новичка эта задача не решаема. Коротко такое решение не описать.
Нужно либо попросить кого-то решить эту задачу.
Либо обучиться и решить самостоятельно.
Ну если опции лишь для отображения данных то канает.
Если же нужно чтобы опции были интерактивны и влияли на цену или состав заказа - придется возвращаться к моей подсказке.
Артем Гладышев: я пытался, но пчм то не нашел рабочего решения, а то что пытался подставить методом тыка не сработало. Исходники читал, но я пока что плохо понимаю RoR, и мб что то упустил.
Если кинете в меня сниппетом, буду премного благодарен :)
Илья Мясин: Это нарушение принципа бритвы Оккама. Если вы не знаете что это значит - боюсь я не смогу вам это объяснить. Существуют короткие вопросы, на которые нет коротких ответов. Не всем дано понимать эти вещи.
Существуют короткие вопросы, на которые нет коротких ответов.
Чтобы получать хорошие ответы, нужно научиться задавать хорошие вопросы.
Хороший вопрос - это половина решения.
Найти пару картинок. Попробовать пересохранить опцию выбора главной страницы.
Если не поможет отправить сайт на диагностику ошибки спецам по ВП.
Обычно переезды с Дупликатором проходят легко. Проблема может быть если на сайте стоит много плагинов, сложная тема или часть компонентов сомнительного качества. Без спецов делать такие переезды сложно. Там на каждом шагу приходится делать диагностику и выяснять кто что ломает.
Titamik: написать плагин который даст форму поиска. На маленьких объемах хватит типовой сборки.
На больших объемах подключают NoSQL БД. Типа Алголии.
С первой задачей справится джуниор WP, для второго решения нужны сеньор WP.
Еще можно попробовать вот это https://uk.wordpress.org/plugins/woocommerce-googl...
Они по сути идентичны. Но данный плагин от более надежного разработчика. И если мне не изменяет память то именно с ним я работал на похожей задаче.
Этого я не знаю. Есть сотни способов это сделать. Все зависит от исходной ситуации. Я лишь один пример привел. Далее нужно либо самому додумать либо более детально описать исходную ситуацию.
Сергей: это не исключащие вещи. То как хранятся данные - никак не зависит от того как показываются.
Выводить удобней в DataTable. А хранить - в метаполях дешевле. В отдельной таблице - надежней. На отдельном сервере - вообще космос. Все зависит от ситуации. Я всегда начинаю с простых и дешевых решений. А усложняю только если на то есть причины.
Ninja Mate: я не уверен что mysql поможет при десятках тысяч записей.
в большинстве случаев сессия php будет умирать. плюс mysql не удалит файл с хранилища.
потому вместо того чтобы опускаться на уровень mysql лучше разбить исполнение кода на рекурсивный вызов по очередям.
записать в транзитный кеш общее количество записей - предположим их 10 000.
далее в админке есть action хук, который позволяет повешать функцию обработки на REST. туда передать количество записей и отступ. Например обработать 10 записей с отступом 0.
после окончания этой очереди снова вызвать тот же урл, только теперь передать 10 записей и отступ 10.
каждый раз в транзитны кеш записывать количество уже обработанных записей.
в итоге будет известно общее количество и то сколько уже обработано.
эту информацию выводить в админке. и всегда будет видно сколько нужно сделать и сколько уже сделано, понимание что скрипт не умер и сколько осталось.
при такой реализации эта штука может работать хоть ночами напролет без зависаний и умираний как со стороны php так и со стороны mysql.
Там опция "На странице категории", выбрать "Показывать подкатегории".
Должно помочь.