1. Главная
  2. t-m-p

t-m-p: Комментарии

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

26 ноября 2017 в 21:03

gun_dose wrote:

Если пример на друпале, то конечно показать))

26 ноября 2017 в 19:59

gun_dose wrote:

Это не недоделки. Опыт показывает, что чем дольше юзер выставляет галочки в фильтрах, тем больше вероятность получить пустую выборку.


Ну да... на эту тему уже с вами спорили. Помню! Wink У каждого свое имхо Smile

26 ноября 2017 в 13:19

gun_dose wrote:
Надо понимать ещё одно существенное отличие фасетов от раскрытых фильтров вьюс: раскрытые фильтры - это форма, которую можно заполнить и отправить. А фасетные виджеты - это ссылки, по которым можно кликать и переходить. Всякие фасетные слайдеры, чекбоксы, селекты и прочее - это лишь js-украшалки для всё тех же ссылок - т.е. жмём типа на чекбокс,а на самом деле кликаем в невидимую ссылку.

25 ноября 2017 в 23:08

https://www.drupal.org/project/facetapi_multiselect

UPD
Сорри... вы наверно немного о другом. О том, что я решал еще полгода назад Smile Пришлось писать самому модуль в сочетании с этим модулем. Поделиться не смогу, потому как писал его на скорую руку и он оптимизирован под особенности моего магаза. Другого решения не нашел. Перерыл весь инет.

25 июля 2016 в 12:57

А по моему кто то слишком много умничает на простой вопрос.
с термсами серверу будет намного легче работать, поскольку термсов для атрибутов максимум 10, а продуктов в каталоге 10000
И про какие модули речь то идет? Шла речь о стандартом инструменте "материал" и "вьюс".

22 июля 2016 в 15:14

Проблему решил создав атрибуты термсами.
Выводятся радиобатаном
Возникла другая задача:
Можно как то вывести цены соответствующие атрибуту возле каждой радиобатон?

22 июля 2016 в 15:10

По моему кто то не читает полностью текст. Поскольку в тексте явно указано то, что ради элементарной функции требуется тысяча лишних телодвижений. Просил какой то самый оптимальный вариант. Это раз.
Два - это то, что при связи товаров в дисплей_продукт - при большом объеме позиций будет афигезно огромный список всех не нужных товаров. Даже не знаю вытянет ли такой список сервер.
Прежде чем умничать - читайте внимательно

12 февраля 2013 в 17:28

Nikit, Спасибо за подсказку по поводу hook_nodapi! Я пытался через него как раз и делать. но не получилось. Придется все таки немного вникнуть в друпаловский апи Smile так же придется расширить знания в ajax Smile Постараюсь это все объединить вместе Smile

11 февраля 2013 в 16:02

Nikit, спасибо за участие! У меня первая мысль была об ajax Smile Но в таком случае придется передавать в открытую путь к исполняемому файлу пхп и необходимые параметры в открытом виде. А мне как раз нельзя этого пказывать юзерам. нужно выполнять все эти операции только на стороне сервера.
Нашел вчера решение. Очень мало информации по вопросу кэша. Трудно было найти что то конкретное. Помогла вот эта статья

10 февраля 2013 в 19:30

да у меня кеш как раз пока не включен. Но все равно ведь друпал кеширует записи контента в cache_content. Пробовал уже и включить кеш с 1 минутой, но и так обновления не происходит. Бред какой то. с Views это модуль работает вообще бездарно. Кто его писал - руки бы поотрывать.
Интересно то, что в таблице cache_content есть столбец expire. Там везде стоит значение 0. если его руками в БД исправить на 1 (к примеру), происходит обновление, но значение возвращается в 0. Вот тут думаю нужно копать.

6 февраля 2013 в 17:19

Очень нужное дополнение, если товары продаются в единичном экземпляре. В общем используя данное исправление возникает еще одна проблема:

3 февраля 2013 в 20:31

разобрасля в чем проблема. В модуле используется запись в таблицу функцией друпала drupal_write_record
Вот она, по всей видимости рубит десятичные. Создал в модуле прямую запись в БД - записывается дробная часть без проблем. В друпале не профессионал. Хотел спросить - запись корректная для друпала?

3 февраля 2013 в 17:29

Все работает! Почти...
Не записываются правильно поинты в журнал. Отсекаются где то все данные после точки. ТО есть если было добавлено 0.50 поинтов, то в журнале записывается 0. Хотя общий подсчет верен. Уже весь файл просмотрел ни как не могу найти где же собака зарыта. В БД в userpoints_txn так же записываются данные без учета десятичных. То есть там записываются данные 0.00

30 мая 2012 в 0:36

То есть вы предлагаете включить и "чек" и "COD" и потом через перевод переименовать методы? Боюсь это получится еще более некрасиво нежели просто поставить в стоимости доставки 0 а в описании бокса добавить коммент уже. Smile Главное нашел модуль autocalc_shipping, убирает кнопку "рассчитать стоимость доставки" и теперь расчет происходит сразу автоматом и сразу все методы видны. Получается что то более человеческое ))) Пока попробую так.