KonstantinSednenkov

А если речь идёт об уже утратившем совместимость коде?

На сайте имеются разные шаблоны для разных страниц, например: /catalog/view/theme/default/template/product/search.tpl /catalog/view/theme/default/template/product/category.tpl /catalog/view/theme/default/template/product/manufacturer_info.tpl При этом в каждом шаблоне присутствуют абсолютно идентичные блоки, допустим блок хлебных крошек. И когда его нужно видоизменить, приходится вносить по три раза одни и те же изменения. Это проблема, потому что зачастую одинаковые блоки разбросаны по разным частям сайта и приходится править там и сям, не считая потерянного времени на бесполезную работу. Вопрос в следующем: каков правильный, каноничный подход к утилизации/дедупликации таких блоков? Я мог бы, к примеру, создать /catalog/view/theme/default/template/product/breadcrumbs.tpl и require'ить его прямо из search.tpl, category.tpl и т.д., но ни разу не видел, чтобы в темах было так сделано, да и подозреваю, что такой подход быстро превратит кодобазу в помойку вроде битрикса. В связи с этим вопрос - как это делать правильно/приемлемо?

Добрый день, прошу оценить стоимость и сроки. Сайт - procamping.ru Движок - Opencart 2.1.0.2.2 PRO с темой Octemplates LUXURY v1.4.1 Задание: Выводить в каталоге вместо предтекста описания поле _EAN_ и проимпортировать CSV со значениями _EAN_ в базу. https://yadi.sk/i/Z33zpAg83KnJWa http://prntscr.com/fvtgqu http://procamping.ru/util/2017-07/product_export_0-0_2017-07-14-2336.csv В результате: 1. С поля _EAN_ должны быть сняты все ограничения на длину/значения для ввода. 2. Поле _EAN_ должно вмещать в себя не менее 500 символов. 3. Значение _EAN_ должно выводиться анонсом в каталоге вместо описания. https://yadi.sk/i/Z33zpAg83KnJWa 4. Файл со списком _EAN_ должен быть проимпортирован в базу через модуль CSV PRO. http://procamping.ru/util/2017-07/product_export_0-0_2017-07-14-2336.csv https://procamping.ru/admin/index.php?route=csvprice_pro/app_product 5. Импорт/экспорт поля _EAN_ через модуль CSV PRO должен происходить без ошибок. Условия: 1. Если в процессе работы вы что-то сломаете, то исправление поломки осуществляется вами безвозмездно. 2. Оплата происходит частями за каждый фактически (полностью) сделанный пункт, поэтому оцените каждый пункт отдельно и заранее. 3. Предпочтительные варианты оплаты: QIWI, Bitcoin. Пожалуйста оцените стоимость и сроки выполнения.

Как купить лицензию на домен для filterpro + seogen?

Нужен модуль, который бы создавал страницы типа "Раздел + Бренд" для каждого производителя в категории, примерно как в модуле Keyworder, но для Opencart 2.1. Посоветуйте пожалуйста, если вам такой встречался.

Добрый день, есть ряд задач. Сайт - wake.on-waves.ru Движок - Opencart 1.5.5.1.2 Задачи: 1. Настроить отображение пунктов в корзине wake.on-waves.ru согласно следующим правилам: Для региона "Москва": Доставка: Курьером: при сумме заказа < 10000 руб. = 400 руб. при сумме заказа >= 10000 руб. = Бесплатно. Самовывоз: Бесплатно (при выборе этого варианта доставки, поле для указания адреса должно быть скрыто) Варианты оплаты: Оплата банковскими картами и электронной наличностью Банковский перевод Оплата при доставке Для региона "Московская область": Доставка: Курьером: при сумме заказа < 10000 руб. = 700 руб. при сумме заказа >= 10000 руб. = 300 руб. Самовывоз: бесплатно (при выборе этого варианта доставки, поле для указания адреса должно быть скрыто) Варианты оплаты: Оплата банковскими картами и электронной наличностью Банковский перевод Оплата при доставке Для всех прочих регионов: Доставка: Транспортной компанией (через модуль СДЭК, см. п.2) Варианты оплаты: Оплата банковскими картами и электронной наличностью Банковский перевод 2. Установить и настроить модуль СДЭК версии 1.6 (это важно, т.к. 1.9 глючит), взяв данные для настройки (ключи, тарифы, прочее) из магазина board.on-snow.ru, где этот модуль уже установлен (они работают по одному договору) http://wake.on-waves.ru/util/cdekmodule_v1.6_opencart1.x.zip Условия: 1. Если в процессе работы вы что-то сломаете, то исправление поломки осуществляется вами безвозмездно. 2. Оплата происходит частями за каждый фактически (полностью) сделанный пункт, поэтому оцените каждый пункт отдельно и заранее. 3. Допустимые варианты оплаты: QIWI, Bitcoin. Пожалуйста оцените стоимость и сроки выполнения.

Ищу вот такую штуку для Opencart 2:

Добрый день, есть ряд задач. Сайт - http://board.on-snow.ru Движок - opencart 1.5.5.1.2 Конечная цель: Чтобы все адреса ссылок на сайте имели закрывающий слеш. Чтобы canonical ссылки были корректны с точки зрения SEO. Задачи: 1. Сделать так, чтобы все URL на сайте имели закрывающий слеш. 2. Настроить 301 редирект с вариантов без слеша на аналогичный адрес страниц с ним. 3. Прописать canonical со слешами для всех страниц. 4. Сделать чтобы на страницах листинга товаров canonical ссылка вела на первую страницу. Например: На странице http://board.on-snow.ru/snowboard/?page=3 link rel="canonical" должна быть http://board.on-snow.ru/snowboard/ (сейчас http://board.on-snow.ru/snowboard?page=3 ) На странице http://board.on-snow.ru/686?page=2 link rel="canonical" должна быть http://board.on-snow.ru/686/ (сейчас http://board.on-snow.ru/686?page=2 ) 5. Сделать чтобы на странице товаров по производителям выводился корректный canonical адрес. Например: Canonical ссылка на странице http://board.on-snow.ru/snowboard/never_summer должна вести на http://board.on-snow.ru/snowboard/never_summer/ (сейчас она ведёт на http://board.on-snow.ru/snowboard?manufacturer_id=21 ) Условия: 1. Если в процессе работы вы что-то сломаете, то исправление поломки осуществляется вами безвозмездно. 2. Оплата происходит частями за каждый фактически (целиком и полностью) сделанный пункт, поэтому оцените каждый пункт отдельно и заранее. 3. Допустимые варианты оплаты: банк РФ, яндекс-деньги, qiwi, webmoney. Пожалуйста оцените стоимость и сроки выполнения (можно в личку).

Для сайта на Opencart 1.5 с установленной темой July нужны следующие исправления/доработки: 1. Быстрые заказы сейчас попадают в отдельную вкладку в админке http://prntscr.com/c5ij2b нужно чтобы они попадали в общий список заказов http://prntscr.com/c5ij9u и о них приходили уведомления по sms и email. Соответствующий функционал уже имеется, но быстрые заказы почему-то пролетают мимо этих уведомлений. 1.1. Либо, если это слишком сложно и дорого, то вместо п.1 нужно сделать дублирование заказов - для каждого вновь создаваемого быстрого заказа создавать обычный заказ и где-нибудь в комментарии к заказу помечать, что этот заказ создан на основании быстрого заказа № такой-то. 2. В форму быстрого заказа добавить поле e-mail. Прошу оценить стоимость и сроки, желательно по каждому пункту в отдельности.

Нужно 1) Подобрать/предложить/запилить модули которые решают задачи озвученные 2) Внести изменения на сайт Ссылка на ТЗ: https://docs.google.com/document/d/11kZsA1rJlg4nQaeDBLDfs4gWOPwNxyZ7NrfytKesTbA/edit?usp=sharing Цена за работу - модули куплю отдельно. Оплата (4000р) по факту или двумя частями за фактически сделанные пункты. Бюджет и нюансы готов обсудить.

Исполнитель найден. Итоговый бюджет (для тех кто плакал что мало) = 2500р. Спасибо всем кто отписал в ЛС и тут - по делу, и подсказали что надо настроить и приобрести. Тему прошу закрыть =)

Дополнение: Никаких групп пользователей = без регистрации работаем. Никаких сторонних модулей Оплаты и Доставки. пока не ставил. Никаких мультирегионов. Методы доставки - все фикс с разными названиями просто, один из них зависит от суммы заказа: 1) Доставка по Москве = фикс (зависит от цены): 350р на сумму товаров дешевле 6000р/ 0р на сумму товаров дороже 6000р 2) Доставка по МО свыше 5км от мкад = фикс - 400р 3) Самовывоз-склад (м. Варшавская) = фикс= 0р 4) Доставка в регионы = фикс= 0р Формы оплаты - просто разные названия, никаких интеграций : 1) Оплата наличными 2) Оплата по счету 3) Оплата картой при получении 4) Перевод на карту Сбербанк 5) Он-лайн оплата (Visa, электронные деньги)

Версия движка: OC Store 1.5.5.1.2 ответ там же: Открыт к камментам и оценке

Добрый день. Всех с прошедшим/наступившим :) Прошу помочь настроить магазин и модуль Simple- на странице заказа на возмездной основе :) В моем понимании знающему человеку работы на двадцать минут максимум + 15 мин на согласование нюансов. Исходя из этого планируемый бюджет: 500р. Если есть подводные камни и я их не знаю - бюджет может увеличиться :) Настроить следующим образом: Возможность регистрации - скрыть. Состав заказа (фото, наименование, модель (удалить), кол-во, цена, Итого) Сумма - скрыть Стоимость доставки Итого последнее переименовать в "Сумма заказа" Купон - спрятать Подарочный сертификат - спрятать Поля по порядку: Имя (обязат) телефон (обяз) E-mail Способ доставки: Доставка по Москве (камменты ниже заголовка-способа: "включая 5км от мкад") = выбрано по умолчанию Доставка по МО свыше 5км от мкад (камменты ниже: "400р +25р/км за 11 км и далее") Самовывоз-склад (м. Варшавская) Доставка в регионы (камменты ниже: Стоимость расчитывается менеджером) Город = прятать для "Доставка по Москве", "Самовывоз" Адрес доставки = прятать для "Самовывоз" "Комментарии" Оплата (один из вариантов обязательно): Оплата наличными = не доступно для "Доставка в регионы" = выбрана по умолчанию Оплата по счету = по умолч для "Доставка в регионы" Оплата картой при получении = не доступно для "Доставка в регионы" Перевод на карту Сбербанк Он-лайн оплата (Visa, электронные деньги) Цена доставки рассчитывается следующим образом: Если "Доставка по Москве (+5км/мкад)"" = 350р на товары ценой ДО 6000р и 0р на товары свыше 6000р Доставка по МО= 400р Самовывоз=0р Доставка в регионы = 0р

Хочу отписаться по модулю - техподержка у авторов на высоте. Все вопросы решаются оперативно и с минимальными трудозатратами с моей и надеюсь их стороны! Спасибо! =)

Дублирую с картинками в посте: Решение (на примере WebAssyst ShopScript 5/6): Вести "справочники" для ряда типов атрибутов и заполнять только с них атрибуты в админке товаров. Т.е. например Атрибут типа Boolean - Да/Нет/не указано сейчас: Надо: Атрибут типа чек-бокс как надо: Атрибут типа Select или вот Атрибут типа числовое значение - вес Атрибут типа диапазон: У атрибутов есть справочники: Если внести правки в справочнике в названии атрибута например или значении (если это не тип "текстовое поле" или "свободное число")- они туже отразятся на сайте (привязка по индексам идет видимо). PS Вариаций значений характеристик не бесконечное число (см) Ну и конечно "банальная" привязка к типу товара или категории, и обязать вводить характеристики которые используются в фильтрации товара считаю ОБЯЗАНЫ быть на проектах :) Частично решают задачу модули Attributic - Добавление атрибутов по шаблону 2.1 Attribute Select 1.0 Модуль Атрибуты Advanced vQmod 1.2 но только в плане предустановок на категории товара или шаблонами... Прикрепленные изображения

Добрый день. Прошу коллег подсказать а есть/планируется для OCstore/Opencart что-то подобное? Суть проблемы - по умолчанию атрибуты вводятся в текстовое поле в свободной форме = - возможно задубливание, - написание в вариациях - с пробелом, латиницей русских букв, при копипасте - копирование символов нечитаемых и прочее. В "Сравнении" товаров и в "фильтрах" из за этого может творится шанхай с дублями и прочим. Решение (на примере WebAssyst ShopScript 5/6): Вести "справочники" для ряда типов атрибутов и заполнять только с них атрибуты в админке товаров. Т.е. например Атрибут типа Boolean - Да/Нет/не указано сейчас: http://prntscr.com/9gtu79 Надо: http://prntscr.com/9gtufc Атрибут типа чек-бокс как надо: http://prntscr.com/9gtutw Атрибут типа Select http://prntscr.com/9gtv46 или вот http://prntscr.com/9gtvl2 Атрибут типа числовое значение - вес http://prntscr.com/9gtw61 Атрибут типа диапазон: http://prntscr.com/9gtwds У атрибутов есть справочники: http://prntscr.com/9gtx5v Если внести правки в справочнике в названии атрибута например или значении (если это не тип "текстовое поле" или "свободное число")- они туже отразятся на сайте (привязка по индексам идет видимо). PS Вариаций значений характеристик не бесконечное число (см) http://prntscr.com/9gtyxi или скриншот приложеный. Ну и конечно "банальная" привязка к типу товара или категории, и обязать вводить характеристики которые используются в фильтрации товара считаю ОБЯЗАНЫ быть на проектах :) Частично решают задачу модули Attributic - Добавление атрибутов по шаблону 2.1 Attribute Select 1.0 Модуль Атрибуты Advanced vQmod 1.2 но только в плане предустановок на категории товара или шаблонами...

Купил, настраиваю шаблон - чувствуется сколько сил туда вложили - спасибо за качественный продукт! =)

Я тоже не знаю =))) Шутка такая, не обижайтесь. Цена дизайна тоже завышена в разы :)

Вопрос решен, исполнитель найден. Спасибо всем за участие :)

Тема развернута хорошо. Считаю оба правы - один что требовал то что для него Важно (подбор по артикулам). Второй что не хотел бесплатно работать и переделывать. Заказчику: Если экономишь на аналитиках и подробном ТЗ и схемах - будь готов что придется "допиливать" за деньги. Не смог сформулировать и выделить ВАЖНЫЕ ждя бизнеса функции - плати за свою лень (подумать) или некомпетенцию. Разработчику: Если нет детального ТЗ такие вещи будут случаться. Einshtein и matkimax молодцы - закладывают в цену "нервы" и доп время. В вашем случае я бы решил для себя: - если будут еще работы и они мне интересны и эта работа меньше чем X% (подставь сам) от суммы проекта - сделаю, а "на молоко" заложусь в след этап. - если работа закончена, денег и интереса там почти нет на будущее - расстаться как Вы расстались - вполне приемлемо. - тот кто ищет подлецов и негодяев их находит как бы не старался быть хорошим =) Ну и конечно: за все и всегда в итоге заплатит КЛИЕНТ (или Вы - как клиент кому-то, или ВАШ клиент - Вам как исполнителю в другом месте =)

В итоге = да. Сейчас интересует первый этап. т.к. оценить ВЕСЬ обьем работ без подробного ТЗ считаю самоубийством и изначально получить тупиковую ситуацию - недовольный заказчик - грустный исполнитель. Помимо фронтовых "фишек" и функций надо еще много в админке переделать будет и в работе бекэнда.

Обсуждаемо :) Особенно если знаете что такое "ошибки" а что нет.

Можно порезав на куски дизайн и склеив их.= г..вноверстка а можно программно визуально получить такойже внешний вид, но весить он будет в 10-ки раз меньше. = верстка

Добрый день, Илья. Цена указана ориентировочно и за 1й этап - сверстать дизайн + запрограммировать основной функционал (тот что из коробки). Второй этап оплачивается отдельно - перенести данные с одного проекта на другой (также отдельно, но там не должно быть трудных задач - есть возможность выгрузить все в CSV Третий Этап оплачивается отдельно - оценка/подор моудлей, допил и докрутка требуемого функционала идет отдельно -) По цене доработок тут гораздо больше чем 56 тыр выйдет. PS За дизайн отдал 75 тыр, делали в одной из лучших студий рунета по верссии hb-IT-next. Есть предложения по доработке и улучшению и повышению конверсии без аб/тестинга сразу на входе - пишите в ЛС вашу цену и гарантии :-)