[quote=VasyOK]Через views conditions никак?[/quot]
по-русски это критерии фильтрации? Если да, то проблему с этим описывал в самом описании проблемы. В фильтр views можно вывести только полную цену товара, а мне нужно рассчитанную для текущего пользователя
Решение оказалось простым. У меня это поле было доступно только для админов. Видимо поэтому правило панелью не обрабатывалось. Рассшарил доступ для просмотра. Правило подхватилось.
Там нет подходящего условия. Там есть условие сравнения значения поля. Но нет возможности сравнения пусто или нет. Нужно вести значения поля для сравнения. В моем случае нужно указать значение даты с которым будет сравниваться поле для срабатывания условия. Это мне не подходит.
Я думаю вопрос глубже. У меня "настроена" интеграция передача данных по регистрации новых пользователей в Getresponse, я думаю, эта интеграция сыпет ошибки. Но это тема для нового поста )
Все что дает - это этот текст. Ошибка показана полностью.
Ссылка есть - посмотреть ошибку (или как то так...) но эта ссылка просто возвращает на страницу запуска импорта и тут же вылетает всплывайка статуса "Импорт завершен" и действительно пользователи появляются в списке юзеров сайта..
Логи сервера это нужно посмотреть
Пользователь передается тот, я передал запись результата работы правила в watchdog (туда передается и UID и сам хеш) и потом проверял хеш, который сделало правило и хеш ,который должен был получится на их генераторе.
Спасибо, полезная статья, но для моих целей все равно осталось куча вопросов. Например настройка cron на запуск раз в три месяца. Да и как формировать сам отчет по продажам, который будет отправляться тоже пока не ясно. Выставлять в фильтре отчета диапазон дат за квартал, что бы отчет формировался автоматом.
В нем проверяем значение нужного поля, если оно было изменено запускаем оповещение
Вот нет в rules такого условия, что поле изменилось. Есть сравнение значения и пусто не пусто. В моем случае поле не пусто, дата уже стоит. А с чем сравнить значения поля не понять. Если бы правило ,что просто значение конкретного поля изменилось.... Было бы все ясно.
Дело в том, что это домен разработки, добавлять его к ключу не хотелось. Может просто где-то его отключить можно )) В базе флаг поставить ну или как то по другому.
Почему бы не прописать в представлении в разделе Фильтры условие по полю наличие на складе. Если больше 0 , то выводить содержимое, если меньше то выводится не будет.
Или если это поле "наличие" то переписать результат. Значение для пустого "нет" или там есть опция скрыть - это если пусто (когда наличие ноль на складе) значение -нет на складе, а в переписать результат (это если есть на складе) "ДА" http://prntscr.com/kmd30g http://prntscr.com/kmd3bl
Разобрался со своим вопросом. Как и предполагал проблема была в том, что даты были в разных форматах в БД. Одна дата записывалась в поле INT 11, другая дата DATETIME. Привел обе даты к общему стандарту timestamp и условие сравнение дат заработало. К сожалению без php фильтра не обошлось. Что не есть хорошо.
Все спасибо за помощь.
Переменную не правильно вывожу. Решил просто добавить новое поле во вьюс что бы проверить как выводится дата $row->submitted и ничего не вывелось и достучаться до значения не получилось. Пробовал и так
[quote=VasyOK]Через views conditions никак?[/quot]
по-русски это критерии фильтрации? Если да, то проблему с этим описывал в самом описании проблемы. В фильтр views можно вывести только полную цену товара, а мне нужно рассчитанную для текущего пользователя
так не работает пробовал. Видимо логика вывода переменной для полей фильтра и для полей представления разные.
потому что когда
Решение оказалось простым. У меня это поле было доступно только для админов. Видимо поэтому правило панелью не обрабатывалось. Рассшарил доступ для просмотра. Правило подхватилось.
Всем спасибо за помощь.
Там нет подходящего условия. Там есть условие сравнения значения поля. Но нет возможности сравнения пусто или нет. Нужно вести значения поля для сравнения. В моем случае нужно указать значение даты с которым будет сравниваться поле для срабатывания условия. Это мне не подходит.
Я думаю вопрос глубже. У меня "настроена" интеграция передача данных по регистрации новых пользователей в Getresponse, я думаю, эта интеграция сыпет ошибки. Но это тема для нового поста )
Я понял, что нет ошибки, но вылетает же это сообщение... А не должно.
Все что дает - это этот текст. Ошибка показана полностью.
Ссылка есть - посмотреть ошибку (или как то так...) но эта ссылка просто возвращает на страницу запуска импорта и тут же вылетает всплывайка статуса "Импорт завершен" и действительно пользователи появляются в списке юзеров сайта..
Логи сервера это нужно посмотреть
Вот правило
Пользователь передается тот, я передал запись результата работы правила в watchdog (туда передается и UID и сам хеш) и потом проверял хеш, который сделало правило и хеш ,который должен был получится на их генераторе.
Да решил вопрос через slick
Спасибо, полезная статья, но для моих целей все равно осталось куча вопросов. Например настройка cron на запуск раз в три месяца. Да и как формировать сам отчет по продажам, который будет отправляться тоже пока не ясно. Выставлять в фильтре отчета диапазон дат за квартал, что бы отчет формировался автоматом.
пейджер появился, но при переходе на следующую страницу выдает пустой результат ((...
Только сейчас увидел )) что речь идет о другом модуле metatag Спасибо проверю этот вариант
Нет meta не стоит. И я уже понял, что нужно копать в этом направлении meta + simplemeta
Это уже интересно. Там в выборе feeds к чему его прикрутить не дает Simplemeta для выбора импортера. У меня не дает )
нет это не работает, первое что проверил
Такая же задача. Оповещать при смене даты в ноде.
Вот нет в rules такого условия, что поле изменилось. Есть сравнение значения и пусто не пусто. В моем случае поле не пусто, дата уже стоит. А с чем сравнить значения поля не понять. Если бы правило ,что просто значение конкретного поля изменилось.... Было бы все ясно.
Дело в том, что это домен разработки, добавлять его к ключу не хотелось. Может просто где-то его отключить можно )) В базе флаг поставить ну или как то по другому.
Да, не попасть в админку из-за этой ошибки...
И что нужно было сделать? Аналогичная проблема
Согласен, поэтому и написал, что решение кривое. Другого пока нет
Пришлось залезть в модуль webform_multifile и тупо прописать в url требуемый rel='lightframe' . Решение кривое, но время дороже ))
Почему бы не прописать в представлении в разделе Фильтры условие по полю наличие на складе. Если больше 0 , то выводить содержимое, если меньше то выводится не будет.
Или если это поле "наличие" то переписать результат. Значение для пустого "нет" или там есть опция скрыть - это если пусто (когда наличие ноль на складе) значение -нет на складе, а в переписать результат (это если есть на складе) "ДА"
http://prntscr.com/kmd30g
http://prntscr.com/kmd3bl
Разобрался со своим вопросом. Как и предполагал проблема была в том, что даты были в разных форматах в БД. Одна дата записывалась в поле INT 11, другая дата DATETIME. Привел обе даты к общему стандарту timestamp и условие сравнение дат заработало. К сожалению без php фильтра не обошлось. Что не есть хорошо.
Все спасибо за помощь.
Переменную не правильно вывожу. Решил просто добавить новое поле во вьюс что бы проверить как выводится дата $row->submitted и ничего не вывелось и достучаться до значения не получилось. Пробовал и так