7up

Порекомендуете способы доработки? Спасибо. У меня многое в магазине изменено, VQMOD вообще не использую и модули стараюсь как можно меньше цеплять. Посему думаю взять самые важные моменты от SEO PRO и реализовать их...

А меня вот тоже интересует СЕО в 1.5.6, задумался на счет нужно ли ставить SEO Pro что бы ссылки на товар были полный, "сайт/категория/товар", вместо "сайт/товар" при переходе не из категории. Используя rel="canonical" вроде как нет необходимости в такой модификации? или я не верно понимаю принципы? Подскажите знающие. P.S. Я давно использую OpenCart и не использую Русскую сборку, просто так сложилось когда начал с ним работать, не менять же, я же не против Русской сборки :) Очень даже здорово придумано! Но что ж мне теперь, не тусоваться на этом форуме? Выгоните? :(

Да, но этот список связан с полем выбора города. Где-то можно почитать как работает API модуля? т.е. какого вида таблицу мне создать и как ее связать с значениями города.

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

А реально ли сделать доп. поле, которое зависит от поля "Город" например? Хочу реализовать выбор склада транспортной компании в зависимости от выбранного города. Базу складов думаю синхрить с API транспортной компании. Никто не пытался реализовать такое в этом модуле?

В том то и дело, ставлю у img индекс 100, у остальных 0, справа, сверху, результата нет. Вот и запутался окончательно. Не могу найти решения.

Сделал тень при наведении на картинку товара в списке товаров, режим grid. Как видно на картинке ниже, левые и верхние части получаются не видны. Блок с списком товаров как бы ниже остальных. Что только не пробовал, z-indexы использовал, не получается поднять тень выше левого и верхнего блоков. Подскажите кто плотно работает с CSS Опенкарта, куда копать? Заранее спасибо за ответ.

А я вот думаю было бы удобно использовать их API для получения прямо в админке, где заказы, статус груза, получен или нет, оплачен ли наложенный платеж и др. Для номера ТТН отдельную ячейку в базе завести. Ну и само собой оформление ТТН, кликнул по кнопке "оформить отгрузку", получил форму НП с данными покупателя, распечатал и на отправку. Когда много заказов очень удобно. Расчет стоимости доставки и даты получения считаю не столько полезным, потому как дата считается от дня запроса, а фактически груз на почту можно отнести позже или машина доставки уже уедет, а покупатель будет возмущаться, почему было написано доставка 23го, а она приехала 25го.

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

Подскажите, как убрать валидацию поля E-Mail? В остальных полях есть выбор "без валидации" в этом нету.... Пардон за флуд :) уже разобрался. Нужно изменить значение в поле "Поле Email когда регистрация не требуется".

Пардон, давно не заглядывал в тему. Решил следующим способом (версия OpenCart 1.5.6): Добавляю произвольное поле в product.tpl, например с названием result. В функции отслеживающей клик по "купить" $('#button-cart').bind('click', function() в поле data добавляю свое поле вот так "data: $('.product-info input[name=\'result\'],....." что бы оно передавалось контроллеру. Далее в catalog\controller\checkout\cart.php: перед строкой: вставляю строку: ниже ищем строку формирования массива: и добавляем в него наше значение: В system\library\cart.php: находим строку формирующую массив: и добавляем: Ну и соответственно для отображение в корзине в view\theme\template-name\template\checkout\cart.tpl имеем $product['result'] с нашим значением, отображаем его в удобном месте. Это все лишь для отображения, что делать дальше с этим произвольным значением каждому свое, я например записываю его в базу при оформлении в модели, добавив доп. колонку в таблице order_product Думаю можно теме поставить статус "Решено".

Пробовал ли кто реализовать такую штуку, что бы категория была в базе, в ней соответственно товары, но она не отображалась в списке категорий фронтэнда, только в админке, но по ЮРЛ она открывалась? Задумка сделать что-то вроде тематических категорий, у которых отдельная группа товаров будет иметь свой дизайн(цвет фона например).

Все верно, так и сделал. Отдельную модель не создавал, прямо в product сделал функцию с запросом и вызываю ее в одноименном контроллере, запихиваю весь ответ в массив и разворачиваю его в теме. Теперь вот задумался как красиво реализовать многомерный массив, но это скорее уже разговор не в этой теме :) Ну задавать вопросы так задавать.... Если результатом запроса является около 300строк, которые запихиваю в массив, которые передаются tpl где перебором разворачиваются, не повлияет ли на скорость? Обычно в контроллер сваливается по одной строке информации о товаре и по нескольку строк опций или атрибутов, а тут все же по более. Хотя это видимо уже в тему "как замерить скорость генерирования одной страницы магазина"? :)

угу, понял, спасибо за разъяснения. Поскольку нет опыта в MVC пытаюсь вникнуть и делать все "правильно", все же для себя :) Почему возникла такая мысль, делать запросы в tpl, потому как еще в некоторых частях сайта нужно будет получать такой же запрос из моей таблицы, например в корзине. Суть довольно проста, в отдельной(своей) таблице я храню некие параметры, которые синхронизированы с 1с. Некое подобие опций товара, т.е. в product.tpl мне нужно получать все данные из этой таблицы, для отображения выбора, после выбора покупателем значения, оно заполняется в текстовое поле стандартной опции opencart с типом text и соответственно выбранное значение(что выбрал покупатель) видно в корзине и админке. Ну и хочется повесить событие на кнопку купить, которое бы выполняло маленький запрос к базе. Таким образом планирую избавиться от огромного количества записей в таблицах product_option, где у меня они все храняться. Для каждого товара в 95% случаем набор опций одинаковый. Это что-то вроде сервиса печати на сувенирах. Опции у меня - это выбор основы для печати, соответственно для например 1000 товаров они одни и те же, зачем же плодить тучу записей. Пишу для себя, т.е. я не разработчик, не пишу кому-то за деньги. Посему и тусуюсь на форуме, спрашиваю подсказки у опытных :) Вот такая задумка. Имеет место быть?

Достаточно понятно, спасибо, буду вникать в MVC и пытаться создать с вою модель и внедрять ее в контроллер. Правильнее создавать отдельный файл модели и контроллера, верно? или можно добавить метод прямо в модель product например?

Подскажите опытные программисты, на сколько нелепо(не профессионально) будет выглядеть формирование запроса к базе прямо в tpl файле темплейта? Мне нужно для каждого товара вытягивать определенные данные из созданной мной товара, но так не хочется создавать отдельно модель, контроллер для одного маленького запросика. Есть ли какие-то моменты в безопасности или замедлении работы используя такой метод? Всем спасибо за ответы.

Может кто-то сможет растолковать зачем сия таблица появилась в базе в последних версиях OpenCart? Меня это волнует, так как использую прямую выгрузку в MySQL из 1с, при переходе с 1.5.2.1 столкнулся с появлением таковой. Собственно понятно что хранит она пути к категориям относительно других категорий, но зачем? Как это используется в построении иерархии? При выгрузке используя старые запросы, не заполняя ее совсем категории видны в магазине, а в админке нет. Вот и пытаюсь понять логику, что бы корректно заполнять ее самостоятельно. Заранее спасибо за ответы.

Замечено, что кнопка "восстановить" в англ. "Repair" заполняет таблицу category_path которой не было в прошлых версиях. Если эта таблица пуста, то на фронтэнде все категории видны, а в админке нет. Не мог бы кто подсказать что за таблица такая, для чего используется, зачем вообще эти пути? Заранее спасибо.

Пардон если название не корректно, не знал как коротко и понятно назвать тему. Пробую ОпенКарт 1.5.6, в админке в списке категорий кроме кнопки "добавить" и "удалить" появилась "восстановить", которой не было в моем 1.5.2.1. Дело в том, что я загружаю данные напрямую в базу, теперь в 1.5.6 после загрузки в базу например категорий, в админке вижу что общее количество увеличилось, но они не видны не в админке не в фронте пока не нажмешь "восстановить". Глубоко пока не копал, только поставил. Что за фишка такая, может кто прояснить? Она мне совсем не нравится :(

по 1му вопросу - это элементарно делается скриптом в фотошопе, могу поделиться если необходимо. по 2му тут как никак, а придется в опции описывать на какую картинку какой опции менять....

Давненько в тему не заходил. Только заметил что версия уже 3.8.3, а у меня еще 3.4.1, раньше при выходе новых версий получал обновления, потом затихло, а тут захожу и бац сколько версий пропустил. Автор, подскажите, почему перестали приходить уведомления о новой версии? Нужно покупать заново или можно как-то получить обновление?

эмммм, как бы решение - это не модуль, а топикстартер на сколько я понимаю не программист. Я попытался описать логику решения, посколько прошел этот этап сам. Думаю за скромную сумму здесь можно найти того, кто быстренько внесет правки в код. Суть в том, что например в названии опции через разделитель можно хранить имя Опции и Имя файла картинки, например "Мужская, синяя, М | mans_blue.jpg", а в product.tpl делать explode и получать отдельно текст для отображения опции и имя файла, которым с помощью document.getElementById('image').src="путь к файлу картинки" менять основную картинку товара. Как-то так. Не? :)

Может просто Вам попался дорогой разработчик? ОпенКарт один из самых простых магазинов, многие пишут под него сами, очень много бесплатных модулей, а платные довольно дешевые. Я сталкивался с очень невысокими суммами на доработки именно опенкарта, хотя понятие "сдерут кругленькую сумму" у каждого разное :) 20у.е. может кому-то оказаться кругленькой суммой :) Но лично я покупал модули и по 70у.е., причем некоторые не подошли.

Я покупал все эти модули, мне они не подошли, но многим очень даже по душе. У всех могут быть свои личные, специфические запросы. Я столкнулся в общем с проблемой хранения опций, как уже в какой-то теме писал, при 200 товаров у меня получилось 11тыс. строк описывающие их опции, такие как фасон, цвет, размер. Например 3 фасона, 20цветов и 5 размеров, итого 300строк на один товар :(

эмммм, поздновато я видимо :) но все же. Подскажите, а зачем Вам именно модуль? Прошел этот этап уже давно. Посчитайте, для каждого товара(футболки) например два десятка цветов + миниум 5 размеров итого 100строк в таблице опций, а еще нужно как-то передать остатки, например, красного цвета в размере М и т.д. и для каждого цвета принта отдельный файлик картинки :) Итого у Вас огромнейшая база картинок и огромная база :) Для примера, у меня, на 200 товаров(футболок) получалось где-то 7тыс картинок и 11тыс записей в таблице с опциями. А 200 принтов - это пыль для интернет-магазина футблок. Если еще успею и вопрос актуален, ну и если Вы не конкурент из соседнего городка ;-) то я рекомендую Вам делать динамическую генерацию картинок, а смену сделать в product.tpl с помощью одной строки на явке.