field_kn это доп поле в типе продукта. Значение которое должно в нем сохраняться передаётся из внешней системы, каждый раз оно уникальное. Мне нужно чтобы на странице с продуктами(одного типа) по нажатию на кнопку «добавить в корзину» происходило, собственно добавление продукта в корзину с сохранением в field_kn исходного значение из внешней системы
Проверил настройками nginx как описано по ссылке в предыдущем сообщении. Все замечательно работает. Оговорка - только для некэшируемого контента (что собственно и требовалось). IP посетителя определяется без применения JS - бэкендом. Во вьюхе сравнивая значение $user->hostname с нежелательными ip, либо выводим поле из БД, либо нет.
Cloudflare в принципе не кэширует динамический контент, в т.ч. html, генерируемый views, если в настройках кэширования это явно не задано. И да, умеет.
Можно обфусцировать с опцией high и будет ничего не понятно.
Вы пишете примеры, которые недоступны среднестатистическому юзеру, с таким же успехом можно заявить "а еще можно сломать админку или мускул". Для моих задач имеется список конкретных шлюзов, через которые ходят нежелательные посетители, поэтому вариант вполне рабочий. Локальный ip прописан от балды в целях соблюдения конфиденциальности ) View php ставится для того, чтобы php скриптом выдергивать нужные поля непосредственно из БД.
Конечно, но True-Client-IP Header в CloudFlare доступен только для непубличного тарифа Enterprise. Предыдущий перед ним в линейке 200 $/месяц, для данного ресурса это экономически нецелесообразно
Определить ip посетителя можно только JavaScript, который исполняется на стороне пользователя.
Также мне нужно было, чтобы при открытии дебаггера браузера пользователь не мог видеть условия модификации (если окажется разумным, что редкость, но все же).
Поскольку ресурс за CloudFlare - сначала изучил возможности там. Это можно сделать с помощью Workers и кастомного скрипта, который не будет виден юзеру. При достижении квоты - платно.
Решил делать средствами Drupal, показалось проще, ну и бесплатно.
Ставим модуль Views PHP
Лично мне, обычному юзеру, панели удобны в 7-ке как решение из коробки.
Например, беру три вьюхи, тянущие данные из разных кастомных таблиц, ставлю каждой формат вывода Bootstrap Accordion и очень красивые раскрывающиеся responsive таблицы получаются, без правки стилей и тем.
Всем спасибо за помощь, вопрос решен: во вьюхе установил drupal_set_title($row->fio);
а потом в настройках панели использовал токен %token:current-page:title
Панель состоит из 3-х фрагментов view, поэтому предполагаю что заголовок настраивается именно в панели, но в настройках панели нужный токен отсутствует. Вариант - либо вместе с id в строке запроса передавать нужное значение поля (что криво), либо как-то вытаскивать нужное мне поле из фрагмента вьюхи, как - непонятно.
sas@drupal.org wrote:
Надо сделать ещё одно вью для детальной информации например с адресом my-user/{{id}} ? и настроить вывод одного из текущего поля как ссылка с токенами на основе текущего вью куда передать id.
Спасибо за совет! Сделал как вы написали, из первого вью генерируется ссылка вида /member_card/[id]
но токен в настройках пути второго вью похоже не срабатывает..
API
Благодарю за ответ. Интересно там какой-нить даш-боард встроенный со статистикой запросов, графикой?
API
Всем спасибо за советы! Буду ставить чистый D9 в качестве бэкенда для этих целей
API
Вы полагаете значительно проще будет сделать клин инсталл D9 под эти цели?
Drupal 7 Commerce программно добавить в корзину
Спасибо, получилось, сделал так:
Drupal 7 Commerce программно добавить в корзину
field_kn это доп поле в типе продукта. Значение которое должно в нем сохраняться передаётся из внешней системы, каждый раз оно уникальное. Мне нужно чтобы на странице с продуктами(одного типа) по нажатию на кнопку «добавить в корзину» происходило, собственно добавление продукта в корзину с сохранением в field_kn исходного значение из внешней системы
Модификация контента для диапазонов ip
Проверил настройками nginx как описано по ссылке в предыдущем сообщении. Все замечательно работает. Оговорка - только для некэшируемого контента (что собственно и требовалось). IP посетителя определяется без применения JS - бэкендом. Во вьюхе сравнивая значение $user->hostname с нежелательными ip, либо выводим поле из БД, либо нет.
Модификация контента для диапазонов ip
Похоже нашлось более изящное решение через бэкенд, минуя функционал cloudlfare, настройками nginx на конечном хостинге. Еще не проверял
Модификация контента для диапазонов ip
Cloudflare в принципе не кэширует динамический контент, в т.ч. html, генерируемый views, если в настройках кэширования это явно не задано. И да, умеет.
Модификация контента для диапазонов ip
Можно обфусцировать с опцией high и будет ничего не понятно.
Вы пишете примеры, которые недоступны среднестатистическому юзеру, с таким же успехом можно заявить "а еще можно сломать админку или мускул". Для моих задач имеется список конкретных шлюзов, через которые ходят нежелательные посетители, поэтому вариант вполне рабочий. Локальный ip прописан от балды в целях соблюдения конфиденциальности ) View php ставится для того, чтобы php скриптом выдергивать нужные поля непосредственно из БД.
Модификация контента для диапазонов ip
Конечно, но True-Client-IP Header в CloudFlare доступен только для непубличного тарифа Enterprise. Предыдущий перед ним в линейке 200 $/месяц, для данного ресурса это экономически нецелесообразно
Модификация контента для диапазонов ip
Определить ip посетителя можно только JavaScript, который исполняется на стороне пользователя.
Также мне нужно было, чтобы при открытии дебаггера браузера пользователь не мог видеть условия модификации (если окажется разумным, что редкость, но все же).
Поскольку ресурс за CloudFlare - сначала изучил возможности там. Это можно сделать с помощью Workers и кастомного скрипта, который не будет виден юзеру. При достижении квоты - платно.
Решил делать средствами Drupal, показалось проще, ну и бесплатно.
Ставим модуль Views PHP
Модификация контента для диапазонов ip
Вопрос решил сам, закрыто
Title в Panels - D7
модуль views_bootstrap
Title в Panels - D7
Лично мне, обычному юзеру, панели удобны в 7-ке как решение из коробки.
Например, беру три вьюхи, тянущие данные из разных кастомных таблиц, ставлю каждой формат вывода Bootstrap Accordion и очень красивые раскрывающиеся responsive таблицы получаются, без правки стилей и тем.
Title в Panels - D7
Views то как раз нормально заголовки выводит, а вот с Panels пришлось поколдовать
Title в Panels - D7
Всем спасибо за помощь, вопрос решен: во вьюхе установил drupal_set_title($row->fio);
а потом в настройках панели использовал токен %token:current-page:title
Title в Panels - D7
Панель состоит из 3-х фрагментов view, поэтому предполагаю что заголовок настраивается именно в панели, но в настройках панели нужный токен отсутствует. Вариант - либо вместе с id в строке запроса передавать нужное значение поля (что криво), либо как-то вытаскивать нужное мне поле из фрагмента вьюхи, как - непонятно.
Настройка view
Пока экспериментировал связь убрал.
Блин, надо было просто раскрыть фильтр, вот я...
Спасибо большое за наводку!
Настройка view
Вот исходная вьюха, в которую у меня не получается добавить еще один фильтр по полю at_type(через связь с другой таблицей БД):
Настройка view
Совсем никто не знает?...
После запуска cron блокируются пользователи
Спасибо, разобрался, модуль password policy неверно был настроен
Настройка view
Спасибо разобрался, все оказалось просто )
Настройка view
Спасибо за совет! Сделал как вы написали, из первого вью генерируется ссылка вида /member_card/[id]
но токен в настройках пути второго вью похоже не срабатывает..