В некоем общем случае варниш заменяет друпал пейдж кеш.

Но без запуска друпала.

Привет! Пилю функционал покупки нод. Там у продукта есть node reference, которое предлагается купить. Как дать доступ к ноде (а прежде его ограничить) и сейчас в сообщении выводится YOU BOUGHT NODE Array. И как запихнуть его в профиль пользователя? Вот код:   public static function getSubscribedEvents() {
   $events = ['commerce_order.place.post_transition' => ['onOrderPlace']];
   return $events;
 }

 public function onOrderPlace(WorkflowTransitionEvent $event) {

 $order = $event->getEntity();
foreach ($order->getItems() as $key => $order_item) {

   $product_variation = $order_item->getPurchasedEntity();
   $product = $product_variation->getProduct();
   $entities = $product->field_pcs->referencedEntities();
     $messenger = \Drupal::service('messenger');
   $messenger->addMessage('YOU BOUGHT NODE'.$entities);

}

 }

Ну или ссылки что почитать

hook_node_access?

@hotcasestudies  я сам не юзал, но народ всегда об этом говорит в этом случае https://www.drupal.org/project/commerce_license

Я что-то не разобрался, видел статью у Niklan'a, только для 7-ки

было бы для восьмёрки что-нибудь, даже stackoverflow примеров нет

Добрый вечер! Подскажите, где можно найти разработчика Сайта, чтобы доработать наш сайт и устранить технические ошибки?

У нас двуязычный сайт. Сейчас перестала работать одна из версий. Страница не открывается, выдаёт ошибку.

а почему именно нода продаеться? ну к примеру, есть товар, у товара есть поля. Товар так же можна с типом создать, и контент поместить туда любой

а система отслеживания кто и что купил уже по умолчанию будет работать

странная какая то логика пилить на нодах то что уже готовое есть, мне кажеться потому что идея немного неадекватная и нет примеров ее реализации

согласен, ноды это CONTENT, продаваться дожны product variations...

\Drupal\Core\Entity\EntityAccessCheck такой класс можно посмотреть как пример

с него вот такой сервис создаеться

access_check.entity

можна по примеру и свой создать, а там уже понятно, получить  товар, проверить и т. д.

еще есть вариант на хуках, для нод сначала работает

\Drupal\node\NodeAccessControlHandler

дальше

\Drupal\Core\Entity\EntityAccessControlHandler::access

в нем и есть хук к которому можно прицепить свое
entity_access на
www/web/core/lib/Drupal/Core/Entity/EntityAccessControlHandler.php:96

но всеравно от такого кода запашок идет

Здравствуйте. Создайте пост на drupal.ru. Раздел форума выберите "поиск специалистов". Оттуда ещё и в спец. чаты уйдет рассылка

Кто в заголовках шарит... Допустимо ли при https совместное использование, или смысла нет:

X-XSS-Protection
и
Strict-Transport-Security
?

А у товара ведь весь контент открыт, нужно ведь ограничивать доступ к платному контенту

с нодами будет проблема по security, к примеру написали хук node_access потом поставили page_manger, а ему пофиг на такой хук у него свои проверки и на ваш кастом он смотреть не будет. Как результат все уйдет и заказчик вас уволит
так же хватит сюрпризов с views и с кучей других модулей

адекватно сделать что то свое, какую то entity если нужно поля, что можно будет получить только по одному route и с проверкой прав в одном месте. И чтоб больше нигде в принципе не существовало возможности получить доступ

нода явно инструмент не для продаж, все прятать долго. потом работать постоянно понимая что все nodes и чтоб где то случайно не тот тип указать и все показать. человеческий фактор никуда не уходит, а с такой структурой гемора хватит точно. Как по мне, так лучше продумать вначале

Зачем уволит? В пагмагагере проверить доступ не алё.

Наоборот без всяких хуков.

Захотел ноду показал, захотел - форму покупки.