Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

mpn2005

Users
  
  • Posts

    3,222
  • Joined

  • Last visited

Everything posted by mpn2005

  1. Посмотрите, может подойдёт.
  2. Из коробки такого нет. Но если опишите,ч то именно хотите получить, то можно сделать это доработкой. Всё зависит от необходимого функционала.
  3. А зачем срывать цену на товар? Можно включить выбор первой опции по умолчанию. И тогда при входе в товар будет цена первой опции. Или в товаре задать ориентировочную справочную цену, а в опциях уже указывать цены с модификатором '=' В товаре лучше не оставлять нулевую цену.
  4. Да. Там добавлялся момент, чтобы родительский товар выводился первым в категории. Т.к. если настроить лимит то он может не попасть в выборку. Можно это убрать в файле catalog/model/extension/module/hpmodel.php Буква в букву удалить вот это: IF(hl.parent_id = hl.product_id, 0, 1),
  5. Такой функционал лучше делать по запросу. Т.к. многие пользователи при установке модуля не глядя ставят все модификаторы подряд. А тут речь касается наполнения. И потом сидеть и перебирать товары - не самый приятный вариант, особенно когда товаров много.
  6. Там есть настройка - скрывать товар, которого нет в наличии. При включении такие варианты пропадут из выбора. Это зависит от модуля 1С. Все данные по структуре связок открыты. И автор модуля 1С может сделать интеграцию и автоматическое объединение. Как уже сделали некоторые авторы других модулей импорт-экспорта.
  7. Именно так. И тогда будет выводиться описание именно родительского товара и страница в индекс пойдёт одна. А вы пытаетесь сделать товары доступными по разным ссылкам. Так тоже можно делать, но описание тогда стоит заполнять на каждый товар, а не плодить дубли, стянув описание на десяток товаров из родителя. Такой режим можно использовать, например, для крупной бытовой техники. Я всё это уже вам описывал раньше, но вы не хотите слушать, а пытаетесь выкрутить из модуля то, что туда не закладывалось изначально.
  8. Можно и так сделать. И делалось уже не один раз. Но это частный случай, а не универсальное решение. Поэтому в релиз такое включаться никогда не будет. В большинстве случаев на каждый товар нужно свое уникальное описание, иначе это будут дубли страниц, что в свою очередь влияет на продвижение. Вы уже почти год мучаете модуль и постоянно у вас всё по-разному. Определитесь, что и как вы будете использовать, и можно будет сделать необходимые доработки. В комплект модуля не входят негры, которые по каждой прихоти будут вносить доработки. Модуль - это определённый набор функционала, который решает определённые задачи. Не более. Да, можно доработать, да, можно где-то изменить логику работы, но это всё отдельные доработки за оплату. Темы регулярно обновляются, меняются, и имеют кучу своих настроек и скриптов. Нельзя реализовать все функции всех шаблонов в одном модуле. Это физически невозможно. Но возможно наладить работу для определённой комбинации настроек темы и и парка используемых модулей. Или наймите в штат разработчика и платите ему зарплату, и он с превеликим удовольствием будет вносить постоянные правки.
  9. Если каждая конкретная дверь - это отдельный товар, то можно таким модулем собрать и сделать выбор. Если надо одна карточка товара, то тут может помочь модуль связанных опций. В реализации опциями есть свои плюсы и минусы. Тут уже сами думайте, как вам будет лучше.
  10. Вот в модификаторе поправьте = 0, на = 1 Странная логика. Инверсная заложена. Видать недосмотрели. Проверю и поправим. Спасибо, за отлов бага.
  11. Добрый день. Скиньте в личку ссылку на образец страницы и доступ на фтп и в админку. Я проверю, что там не так.
  12. Вот этот момент актуален и для ocStore3
  13. Можно организовать аккуратно, при желании. Проверять наличие шаблона пагинации на фронте, если он есть, то выводить через него. Если его нет, то всё штатным образом. Если так сделать, то не будет проблем совместимости, но будет возможность кастомизации данного момента. Вообще не самое лучшее решение, тянуть вёрстку и в админку и на фронт. Тут не помешало бы разделение на уровне шаблонов. Для админки свой, а для фронта свой. Но никак не генерить html прямо в библиотеке. Это как-то противоречит общим принципам движка.
  14. Зато модификаторы часто привязываются к таким строчкам. А если писать свой код, то никто не мешает делать в начале метода: $data = $this->load->language('product/product'); Будет работать на всех версиях. Если надо загрузить несколько: $data = $this->load->language('product/product'); $data = array_merge($data, $this->load->language('checkout/cart')); Но переписывать именно в сборке нет большого смысла.
  15. Или надо сделать как с системным логом. Хотя бы ограничение, по которому его не грузить. Текущий код просто свалит страницу в ошибку 500, если не хватит памяти для загрузки. И из админки его вообще никак даже не почистить. Вот что имеем: // Log $file = DIR_LOGS . 'ocmod.log'; if (file_exists($file)) { $data['log'] = htmlentities(file_get_contents($file, FILE_USE_INCLUDE_PATH, null)); } else { $data['log'] = ''; }
  16. Логи старых применений по сути не актуальны. Т.к. там уже и номера строк, которых нет. И как правило, нужен именно лог последнего применения, а из админки его просто нереально посмотреть, там получается простыня. Нет ротации логов, поэтому хранить лог модификаторов с момента запуска магазина - довольно странное дело. Приходится лезть на фтп, чистить лог, потом уже можно что-то глянуть.
  17. Ещё для новых версий mysql желательно в файлах: install/model/install/install.php install/cli_install.php Это : $db->query("SET @@session.sql_mode = 'MYSQL40'"); Заменить на это: $db->query("SET @@session.sql_mode = ''"); Иначе на более свежих версиях MySQL будет падать с ошибкой
  18. Ещё не помешает чистка лога модификаторов, при применении. Т.к. на живых магазинах не редкость логи на десятки Мб. И при каждом заходе в модифкаторы, это всё грузит браузер. В файле: admin/controller/extension/modification.php После первого вхождения: if ($this->validate()) { Добавить: $handle = fopen(DIR_LOGS . 'ocmod.log', 'w+'); fclose($handle);
  19. Тут виновата функция библиотеки lib/document public function addLink($href, $rel) { $this->links[$href] = array( 'href' => $href, 'rel' => $rel ); } Получается, что prev совпадает с canonical и его перетирает. Также будет беда, если добавить несколько canonical с разными ссылками - они все попадут в вывод. Тут, возможно, как индекс массива стоит использовать именно $rel, а не $href.
  20. Под ОС3 только UniShop2 Если речь идёт про UniShop для движка OC3 - то это подразумевается именно UniShop2 Для данного шаблона работает изменение цены и в категории и в модулях.
  21. Продублируйте это сообщение в личку в старую ветку с доступами на фтп и в админку и подробным описанием, что не так и как это повторить.
  22. В файле admin/model/catalog/manufacturer.php Найдите строку: $sql .= " AND name LIKE '" . $this->db->escape($data['filter_name']) . "%'"; И замените на это: $sql .= " AND md.name LIKE '" . $this->db->escape($data['filter_name']) . "%'";
  23. Добрый день. Надо смотреть код. Скиньте в личку доступ на фтп и в админку, я посмотрю, что там за беда.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.