JohnnyVega

Это называется калькулятор. Пишется с нуля или на основе текущих наработок конкретного исполнителя. Важно: алгоритм расчёта цены от входных параметров (высота, ширина, глубина и т.д) Цена - от 100$ и выше в зависимости от ИТОГОВОГО ТЗ (которое может сильно отличаться от первоначального :-) ) Уровень исполнителя: средний и выше. PS Опции рекомендую не использовать. Г...цо, когда используется в больших количествах. Замучаетесь обновлять и поддерживать в актуальном состоянии PPS Продумайте всё ещё раз. И оформите максимально понятно. С примерами, скриншотами и т.д. Это Ваша основная задача как заказчика.

В коде движка изменения сделайте - будет происходить автоматически

Время добавляйте к названию файла. Или вариант для параноиков: время + случайно сгенерированное число Это обеспечит уникальность имени файла

Да я как бы и не вам писал. :wink: Писал сайткриатору, чтобы время свое не тратил понапрасну... :-D Успехов в лотерее...

Эпично. :-) Добавлю в избранное :-) Вы о Паше? :-) Он регулярно так делает, а потом отчёты пишет :-D Но в данном конкретном случае, если брать решение с линейками, его реализация - лучшее из того, что предлагали.

:-D :wink:

Да не... :-) Вот, например, в темах SouthBlondi никто не отвечает. Хотя, казалось бы... (следуя Вашей логике) :-D

Встречались, конечно. Куда ж без них :-) Ну понятно, в общем.... :-) Предупредите о последствиях и дальше уже либо да, либо нет... 8-) А то уже 3 страницу мусолим...

Все поняли Вашу мысль и ее дальнейшую реализацию. :-) Просто я, Helloween и Том придерживаются взгляда, что такую разметку надо "добавлять" на этапе съемки. Или отказаться от нее/воспользоваться таблицами размеров. Чтобы не было проблем с масштабом/зумом/точнотью/поменялся фотоаппарат, сдвинулся штатив и всё поехало/другие неучтённые факторы.... Тут как раз такой случай, когда есть стойкое ощущение, что идея с линейками + человеческий фактор, на протяжении длительного периода использования (0,5 года/ год / 2 года), приведет к появлению неучтённых сейчас проблем. А Вы, фрилансер и топикстартер смотрите в сторону линеек. В общем, практика применения в среднесрочной перспективе (0,5 - 3 года) покажет правильность или неправильность этого решения. Зря вы так... Хороший инженер может быть плохим сантехником... :-) И резюмируя обсуждения, нужно уточнить у топикстартера хорошо и точно ли она понимает плюсы и минусы предлагаемых её решений. Т.к., "забацать" скрипт не проблема, но <режим пафоса вкл>ей с этим жить потом</режим пафоса выкл> :-)

sitecreator, ты же уже с этим товарищем обсчался. :-) Ноябрь, 2013г.

Вряд ли... На данный момент эта тема не интересна для реализации в виде модуля.

Дофига задач в опенкарте, под которых нет модулей. Другой вопрос, что они часто не массовые, не типовые, а специфичные, например (но не ограничиваясь) как у топикстартера. "Обсосали" в основном массовые, типовые решения. И далеко не всегда "обсосали" оптимально :-)

Вот что-то типа такого. Подкладка с сеткой, грубо говоря.

Если установка через vqmod, то в хмл-файле. Дынц Если установка ручная, то пункт 3 инструкции по устанвоке

Покупай модуль и будет работать :-D

Как у остальных 98% заказчиков на этом форуме )))

Топикстартер, а Вы не думали о том, чтобы просто снимать на какой-либо подложке в виде размеченной сетки? Такой себе аналог миллиметровой бумаги. Естественно, с учётом специфики. Например, сама сетка представляет собой квадрат 50 на 50 см. На нём сетка. Через каждые 10 см широкие синие линии, через 5 см - красные, через 1см зелёные. Линии хорошо заметны и нанесены по вертикали и по горизонтали. Сетка может быть нанесена на картоне или пластмассе. Допустим, сетка ложится на столик для съемки, а на сетку уже ложится вещь, затем делается фотография. В итоге, получается фотка с сеткой, по которой более-менее точно можно прикинуть размер. Это, конечно, не так кошерно как JQuey/скрипты/высокие технологии :-), зато практично 8-) . Проблема масштаба (ближе/дальше) и угла съемки уходит. Видеоиллюстрация:

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

За ТЗ с скриншотами однозначно жирный +++

https://opencartforum.com/files/file/546-jv-quickorder-%D0%B1%D1%8B%D1%81%D1%82%D1%80%D1%8B%D0%B9-%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7-%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D0%B0/

О-у-у-у... Снова у нас в студии человек, прекрасно разбирающийся в оценке сроков и сложности, но, к сожалению, по случайному стечению обстоятельств этот человек НЕ МОЖЕТ самостоятельно сделать эту простую (по его словам) работу и у него маленький бюджет. :-D Чертовски привлекательное предложение... Налетаем... :-D

Рублей. Чего ж ещё... :-)

Опенкарт - это не вордпресс... Это в вордпрессе "натягивают" дизайн :-D , а у нас шаблоны делают 8-) ДНО :-D :-D :-D

Файл: catalog\model\module\jvquickorder.php Функция: isShowButtonQOInProduct Перед return $show_in_category; вставляем: $product_info = $this->model_catalog_product->getProduct($product_id); if ($product_info['quantity'] <= 0) { $show_in_category = false; }

Да, код есть. Не факт, что работает. Основное, это то, что при таких исходных данных, нет смысла в это ввязываться. Неперспективно... Завтра инстаграм где-нибудь переменную поменяет или алгоритм немного и усё... Заново, реверс-инженеринг :-D Конечно, если топикстартер, оплатит время на исследование этого вопроса и затем выяснится, что окольно-задними путями в инстаграм можно постить, то можно поговорить о создании модуля. С уточнением, что если инстаграм что-то меняет в будущем, то это проблема топикстартера. Но что-то мне подсказывает ,что вряд ли. :-D Поэтому ещё раз повторю, что вся эта затея (с учётом текущих данных) - это такая себе неплохая авантюра и не перспективное геморройное решение.