Normand

спасибо! но там есть кастомные моменты которые нужно предусмотреть, и к стати не нашел на его странице этого модуля.

спасибо всем мне это нужно для создания тега <meta property="og:image" ну собственно получить нужно главную картинку продукта и засунуть ее туда. А она должна идти до </head>

Привет всем! версия: 2.3.0.2 Хочу обратиться к массиву $images но в header.tpl. Доступен он только в product.tpl как это сделать? Спасибо

Уважаемый формчанин, мне уже написали в личку несколько человек, все сразу поняли, что требуется, и только ваша персона требует не только пояснений, но и образование заказчика. Прощайте.

>Сколько бы вы взяли на за натяжку одной страницы (пускай будет главная) на OpenCart? это и есть пример данной работы

ссылка на что?

Требуется доработать OpenCart: - натянуть шаблоны - допилить то, что начал старый программист и не закончил: короткая корзина, вывод товара с спец опциями ... вобщем работы очень много, и постоянно надо что то исправлять добавлять ... Работать будем поэтапно. Делаем что либо - оплата. От вас: на срывать сроки не требовать предоплаты, оплата после проверки результата быть ответственным ----- Ну и сразу контрольный вопрос: Сколько бы вы взяли на за натяжку одной страницы (пускай будет главная) на OpenCart? Пожалуйста пишите сразу цену за пример данной работы!

Оплачу консультацию программиста, хочу написать собственный модуль к opencart небольшой. Нужно совместно спроектировать его грамотно, далее я буду сам писать и обращаться к вам за консультацией если что то будет не понятно. Оплачивая каждую!

Вобщем задача которую хочу решить, только не надо предлагать модуль симпл. Карта поведения юзера должна быть такой: клик на кнопке "купить сейчас" добавление в корзину с ридеректом сразу на страницу ввода данных: адрес, ФИО и емайл. // регистрация не нужна юзера - страница приема адреса после нажатия кнопки "готово" на "страница приема адреса" пишем в базу заказ как постпей те мне надо переопределить собственно контроллер корзины, чтоб там шел сразу ридерект 302 на урл который будет вызывать, который будет вызывать нужный контроллер и метод. $this->cart->getProducts(); На странице моего модуля собираем нужные поля + корзину, и пишем его в базу заказов после нажатия кнопки ... далее пишем спасибо? Как грамотно сделать я не могу понять, помогите написать пару тройку первых расширений пожалуйста. Просто не понимаю с чего начать даже ... растерялся Как начать это переопределение ... с чего начать

спасибо большое, буду ковырять дальше

Привет всем! Помогите пожалуйста найти блоксхему opencart 2, ну должна же она существовать :). Нужно понять как работает детально корзина. Спасибо!

что за модуль? можете скрином показать пожалуйста

Да скорость возрастает, причем прилично ... и тут я даже читал на форуме, что opencart не использует возможностей php7 ... это от части не верно, оптимизация была именно на уровне работы любого вида кода на php, например сильно сократилось потребление памяти и тд. На 7 я запускал ни каких варнингов не увидел особо. А вот да ionCube - это сразу алис, приехали Dotrox прав. Так что если у вас есть покупные модули с ionCube, даже не думайте.

Не так давно ругался с верстальщиком именно по этому вопросу. Он мне все изображения сунул как адаптивные, что я считаю не есть хорошо. поясню почему. Вы хотите чтоб ваш клиент сидя в метро или в автобусе, где скорость постоянно скачет туда сюда и каждый Кб ждет когда же загрузится ваше адаптивное изображение. Но товар настолько ценен и он не дождавшись загрузки идет домой, открывает там ваш сайт и снова пытается посмотреть ... ну сценарий из области фантастики скорее всего. По этому я требовал от верстальщика, чтоб было нарезано 3 разные группы изображений, а самые мелкие были вбиты в base64. Тем самым шансы, что человек ткнет пальцем, купить именно сейчас намного выше чем через какой то промежуток времени. По этому советую продумать этот момент изначально. Думаю тут все в лень упирается. Я все к тому, что будьте осторожнее с адаптивностью изображений на мобилках.

Немного офтоп, сори ... Вообще задумался над таким вопросом как кол-во продуктов с той ил иной опцией, вот есть скажем у нас стандартная схема опциональности продукта. Ну цвета: красный и желтый. Хорошо ... будем отталкиваться от отчетности в opencart которая идет по дефолту, как там выводить остальные поля я не нашел. Если в продукт задать опцию цвета, и сказать, что вот желтых скажем 5 штук а черных 8 штук. То он все равно будет ориентироваться по другому полю, по основному, вот как вбито в него 7 штук так он и будет показывать эти 7. И я ведь ни как не увижу что скажем кончается у меня желтые майки или там других каких то цветов, хоть и забивал кол-во оных при создании опций данного продукта. Вот как было 7 штук так и будет показывать их. Возможно я не прав и прост не умею строить отчеты в opencart, но я отталкиваюсь от дефолтного склада, что каждая единица товара не имеет опции а имеет четкое свое кол-во. тогда получается нужно добавлять товар как не опция, а как единица. Те : 5 желтых отдельно и 8 черных отдельно, не как опции как единицы товара. тогда все встает на свои места, а вывод "опциональности" превращается в вывод какого то json списка - конкретной модели "Product 3" но имеющие свои отличия только в цветах. Поправьте меня пожалуйста если я не прав, а то все пытаюсь сразу учесть и складские головные боли и бухгалтерские.

Практический смыл как раз и заключается, что люди часто попросту в последствии пишут, ой вы мне прислали не ту футболку ... на фото к примеру она красная, то получу именно ее, а оказывается надо было кликать еще и на кружочках. Очень много таких покупателей оказалось у меня, и вот как раз эта опция это все решила. >Для реализации нужен отдельный тип опции, или можно использовать, к примеру тип "Изображения"? Ну вот к стати я и попробовал использовать выше опцию изображения, если я верно ее понял, + вписал значение цвета в названии. В престо конечно система опциональности немного сильнее в этом отношении - именно по цветам, те можно выбрать и картинку и сам цвет, а уже потом вывести там и как хочешь раскидать скриптом своим. Те не хватает к цвету еще загрузки картинки.

Это дублирование выбора цвета, те человек может выбрать цвет посредством скажем визуальных кругов: синий, красный и тд ... либо он может кликнуть по уменьшеной картинке, и будет выбран нужный цвет. Ну например кликает по зеленой футболке маленькой, соответственно выбирается зеленая футболка, кликает по зеленому кругу выбирается опять же зеленая футболка. Дублирование функционала получается. После того как цвет выбран, это пойдет как опция к товару при его заказе. Т.е. в последствии ка кто надо понимать, что заказали именно зеленую футболку, а не черную которая по умолчанию. Как я смог себе представить это: создаю опцию товара, обзываю ее как нужно, в данном случае Circle Color потом захожу в опцию и добавляю здесь цвет майки как red + фото мелкое. Ну как бы почти готово, далее я иду на страницу самого товара и выбираю для его эту опцию. Ну и после уже дело JS скриптом раскидать и версткой эту опцию для товара. Ну а цвет я буду кругляшек ловить скорее всего из alt картинки и подставлять background:red; Ну получается, что мне нужно будет ходить и генерировать в списке опций для каждого отдельного товара свою опцию. Но все как то костыльно и грубо получается. А если я захочу скажем передать FFFDDD цвет, а чере месяц у меня буде список такого бреда в опциях под одноименными названиями. Короче походу это будет мое первое дополнение

поясните пожалуйста

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

да мне не особо интересно это делать, я имею ввиду: копать кешь MYSQL - эти слова я услышал от своего админа, который посмотрел профилирование и предложил решение, оно как бы и должно быть. Я не админ по этому - се ляви :). Если вам интересно я могу спросить его более подробно, чем он и как намерен это сделать, но я думаю вы сами это представляете. Статья предложена в "песочнице", а не в разделе программирования или еще где либо, и предполагает расширение кругозора, с формулировкой: Как ускорить ваш фронтенд. Где вы тут усмотрели opencart? Этот топик не претендует на цель хейтинга, наоборот, я просто хотел поделиться информацией с людьми, которым в априори это будет интересно, так как от их работы зависит прибыль проектов. У вас на магазин сколько трафика сваливается? 1к в сутки? Как вы это контролируете, в плане если пришло одновременно 100 юзеров вы просите кого то подождать, или как? Мне кажется нужно быть готовым к каким то всплескам, и уметь работать с ними за благовременно, те на стадии создания проекта. Чем потом исправлять ошибки и искать где что режет, для этого и написана была данная статья, как мне кажется. Но в любом случае я не кого не учу, просто делюсь найденой интересной информацией, в надежде быть полезным сообществу.

тестировал к стати его, возможно плохо разобрался, но почему то снижал мне скорость загрузки страниц, в плане отдачи первого байта. Так и не понял почему, вернее копаться не стал даже. И логику не понял, при рефреше почему то код всегда разный то он картинки в base64 сует то не сует ... вобщем загадочная какая то техника если честно :). Но для оптимизации чужого шаблона, который изначально кривой и напичкан кучей всяческих сторонних либ, пойдет. Но для педантов точно не вариант. ну за модуль конечно спасибо большое. Но он и так отдает быстро достаточно, его погоняю в том числе. Я думал до вашего сообщения остановиться на Memcached + кешь самого MYSQL.

Меня очень порадовало комьюнити спасибо всем кто отписал в этой ветке! Редко такое бывает ...

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

Да не то чтобы хочется прям писать, просто я пытаюсь найти вариант который в кротчайшие сроки мне даст нужный результат. Например на моем кастомном решении я добился загрузки всей товарной страницы всего за 800млс с того региона под который был нужен, ADSL. Ну да возможно это не совсем корректное сравнение, но скажу так первый байт отдается менее чем за 50млс, тогда как например преста жрет порядка 499млс, вчера померил Opencart ... 299млс. Ну я профилирование посмотрел, там больше всего сжирает MYSQL. Думаю это можно настроить - поигравшись с кеширование самого MYSQL. Вобщем я не перфекционист, просто знаю, что каждая секунда погрузки выбивает прибыль из проекта, а это крайне важно. По этому я и сделал сразу старт именно с своего решения, а сейчас да. Компаньоны просят уже админку, плюс интеграцию надо делать с бухгалтерией. Вот и начал изучать сторонние решения, так ка понимаю, что писать с нуля такие вещи ну просто глупо. собственно чем сейчас и занят Спасибо большое свяжусь с автором модуля, для обсуждения решения моей задачи на его базе. да вы правы, сложноватая. еще и туда сюда их колбасит, сейчас на симфонию ее сажают как люди там будут переходит на такое кардинально новое решение не совсем понимаю. Вобщем перестройка не всегда хорошо Спасибо всем еще раз ответы!

Всем здравствуйте! Сижу сейчас на самописной версии подобия шопа :), пришел к тому, что нужно нормальная админка и нормально добавление товара, а не через консоль как это делаю сейчас. Смотрел presto - сложно, пришел к opencart - пока копаю. Подскажите пожалуйста мне нужно решение. От куда лучше копать чтоб уже начать делать. 1. Нужна страница товара с своим шаблоном, ну от части понятно рыть в сторону шаблонов и менять там страницу именно продукта 2. Каким образом сокращать количество шагов до заказа. Зашел на страницу товара, кликнул заказать, страница ввода адреса, без страны ... без регистрации какой либо ... только свои поля в своем дизайне, нажимает заказать. Все считаем заказ оформлен с доставкой через постпей. 3. Оптимизация: есть ли вообще варианты оптимизации на уровне самого движка, или только через настройку кеширования MYSQL запросов ...? 4. Есть что то из этого на русском? Так - для расширения кругозора, и чтоб много лишних вопросов не задавать. Касательного второго вопроса, это модуль писать нужно? Или как вообще здесь ... я просто хотел бы сократить время изучение, возможно есть доброволец кто просто подскажет от куда начать в моей ситуации чтоб достигнуть нужного мне результата. Ну а там попутно разбираться буду. Спасибо за то что вы есть