Оптовые и розничные цены в карточке товара
Бюджет:
По договоренности
Требуется заливать на сайт несколько цен: РЗНИЦА, ОПТ1, ОПТ2, ОПТ3....
Заливать по колонкам из XLS (CSV). Привязывать цену к типу покупателя.
Открытые закрытые цены на витрине (видно не видно).
Очень актуально, подскажите кто бы смог доработать?
18 ответов
об этом мечтают многие, но пока ни кто не рискнул это реализовать......
логика движка ни как не позволяет реализовать данный функционал. У товара не может быть более 3х цен (закупочная, зачеркнутая, реальная)
Единственный вариант, как можно повлиять на цену - это скидка
Если таки кто-то сможет написать такой модуль, то ему придется еще написать и свой импорт/экспорт т.к. эти цены(скидки) невозможно будет залить через стандарный функционал
Ну почему сразу никто :-)
Делала я такое. Оптовые цены (их было 3-и в зависимости от количества товара) передаются в качестве параметров товара, которые скрываются из общего вывода параметров. Затем достаточно подправить несколько файлов в движке — и всё заработает.
Никакого импорта/экспорта не надо. Тут основной вопрос в том, что при обновлении могут накрывать все изменения в движке. Поэтому нужно каждый раз проверять.
По-вашему это выход? Я бы про такой способ даже не писал. Неприемлимо.
Хвастаться тем, что что-то сделал, поковыряв движок, и обрекая юзера на вечный хадж к тебе после каждого обновления, не стоит.
все знают как сделать с ковырянием ядра.
«обрекая юзера на вечный хадж к тебе»
Всё зависит от подхода. Если очень нужно и очень нужно на Shop script, то я не вижу проблем провести работу, как следует всё задокументировать и сделать скрипт, который будет автоматически контролировать версию файлов, внося после обновления необходимые изменения повторно (с бекапом соответственно).
В этом случае катастрофичность последствий изменения ядра системы минимальна. А в случае возникновения каких-либо проблем, всегда можно откатываться по бекапу назад, а с проблемой обратиться к любому разработчику.
Всё зависит от того, насколько эта работа нужна заказчику. Просто ваши ответы «это невозможно» или «никто не рискнул» вводят в заблуждение Сергея. Еще как возможно.
Та ни кто ж не спорит. С помощью этого движка можно и ракету в космос запустить, и унитаз дома удаленно смывать.
Вопрос лишь в бюджете и времени.
В нашем программерском мире вообще ни чего невозможного нет.
Помогите человеку сделать по-человечески.
Если и с допилом ядра - то с автоматическим прописыванием кода обратно. Там вас так же ждут удивительные моменты :)
Нормально все. Более-менее крупным клиентам, движок, конечно не напрямую из магазина ставится. Накладывать обновления каждый раз при обновлении приложений — не пробема. Просто не каждый клиент готов тратиться на поддержку такой индивидуальной версии. Зато в плюсе — возможность оптимизировать под конкретного клиента и даже часть (или все) плагины в ядро засунуть, уменьшить количество обращений к БД, уменьшить вложенность шаблонов и вызов хелперов из шаблонов, оптимизировать js и всякое такое прочее.
У меня 2 сайта на обслуживании с допилиным ядром (до меня постарались). Так это еще тот гемор, господа...
Если пилить ядро и планировать и дальше обновляться - лучше не стоит этим заниматься.
Не забывайте - вы можете приболеть, уехать куда-то и т.д., и оставите вы своего клиента у разбитого корыта. Да, он та сможет, со временем, найти того, кто будет обслуживать всю эту радость, но это со временем. И сколько возьмет человек за то, чтобы разобраться в чужих допилах?
Ну, мы — это не я один :) могу и заболеть.
>> подправить несколько файлов в движке
Я бы про такой способ даже писать не стал. Неприемлемо.
См. ответ выше.
Мог бы написать сочинение на тему некорректности данного подхода, но обойдусь лишь простым напоминанием:
Это форум Webasyst, а не РНР разработки. Все мы знаем, что можно сделать средствами РНР. Тут же вопросы заведомо имеют условие "...в рамках движка".
Да мне вот так сделал программист, все отлично, но я обновился а программист пропал, вот это пипец полный!!!!
А смысл тогда в новом вебасисте. Сидеть можно было на старом. Он не обновляется, но пилить его проще и вдоль и поперек.
А если сделать оптовые цены через характеристики ? К примеру - делаешь х-ки товара ОПТ1,ОПТ2,ОПТ3. и выводишь красиво в карточку.
Только конечно это при условии если у товаров будут отсутствовать другие х-ки. или програмно этот момент допилить...
Показать красиво каждый может.
А в корзину складывать? А в бэкенде заказ оформить? А скидку от какой суммы считать? А доставку? А в платежную систему какую сумму передавать? :)
Так а в чем проблема ? вот смотрите к примеру http://okexpress.ru/struynyy-ochistitel-far-skif-o...
при выборе х-ки меняется цена , и все получается красиво.
А. я понял о чем вы. Сделать отдельно артикулы оптовые и розничные и показывать их в режиме выбора характеристик. Тогда учет продаж слетает — для некоторых это может быть критично