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

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

2 августа 2019 в 15:08

[quote=VasyOK]Через views conditions никак?[/quot]
по-русски это критерии фильтрации? Если да, то проблему с этим описывал в самом описании проблемы. В фильтр views можно вывести только полную цену товара, а мне нужно рассчитанную для текущего пользователя

23 июля 2019 в 21:36

Решение оказалось простым. У меня это поле было доступно только для админов. Видимо поэтому правило панелью не обрабатывалось. Рассшарил доступ для просмотра. Правило подхватилось.

Всем спасибо за помощь.

23 июля 2019 в 13:11

Там нет подходящего условия. Там есть условие сравнения значения поля. Но нет возможности сравнения пусто или нет. Нужно вести значения поля для сравнения. В моем случае нужно указать значение даты с которым будет сравниваться поле для срабатывания условия. Это мне не подходит.

4 июля 2019 в 17:19

Я думаю вопрос глубже. У меня "настроена" интеграция передача данных по регистрации новых пользователей в Getresponse, я думаю, эта интеграция сыпет ошибки. Но это тема для нового поста )

4 июля 2019 в 16:51

Все что дает - это этот текст. Ошибка показана полностью.
Ссылка есть - посмотреть ошибку (или как то так...) но эта ссылка просто возвращает на страницу запуска импорта и тут же вылетает всплывайка статуса "Импорт завершен" и действительно пользователи появляются в списке юзеров сайта..
Логи сервера это нужно посмотреть

6 июня 2019 в 11:39

Пользователь передается тот, я передал запись результата работы правила в watchdog (туда передается и UID и сам хеш) и потом проверял хеш, который сделало правило и хеш ,который должен был получится на их генераторе.

1 марта 2019 в 9:40

Спасибо, полезная статья, но для моих целей все равно осталось куча вопросов. Например настройка cron на запуск раз в три месяца. Да и как формировать сам отчет по продажам, который будет отправляться тоже пока не ясно. Выставлять в фильтре отчета диапазон дат за квартал, что бы отчет формировался автоматом.

1 октября 2018 в 20:06

Такая же задача. Оповещать при смене даты в ноде.

В нем проверяем значение нужного поля, если оно было изменено запускаем оповещение

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

18 сентября 2018 в 16:46

Дело в том, что это домен разработки, добавлять его к ключу не хотелось. Может просто где-то его отключить можно )) В базе флаг поставить ну или как то по другому.

24 августа 2018 в 14:23

Пришлось залезть в модуль webform_multifile и тупо прописать в url требуемый rel='lightframe' . Решение кривое, но время дороже ))

24 августа 2018 в 12:50

Почему бы не прописать в представлении в разделе Фильтры условие по полю наличие на складе. Если больше 0 , то выводить содержимое, если меньше то выводится не будет.
Или если это поле "наличие" то переписать результат. Значение для пустого "нет" или там есть опция скрыть - это если пусто (когда наличие ноль на складе) значение -нет на складе, а в переписать результат (это если есть на складе) "ДА"
http://prntscr.com/kmd30g
http://prntscr.com/kmd3bl

23 августа 2018 в 15:04

Разобрался со своим вопросом. Как и предполагал проблема была в том, что даты были в разных форматах в БД. Одна дата записывалась в поле INT 11, другая дата DATETIME. Привел обе даты к общему стандарту timestamp и условие сравнение дат заработало. К сожалению без php фильтра не обошлось. Что не есть хорошо.
Все спасибо за помощь.

17 августа 2018 в 12:43

Переменную не правильно вывожу. Решил просто добавить новое поле во вьюс что бы проверить как выводится дата $row->submitted и ничего не вывелось и достучаться до значения не получилось. Пробовал и так