Ivanzo

Вот этого нет Вывод определённых статей на любой странице. Привязка при выводе к категориям товаров магазина

Я так понял что они и не работают, т.к. в настройках нет, в схемах не добавить т.к. как модуль не определяется.

Думал по аналогии как news/ Ок спасибо. Сначала так и сделал, т.е. тут делаешь например основную категорию, и под нее заливаешь иные категории со статьями. А вот эти настройки где ? Вывод определённых статей на любой странице. Привязка при выводе к категориям товаров магазина

Установил. Вот здесь прописал https://prnt.sc/v0iqwp Прохожу по ссылке uni_category/ выдает Данная категория не найдена! Кэш чистил

Подскажите пожалуйста при установке данного мода выдает что будут перезаписаны следующие файлы catalog/view/theme/unishop/stylesheet/article_by_category.css там в части чего изменения? Смотрю в моде этот фаил аж 2016 года. Изменения в 9, 10 строчке, добавлена 12, часть из 9 перенесена в 12. Как мне кажется можно смело не заменять этот фаил т.к. он более ранней версии и там по сути практически все также только местами перенесено.

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

То что вы предлагаете это же не одна установка. Это отдельные установки и разные магазины.

Тут как раз в этом и суть, чтоб все настройки были только в одном магазине. А так получается это отдельные магазины и зачем тогда это все мудрить, проще тогда отдельно все устанавливать и в каждом магазине все настраивать модуля/шаблоны/товары и т.д. Или я что то не правильно понял?

Я именно про это и имел ввиду, в настойки шаблона включить, а то для размера более 900 есть, а менее нет. А актуальность как раз при маленьком размере.

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

Если инсталировать каждый магазин, то тогда и придется каждый обновлять и в каждый устанавливать модули и в каждом все делать. А тут суть именно все что касается обслуживания было все одном месте, а вот данные о товарах, категориях и т.д. свои. И главное чтоб на каждом работали модули обмена.

Да спасибо. Сделал вот так <style> @media screen and (max-width: 780px){ .menu_fixed { position: fixed !Important; box-shadow: 0px 5px 20px rgba(0, 0, 0, 0.3); top: 0; left: 0; width: 100%; } } </style> И все четко на мой взгляд, ни каких визуальных изменений просто фиксация. Подскажите пожалуйста еще код как добавить корзину туда же.

Спасибо. Я правильно понял, что то что я написал в принципе возможно реализовать. Т.е. установка одна. Создаются магазины в которых прописываются домены (не поддомены). В конфигах прописываются БД по аналогии как указано в конфигах. Пока мне не понятно как будет это все работать и как будет все переадресовывать именно на тот магазин и как модули например обмена будут понимать куда заливать.

Супер, спасибо большое. А как привести в стандартный вид фиксированное меню Вот так оно выглядет пока не зафиксировано https://prnt.sc/uzptn5 то есть не на всю ширину закругленные края и т.д. Вот так меню выглядит после прокрутки и фиксации https://prnt.sc/uzpxio т.е. расширается на всю ширину, становятся больше буквы и смещаются вверх, также и три полоски. Т.е. как сделать чтоб меню фиксировалось, но такое же как в стандарте не при фиксации.

По 1 пункту это смотря как все реализовать. Можно через модуль HPM связка товаров, тогда достаточно только один товар правильно заполнить, а все остальные подвязывать к правильно заполненному. И тут уже без разницы как название у других продавцов. По п.1.1. в идеале надо обновлять цены напрямую от продавцов это интеграции с 1С и иными товаро-учетными системами, но тут я пока не знаю что делать с дублями артикулов. Если через АОП то все просто можно обновляться по прайсам которые размещены на сайтах продавцов, и тут уже не страшны дубли артикулов, АОП все сделает. Те кто не будут своевременно предоставлять прайсы и их обновлять, то такие продавцы вам точно не нужны, т.к. свою площадку превратите в колхоз. По п.2. ставьте ежедневные обновления распределите по времени, по нагрузке пока не анализировал, но точно нужен VDS, виртуалка не подойдет. По 3 пункту без комментариев все в ваших руках, ни кто не говорил что будет легко, а тем более с торговыми площадками. Если делать по аналогии как все популярные площадки, то с ними сложно конкурировать но можно )))) Надо смотреть что то другое и быть лучше, а загонять все подряд (т.е. универсальная площадка) вам будет сложно конкурировать с именитыми площадками. По 3 пункту просто мое мнение не для дискуссий )))

Всем доброго времени суток. Коллеги кто использует АОП, на сколько я понял, чтоб АОП мог распознать к какому поставщику относится товар, для него важно: 1. чтоб товары был залит через форму, в этом случае он сам все свяжет 2. если товар залит руками, то важно ставить в код товара сюда https://prnt.sc/uzm9jf после дефиса код поставщика. В случае 2 если решите потом прогонять по товарам которые были занесены руками, надо с начала в инструментах выполнить вот это https://prnt.sc/uzmgcq и только после прогонять их прайс. Если в коде товара указано что то другое например просто цифры без кода поставщика 45363 или название самого товара, то у вас ни чего не получится, модуль распознает товар по артикулу и привяжет его к поставщику по которому прогоняется прайс и по первому обнаруженному артикулу. Если дублей артикулов нет, то все ок, можно наверное не париться, модуль будет работать корректно, а если будут дубли, а они будут по любому кто использует артикулы, то надо это сразу все предусмотреть. Поэтому просьба к @mazein добавьте пожалуйста в модификатор АОП или может какое то другое решение, чтоб при добавлении товара через личный кабинет продавца автоматом подставлялся порядковый номер (я так понимаю это скорее всего подтягивается ID товара) в код товара вот так https://prnt.sc/uzm9jf как делает АОП при добавлении товара через админку, т.е. этот код подтягивается автоматом сразу с дефисом. В идеале можно добавить в настройки продавца код, который будет также подтягиваться автоматом после дефиса и тогда проблем не будет с кодом товара и привязки поставщиков к модулю АОП в случае прогонки прайсов.

Доброго времени суток. Может кто делал. Нужно реализовать несколько магазинов, чтоб была одна установка, а базы данных у каждого магазина своя. Магазины будут на отдельных доменах. В каждый магазин чтоб был свой вход в админку. Чтоб были видны только свои заказы, товары и т.д. Т.е. упрощаем управление магазином в части настроек и обновлений. Чтоб каждый магазин не смотря на то что имеет одну установку был самостоятельным и имел отношение к основному магазину только в части настроек и шаблона, а все остальное работа модулей, обмен данным был как у установленного отдельно магазина. Реально такое?

А чем АОП не устраивает, все реализовано же. Пусть закидывают прайсы в папки с установленным именем. И по крону дергайте.

Спасибо большое нужная вещь.

?? Это вы про что?

Да речь идет про фиксирование категорий в мобильной версии, плавающее при прокрутке.

Всем доброго времени суток. @Tom подскажите пожалуйста, что надо добавать в код CSS, чтоб в мобильной версии в шапке категории оставились при прокрутке. Можно сделать для мобильной версии в виде трех полосок например вот так https://prnt.sc/uyy4zd или чтоб вверху на мобильной версии оставалось просто категории вот так https://prnt.sc/uyy6n6

Че та я уже потерялся. Что не перенаправляет? Кстати для сайт пиццы и подобных вот такая реализация не удобно. Нажал в корзину и залетел вариант не понятно какой. Надо в карточку также выводить варианты как в обычной версии. А в мобильной версии они убраны.

Где отключили? Вроде в разделе спорт у вас с количеством.

Не подскажите решение?