7up

Да, есть такое дело, посему в своих прошлых решениях, в скрытых полях храню только техническую информацию, поменяв которую просто не отработает добавление. А если от цены в обратном порядке зависит размер? т.е. сменил цену, добавил товар, а в корзине уже другой размер в пропорции от новой цены. В случае решения упомянутого по ссылке выше, цена на сервере не лежит. Похоже там используется пропорциональный пересчет от quantity

По Вашей ссылке два поля с размером - это обычные две опции с типом text, ползунок использую яву меняет в них значения, а также меняет значение price + скрытое поле custom_price. Возможно происходит событие при нажатии кнопки КУПИТЬ. Оно берет значение из количества, цену и вычисляет дробное количество для получения нужной цены. По сути нечто подобное и пытаюсь реализовать разными методами. В любом варианте подвергаются изменениям коды корзины.

Поддерживаю Ваше мнение, как раз пытаюсь придумать как его заточить под продажу жалюзи. Свой удачно переточил под продажу футболок например с динамическими опциями. Пока есть такая вот идея. Берем поле опции "дата" или любое другое, делаем его скрытым, в него скриптом в зависимости от выбранного размера товара, по формуле, записывается цена. При отображении в корзине идет проверка, если тип опции "дата" то цену берем из поля, если нет из значения цены(для остальных товаров). При сохранении цены в базу, в контролере, такое же условие.

Вот этот факт больше всего и смущает когда начинаю что-то править. Благо стараюсь все правки делать только в теме магазина, контроллер и модель касается минимально и то с описанием в отдельном листике, что бы после обновления добавить нужное. Судя по всему задача не простая и возможно не стоит двигаться по такому пути. Пока мысли пришли такие: сделать несколько опций с фиксированным диапазоном размеров и сравнивать их с введеным, если размер от....до... тогда опция №1, если от......до.....тогда опция №2 и так штук 5 опций для каждого товара, которые будут использоваться в зависимости от диапазона введенного размера. По крайней мере сделать это можно все в product.tpl не препятствуя обновлениям.

Очень хочется сделать динамическую цену на товар, пока зашел в тупик. Может у кого есть идеи? Сейчас цена может меняться в зависимости от выбранной опции, у каждой опции своя наценка. А если наценка нужна динамическая, например: есть товар, у которого есть размер (товар изготавливается индивидуально в любом размере), в зависимости от введенного в поле размера, по формуле считается цена, но как ее передать магазину для дальнейшего учета? т.е. что бы опция товара была одна "размер", а цена ее при каждой покупке была разной. Плодить гору опций для каждого сочетания длины и ширины (в случае с размером) не вариант. Что бы при каждой покупке создавалась новая опция с новой ценой, не вариант, со временем их накопиться огромное количество. Как-то же передается и хранится содержимое текстового поля, возможно подобным принципом передавать и цену? Как вариант передавать наценку в скрытом текстовом поле, а в корзине делать проверку, если группа товаров такая-то, то к цене плюсовать значение из текстового поля с последующим сохранением заказа в базу. Я правильно понимаю структуру, когда заказ выполнен, в базе хранится просто его цена одним значением? Заранее спасибо за ответ.

Спасибо за ссылку, то, что нужно. Автору также спасибо за реализацию. Тему можно закрывать.

Спасибо, похоже то, что нужно, буду пробовать....

Столкнулся с тем, что надоело в product.tpl писать определения товаров по типу if ($model==12345') {} Задача, сделать для определенной группы товаров свой собственный product.tpl, который бы использовался только при просмотрах этих товаров, например product2.tpl в котором будут некие изменения. На сколько понимаю, нужно ковырять контроллер, верно? Есть идеи, как такое можно реализовать? Заранее спасибо за ответы!

Заметил странную штуку, пользователь обратился с просьбой сменить метод доставки после оформления своего заказа, но когда зашел в админке в заказы -> редактировать, в вкладке "Итого", в списке нет выбора методов доставки и оплаты! Список вываливается, но там выбор только один, который выбрал пользователь при оформлении. Выходит что невозможно менять методы после оформления заказа? Или только у меня так? Версия Opencart 1.5.2.1 Заранее спасибо за ответы.

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

таблица settings там где хранятся параметры всех модулей

У меня была точно такая же проблема, пробовал на локальном магазина и на разных хостингах, везде она была. Решил просто, залез в базу и прописал их там, все заработало. Видимо это такая фишка :) что бы обращались за тех.поддержкой(платной).

Какой номер, куда вводить, зачем? СМС отправляются покупателям при смене статуса их заказа на номер указанный при оформлении.

Что именно не получается у Вас настроить? Там по сути и настроек то нет. На сайте турбосмс.уа зарегистрировались?

Создание интерактивного модуля вместо "загрузить файл" (платно) Необходимо создать интерактивный модуль, на jquery, ajax где бы пользователь мог загрузить свой файлик(фотографию или картинку), добавить к ней текст предварительно выбрал его размер и цвет и подобное. Все, созданное в интерактивном модуле в сам магазин загружается как прикрепленный файл к заказу, т.е. глубокого вмешательства в сам магазин по сути не требуется. Подробности и примеры отправляю в ЛС.

Скажите, а правильно ли я понял? Добавляя модуль, мы получаем еще один метод доставки для выбора в корзине. Как например, если уже существует выбор почта или транспортная компания, добавиться еще новый метод. Если мы хотим, что бы расчет веса и суммы производился для всех методов доставки, например для почтовой отправки или транспортной компании, необходимо клонировать модуль, называя его нужными методами? А старые выключить.

На сайте ТурбоСМС в разделе ЧАВо написано:На какие операторы мы можем проводить рассылку sms? Вы можете рассылать sms на всех операторов мобильной связи Украины и России стандарта GSM. Работает отлично, быстро и удобно. Судя по всему на России не проблема.

TurboSMS работает отлично, настраивается просто. На все настройки с регистрацией на сервисе до добавления в текст имени покупателя, стоимости заказа и прочего ушло пару часов.

в cart.php сделал изменения: if ($option_value_query->num_rows) { if ($option_value_query->row['price_prefix'] == '+') { $option_price += $option_value_query->row['price']; } elseif ($option_value_query->row['price_prefix'] == '-') { $option_price -= $option_value_query->row['price']; } elseif ($option_value_query->row['price_prefix'] == '=') {$option_price = $option_value_query->row['price']; $d=1;} //Dobavlaem prefix = и if ($option_value_query->row['price_prefix'] == '=') { $this->data[$key] = array( ... 'price' => ($option_price), 'total' => ($option_price) * $quantity, ... );} else { $this->data[$key] = array( ... 'price' => ($price + $option_price), 'total' => ($price + $option_price) * $quantity, ... ); } Теперь при префиксе = цена в корзине равняется цене опции. product.tpl подправил для корректного отображения префикса в списке опций. Какие еще могут быть подводные камни?

Интересно, а в какую кучу файлов необходимо редактировать? Кроме темы product.tplА то пытаюсь решить такую же задачу.

1c подключается к MySQL серверу и выполняет запрос, данные в базе обновляются, а на сайте нет, дальше как не удаляя файлы кеша руками или не заходя в админку обновить кеш незнаю.

Это я в курсе, а как выполнить из 1с? Делать отдельный файлик с такой функцией и ПОСТ или ГЕТом из 1с передавать ему значение "очистить"?

Айди категории получили все ок, работает, а как теперь туда же получить название категорий к которым принадлежит товар? :) есть идеи? тем же вызовом не катит, нужно или запрос менять или делать вызов другой модели... как, какой?

Ну как, удалось кому-то реализовать загрузку опций товаров из CSV?

А что молчат все? Все так плохо? P.S. Может кто подскажет, есть проблемка при прямом обновлении базы, когда меняются значения в базе, не меняются на сайте, пока не обновиться кэш. Каждый раз очищать всю папку кеша как-то не верно наверное? Возможно есть какие-то методы обновления кеша? Модули импорта как-то же это делают. Заранее спасибо.