1. Главная
  2. klimp

klimp: Комментарии

Главные вкладки

11 августа 2015 в 17:22

Была проблема с дублированием url в каталоге. Каталог также выводился вьюсом. Решилась отключением модуля uc_catalog, который плодит свой вывод товаров, вьюсом не являющийся.

А вообще надо переезжать на Commerce.

16 июня 2015 в 16:27

"Anbee_L" wrote:
- Подбор по марке, модели, модификации, года выпуска авто

"Anbee_L" wrote:
- Поиск по оригинальному номеру, или номера который производит фирма;

Делается почти только настройкой модулей search api и facetapi. Но есть нюансы) Нужно знать, что и где патчить

12 июня 2015 в 18:24

Тема стара как мир. Друпал не тормозит... а может и тормозит, смотря как писать и как настраивать. Модуль boost не юзал ни разу, юзал профайлер и смотрел в чем дело.
Если голый друпал грузится у вас на локалхосте 6 сек, дело явно не в друпале.

12 июня 2015 в 18:18

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

11 июня 2015 в 14:02

Привет, земляк=)
Скорее всего, правильнее было бы вывести сами товары, а не ноды. В таком случае связи были б не нужны. Если таблицей - соответвенно только полями, search fulltext - раскрытый фильтр к вьюсу. Форма обавления в корзину - стандартная commerce, хотя её рендер жрёт ресурсы, но это другая история.

11 июня 2015 в 13:56

На пальцах вам никто не подскажет. Приведите ссылку на сайт.
Я бы советовал магазин с несколькими тысячами товаров пересадить на apache solr + фасетные фильтры. Такие фильтры, в том числе и по цене, будут гораздо удобнее и практичнее вьюсовых раскрытых фильтров.

5 июня 2015 в 13:44

Апдейт товарам можно устроить с помощью views_bulk_operations.
А можно написать простенький модуль, который обходит товары и создаёт ноды, если таковых связанных с товаром нет.

3 мая 2015 в 7:51

Для прозводительности лучше выводить кэшированные entity в каталоге, а связку с нодой - по логике, от задачи зависит. Думаю, что в общем случае, если число расцветок конечное - 20 товаров к одной ноде, в противном случае возможно смотреть в сторону commerce product attributes, опять же нужно читать ТЗ и знать, что хотим получить в итоге.

26 декабря 2014 в 13:46

Ну видимо не с того места заходил. Commerce намного гибче уберкарта и в то же время не даёт допустить логических ошибок.
Виджетом выбора атрибутов можно управлять как угодно кодом, если вас не устраивает стандартный.
В вашей задаче не разбирался, но в люьом случае не сущетсвует задачи для которйо больше подходит ubercart, чем commerce. Агитирую передумать, если это еще возможно. Удачи=)

10 декабря 2014 в 8:46

В модуле views ничего прописывать не надо! Хакать плохо, тому есть обоснования. Я создаю свой модуль для подобных хуков.

6 декабря 2014 в 9:45

Я бы не стал юзать препроцессы в вашем случае. В hook_views_pre_view я как павило добавляю js/css для реализации какого-то jquery плагина или кастомного фронтэнда, просто стили оформления вьюса так подключать бессмыссленно. Css не грех как и в теме написать - она для этого и предназначена. Хук, да пишется в своём модуле.