в общем-то так и сделал, коммит у меня появился. Но и старый, который unattributed остался. Ну пофиг наверное

Привет! База идентичная. Локально в докере мемори лимит 128М, на стейдже 512М но на сервере выдает  PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 73728 bytes) in /var/www/agat/data/www/api.stage.bayu-bai.ru/web/core/lib/Drupal/Core/Cache/CacheTagsChecksumTrait.php on line 131, а локально всё работает. Куда копать?

а при чем тут бд если вопрос в памяти

Базы идентичные.

вроде заработало.. херня какая-то..

о, прикольно, сайт на нюксте)

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

кэш теги, что это?

ооооо, батенька

ашипка была на запросе jsonapi

специально ни чего не совали ))

объясню на пальцах, вот есть у тебя вьюха, которая выводит ноды 1,2,3,4 и 5. Она кэшируется. И в неё записываются тэги кэша типа node:1, node:2, node:3 и т.д. Вот взял, ты отредактировал третью ноду. Сбросился её кэш, а поскольку кэш вьюхи имеет тэг третьей ноды, то он сбросится тоже. Вообще, это очень крутой и правильный механизм. Но есть нюансы. К примеру, вьюха выводит 100500 элементов, имеет 100500 референсов  и т.д. В итоге, ей в кэш проставляется какое-то неимоверное количество тэгов и вычислить валидность кэша становится довольно накладно

с jsonapi та же история, его респонсы тэгаются всеми сущностями. Особенно если не ограничиваешь запрашиваемые поля, то могут проставиться и те тэги, которые тебе не нужны

понял... там поля, наоборот, расширяются вглубь инклюдами...

надо как-то оптимизировать будет.

там смотри, будешь оптимизировать, упрёшься в максимальную длину урл))))

как вариант, заворачивать запросы в subrequests, тогда всё в пост-параметрах шлётся

Одним запросом в базу с большим in

По сравнению с десериализациями сущностей размером с конский хер - ни о чём.