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