6cnitymi

А с чем именно возникают сложности? Нужно в таблицу products просто добавить несколько новых столбцов, а таблицу variants уничтожить, и всё.

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

Добрый день! Есть у кого-нибудь возможность залить повторно? Или выложить содержимое файла Files.php? Спасибо!

Можете поделиться, пожалуйста?

тоже интересует.. вдруг у кого-нибудь остался?

Да, благодарю! Функция взята с просторов гитхаба, потому не особо всматривался в неё

Приветствую, друзья! На форуме уже присутствует старая тема "Объединение товаров в варианты": На днях столкнулся с аналогичной проблемой, в связи с чем и отправился на поиски решения, найдя эту тему. В моём случае, решение оказалось муторным и не совсем удобным, т.к. каждое объединение необходимо вручную исправлять, потому решил его немного расширить, может кому-то тоже понадобится. Собственно, к сути - при выборе нескольких товаров, с одним, по сути, названием (например, "Термос Супер (Black)", "Термос Супер (White)", "Термос Супер (Yellow)"), при объединении, мы получим товар

Добрый день, давно стояла необходимость в учете остатков и себестоимости товара. Решил попробовать реализовать в самой симпле. По аналогии с заказами и продажами (таблица с перечнем товаров заказа), создал еще две таблицы- поставки и закупки (перечень товаров в поставке). Механику и api реализовал по аналогии с продажами (Orders). В админке сделал отдельное окно для поставок. Так же, добавил таблицу для складов, и в таблицы поставок и заказов добавил столбец warehouse_id, для контроля склада. всё работает хорошо - поставки сохраняются в поставки, заказы клиентов в заказы клиентов. Задумк

Добрый день! Пытаюсь сделать ограничение для скидки, т.к. она может суммироваться исходя из разных аспектов (скидка пользователя, скидка от суммы, скидка по купону и тд), может выходить так, что скидка на заказ будет больше допустимой (цена с учетом скидки будет ниже чем себестоимость товара). Добавил к товарам в БД и в симплу поле с себестоимостью товара. Хотелось бы при работе с корзиной\заказом, суммировать стоимость и себестоимость товаров, и исходя из этих значений просчитывать максимальную скидку, которая может быть. Например, есть товар с себестоимостью 600р, и розницей 1000р

Благодарю, вопрос решен!

Коллеги, столкнулся с необходимостью синхронизации товаров между сайтом и самописной программой учета. Самым доступным вариантом посчитал штатный импорт из csv - программа учета выгружает прайс со всей информацией о товарах в файл export.csv, в ручном режиме сайт данный файл полностью принимает и успешно импортирует. Задача показалась простой - создал в корне сайта папку rest, туда скопировал файл import.php (ajax'овский) из админки, туда же по FTP выгружаю export.csv, и через CURL вызываю http://сайт/rest/import.php. В import.php переписал все пути, убрал проверки прав, файл export.csv