Нужен дизайнер для изготовления баннера для сайта и таргетолога, в нишу одежды и юридических услуг
интересует долгосрочное сотрудничество, пишите в личку.

А чего оно тогда память выжрало на вычислении контрольной суммы тэгов? Или оно сожрало почти впритык заранее, а контрольная сумма добила? 🤔

Обычно автолоадер, десериализация и база в топе

скорее второе, если я правильно помню, там нет сложной логики
а вот если рендер собран через жопу, то он потребует загрузки всех сущностей до рендера
в результате выигрыша не будет

Коллеги, привет. Ищем друпальщика, а лучше команду на выполнение серьезного проекта: https://www.weblancer.net/projects/veb-programmirovanie-31/razrabotat-konstruktor-promo-na-drupal-8-5-s-dvumya-tipami-shablonov-1105952/

> Drupal 8.5
А чё так?

7.40 слишком сырой

Там в оригинале нужен 8.5*

ну как раз посередине между 8 и 9)

Камрады, случайно в 9 ничего по Modal API не менялось?

нет, а что?

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

да, конечно, не указываешь их идентификаторы

мне надо не указывать идентификаторы тех, что не грузить)

придётся через not in за два прохода - сначала айдишники, потом энтити

да не могу понять откуда ошибка js лезет.
Если диалог не вызываю то всё нормально.
Потом открываю диалог и уже в другом скрипте получаю:
Cannot read property 'settings' of undefined
При этом без диалога всё нормально

вот и я говорю, не указывай идентификаторы тех, кого не надо грузить

или всегда есть вьюха, где можешь исключить все, что тебе нужно..

Кто-нить может объяснить почему Drupal EntityQuery делает два вложенных запроса при count() ? Вот например:

 \Drupal::entityQuery('my_entity')
      ->addTag('debug')
      ->count()->execute();

и сам запрос получается такой:

SELECT COUNT(*) AS expression FROM (SELECT 1 AS expression FROM my_entity base_table) 

и, собственно, выполняется он в результате как слоупок на большой таблице

А если сделать фильтр по base field (лежащий в той же таблице) - то вообще ещё и INNER JOIN вставляет:

 \Drupal::entityQuery('my_entity')
      ->condition('status', 1)
      ->addTag('debug')
      ->count()->execute();

превращается вот в такой запрос:

SELECT 1 AS expression
FROM {my_entity} base_table
INNER JOIN {my_entity} my_entity ON my_entity.id = base_table.id
WHERE my_entity.status = '1'