Телеграмм чат группы drupal

16:21пожаловаться #1

NM

я просто задачу слишком сильно упростил, упустив важные моменты. У ноды есть ещё одно поле, в зависимости от значения которого решается каким юзерам что показывать. Полностью описывать слишком объёмно, попробую упростить снова ;)

У ноды есть ещё одно boolean поле "Запрещено смотреть уборщицам", и если оно true, то именно уборщицам нужно вывести "уборщица сюда не смотри!" вместо значения поля. Т.е. чтобы сгенерировать значение моего кастомного контекста - нужно знать значение этого поля из текущей ноды.

Это уже задача прав доступа, не контекста

16:21пожаловаться #2

АК

Алексей Кузнецов in Drupal RU

Comrade Gagarin

А кто-то вообще использует бигпайп на продакшене?

Все, кто делают сайты на стандратном профиле)

16:21пожаловаться #3

AP

Nikita Malyshev

Это уже задача прав доступа, не контекста

Да, и именно оттуда кеш контексты и всплывут

16:22пожаловаться #4

ИЛ

Иван Лещёв in Drupal RU

Алексей Кузнецов

Все, кто делают сайты на стандратном профиле)

в стандартном профиле есть ui модули
а на проде их лучше отключать
это не аргумент

16:22пожаловаться #5

AP

Много чего *лучше* ещё тоже настраивать)

16:23пожаловаться #6

AK

Alexey Korepov in Drupal RU

Nikita Malyshev

Это уже задача прав доступа, не контекста

права доступа могут ответить только "можно/нельзя", а тут "можно / можно но для уборщицы спецответ / нельзя". Сейчас это разруливается через "if node.field_uborshitse_mozhno == true" в twig-шаблоне, но ведь такой вариант будет неправильно кешироваться.

16:23пожаловаться #7

AP

Лучше это делать до твига

16:23пожаловаться #8

AA

Artem Anisimov in Drupal RU

Andrey Postnikov

Это тест - там рекурсия

?

16:24пожаловаться #9

АК

Алексей Кузнецов in Drupal RU

Иван Лещёв

в стандартном профиле есть ui модули
а на проде их лучше отключать
это не аргумент

Это для тебя не аргумент. А для тех, кто гуглит, как скруглить картинки в бартике - ещё какой аргумент

16:24пожаловаться #10

NM

Drupal 7: Программно контролируем доступ к материалам

права доступа могут ответить только "можно/нельзя", а тут "можно / можно но для уборщицы спецответ / нельзя". Сейчас это разруливается через "if node.field_uborshitse_mozhno == true" в twig-шаблоне, но ведь такой вариант будет неправильно кешироваться.

Не понимаю всеравно. Чем https://niklan.net/blog/63 не решает вопрос? В 8-ке по сути также всё.

Niklan

Берем полный контроль над доступом к материалу.

16:24пожаловаться #11

NM

права доступа могут ответить только "можно/нельзя", а тут "можно / можно но для уборщицы спецответ / нельзя". Сейчас это разруливается через "if node.field_uborshitse_mozhno == true" в twig-шаблоне, но ведь такой вариант будет неправильно кешироваться.

А спец ответы выруливать до твига, как выше сказали. Можно разные способы придумать. От разных вью модов, тем суджешенов, до переменной в темплейте по которой также ифы делать.

16:25пожаловаться #12

AP

права доступа могут ответить только "можно/нельзя", а тут "можно / можно но для уборщицы спецответ / нельзя". Сейчас это разруливается через "if node.field_uborshitse_mozhno == true" в twig-шаблоне, но ведь такой вариант будет неправильно кешироваться.

Права доступа, а точнее access result - это объект со всей необходимой информацией о кеш метаданных

16:25пожаловаться #13

AK

Alexey Korepov in Drupal RU

Andrey Postnikov

Лучше это делать до твига

до твига - это в hook_preprocess_node? Там тоже могу, но ведь потом это пойдёт в твиг и закешируется без зависимости от того, что я там насчитал в этой функции. Или twig-шаблоны кешируются с привязкой ко всем переданным в него аргументам?

16:26пожаловаться #14

AP

По идее ядро само должно решать на основании кеш контекстов какие части кешить, с какие досылать

16:26пожаловаться #15

AP

до твига - это в hook_preprocess_node? Там тоже могу, но ведь потом это пойдёт в твиг и закешируется без зависимости от того, что я там насчитал в этой функции. Или twig-шаблоны кешируются с привязкой ко всем переданным в него аргументам?

Нет, в билде

16:27пожаловаться #16

NM

до твига - это в hook_preprocess_node? Там тоже могу, но ведь потом это пойдёт в твиг и закешируется без зависимости от того, что я там насчитал в этой функции. Или twig-шаблоны кешируются с привязкой ко всем переданным в него аргументам?

Смотря как производится вывод. Если руками то можно через viewBuilder разные вью моды вызывать в зависимости от данных формы. Можно в препроцессе.

Никто не мешает в препроцессе докинуть нужные кэш данные. Но выше опять же сказали, access result умеет хранить кэш метаданные и сам всё сделает

16:27пожаловаться #17

NM

По хорошему, темплейт не должен знать о разных вариантах. Он должен формировать разметку на основе данных, без контекста. Я так считаю.

16:28пожаловаться #18

AP

++++

16:28пожаловаться #19

AK

Alexey Korepov in Drupal RU

ну, если упростить, то если я в hook_preprocess_node добавляю:

$vars['uborshitse_mozhno'] = rand (0,1);

а в twig-шаблоне:

{% if uborshitse_mozhno %}можно{% else %}нельзя{% endif %}

то в кеш друпала лягут оба варианта вывода твига, или только один который попался первым?