Fedka
-
Публікації
652 -
З нами
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Fedka
-
Руками скопировать или запросить быстрый старт. Для своих клиентов, часто ставлю "Быстрый старт". А потом уже с ними удаляем модуля, какие они не хотят использовать. -
Да, можно. Открываете файл: catalog/model/octemplates/module/oct_live_search.php И добавляете После 73 строчки, по аналогии с предыдущими, поля по каким хотите, чтоб был поиск
-
Посмотрите тут Возможно там заблокировано оторажение Настройки->Пользователи->Група Пользователей и выбираете группу
-
Из коробки он есть. Единсвенное нужно поменять в файле catalog/controller/payment/liqpay.php $data['action'] = 'https://liqpay.com/?do=clickNbuy'; На $data['action'] = 'https://liqpay.ua/?do=clickNbuy';
-
Лет 5-7 назад можно было без регистрации минимум ФОП активировать мерчант. Сейчас это не возможно, увы
-
Нет! Для того чтоб Приват Вам активировал мерчант, обязательно должно быть Юр.лицо минимум ФОП
-
А какая версия шаблона у Вас была до этого? Какие параметра у сервера? Сколько товаров? Сколько атрибутов? Какие сторонние модули используете? Какие-то ошибки сервер выдает? Это вообще улыбнуло) Может стоит поменять сервер с такой поддержкой? Если они только про index.php говорят
-
Стилями или отредактировать, убрать все не нужное в файле common/footer.twig
-
Спросите какие-то доработки у людей были с этим модулем. Пришлите ссылку, интересно просто посмотреть.
-
С помощью вот этого модуля можно расширить функционал стандартного модуля "Рекомендуемые". Только вчера тестировал его на одном из клиентских сайтов на этом шаблоне.
-
пишите в личку, определимся с датой временем и начнем играться. Буду делать как я это вижу, чтоб решение было универсальным. Если все пойдет хорошо и не будет давать каких-либо лишних нагрузок, выложу в паблик или попрошу разработчиков шаблона, чтоб добавили себе куда-то в полезные модификаторы.
-
Шикарное ЗП, что тут сказать.
-
У каждого типа товаров есть свои ключевые характеристики. Есть даже некоторые товары одного типа, у каких основные характеристики могут быть разные. Если рассматривать Ваш пример, кондиционеры, тогда, возможно не будет разных характеристик для них. Но все равно есть вероятность что у какого-то товара не будет задан какой-то параметр атрибута и он не будет отображаться. У одного товара будет 5-ть характеристик, у второго 2 и т.д. Если не задавать для каждого товара, тогда нужно задавать для категории в какой этот товар лежит. Да, это может облегчить добавление, но не намного. Категорий тоже может быть 100 и 200. Вручную тоже заманаться можно вставлять. Из того, что я прочитал вообще из этой темы, самый оптимальный вариант сделать в настройках модуля возможность выбора категорий для каких будет возможность выбора характеристик. А у тех категорий у каких нет в списке, выводить как сейчас выводится. Решение должно быть универсальное для любого типа сайта. В этом и есть вся сложность реализации. Кто готов предоставить магазин для тестов, пишите в личку.
-
Вот тут есть описание как это сделать
-
А чем Вас не устраивает сортировка атрибутов? Отсортировали как хотите и выводятся они первые. Это просто к тому, как Вы видите вывод этот? Руками добавлять нужные атрибуты для каждого товара? Представьте магазин на 1000-20000 и более товаров. Тоже пусть вручную добавляют для каждого товара приоритетные атрибуты именно этому товару? Мне просто интересно, как это видит пользователь. Может фикс сделаю для этого модуля. Смотрю много раз упоминается этот момент, значит фикс будет востребованным.
-
oc_product oc_product_attribute oc_product_description oc_product_discount oc_product_filter oc_product_image oc_product_option oc_product_option_value oc_product_recurring oc_product_related oc_product_reward oc_product_special oc_product_to_category oc_product_to_download oc_product_to_layout oc_product_to_store Все таблицы какие отвечают за товары (без учета таблиц модулей). oc_ - префикс, может отличатся Таблицы категорий: oc_category oc_category_description oc_category_filter oc_category_path oc_category_to_layout oc_category_to_store Чтоб была связь правильная в таблице oc_product_to_category Таблицы атрибутов: oc_attribute oc_attribute_description oc_attribute_group oc_attribute_group_description Чтоб была правильная связь в таблице oc_product_attribute Таблицы опций: oc_option oc_option_description oc_option_value oc_option_value_description Чтоб была правильная связь в таблицах oc_product_option и oc_product_option_value Так же нужно учесть с какой версии на какую будет идти перенос и были ли добавления различными модулями доп поля. Визуально можно просто сравнить поля таблицы. Или MySql выдаст ошибку
-
Если рассматривать настройку цветовых схем тогда да, это логично. Пока подверешь цвета, свяжешь их и т.д. Если рассматривать, используя цветовые решения шаблона, тогда не соглашусь. При установке, активации любого модуля, по-умолчанию цветовые схемы подтягиваются, как на демо сайте. По этому поводу ничего не скажу, на своих проектах использую чистый OpenCart и багов, глобальных, не замечалось. Много шаблонов использовал за долгое время. Везде руками приходилось настраивать цветовые схемы, модуля и т.д. Иногда запрашивал быстрые старты для установки. Но в них есть свои минусы. Не видел нигде волшебной кнопки по клику на какую устанавливалось все и само настраивалось. Как по мне лучше потратить время и уникализировать свой сайт, это лишним никогда не будет.
-
@Heorhii Я бы конечно советовал это не отключать. Чтоб не было лишнего гемора. Если хотите отключить этот вывод, это можно сделать с админки. Заходите в настройки магазина, вкладка Опции. И убираете статью для пользовательского согладения. Там их 2, одна для регистрации, вторая для оформления заказа
-
Тут Вы глубоко ошибаетесь! Дрючат за то что нет пометки согласно "Закона Украины про персональные данные" (https://zakon.rada.gov.ua/laws/show/2297-17) Статья 9. Не лишним будет этот пункт. Как минимум обезопасите себя от лишнего гемора.
-
В языковом файле common/footer.php
-
Модуль Multistore Вы чисто случайно не от версии 1.5 пытаетесь установить? По всей видимости оно так. UP: Предполагаю, Вы про этот модуль Напишите автору модуля или попробуйте переустановить версию для 2.1
-
Сейчас валидатор не пропускает теги style в верстке, если они не вставлены внутри <header> https://html.spec.whatwg.org/multipage/semantics.html#the-style-element В противном случае, будете получать вот такую ошибку: Если вернутся к теме дискуссии, для меня чистота кода - это просто понятный его вид. Чтоб ты открыл код и сразу понятно что и где выводится. А не 1000 отступов между строками или нет структурирования блоков. Название id и class - это сугубо личное. Кому-то понятное название вида, cat_id, cat_name, а кому-то и b-t, kk, k-o.
-
Для ускорения поиска исполнителя, я бы рекомендовал ссылку на донора скинуть)
-
$data['results'] = sprintf($this->language->get('text_pagination'), ((int)$blog_total) ? (((int)$page - 1) * (int)$limit) + 1 : 0, ((((int)$page - 1) * (int)$limit) > ((int)$blog_total - (int)$limit)) ? (int)$blog_total : ((((int)$page - 1) * (int)$limit) + (int)$limit), (int)$blog_total, ceil((int)$blog_total / (int)$limit))
-
пропишите везде (int) перед $page, $limit, $blog_total 7.1 думает что это строка и выдает ошибку
