C
но кода конечно не покажешь
Size: a a a
2021 January 12
NM
но кода конечно не покажешь
IPC кэшит результат лейзи билдера, там же кэш топорный шо пипец. Без него заработает, с ним нет, что было в процессе генерации, то и будет отдавать.
NM
Либо отключать IPC, либо делать стратегию с аяксом, которой пофиг на это будет, либо ещё как решать (выше drupalSetting предложили).
NM
Ещё под юзером работать будет, потому что IPC отрубается при виде сессии. Но анонимы будут видеть всегда 1 результат, тот что был при генерации этого кэша.
C
зачем нужен IPC если есть dynamic page cache?
NM
Он быстрее
NM
Они хорошо дополняют друг друга до поры до времени
NM
Но кейс Андрея, имхо, не то, почему стоит отключать IPC, но как бюджетное решение, поможет)
C
чем быстрее? и там и там кэшатся страницы
NM
Нет, dynamic page cache кэшит рендер массивы (их результаты) по их CID, и собирает их в процессе подготовки ответа (из кучи мелких кэшиков). Читай - вызывается рендер на каждый запрос так или иначе.
IPC берёт из БД готовый HTML и сразу выплёвывает. Там считай друпал почти не бутстрапится.
IPC берёт из БД готовый HTML и сразу выплёвывает. Там считай друпал почти не бутстрапится.
NM
Именно поэтому с одним Dynamic Page Cache лейзи билдер будет работать, а с IPC - нет.
VS
Нет, dynamic page cache кэшит рендер массивы (их результаты) по их CID, и собирает их в процессе подготовки ответа (из кучи мелких кэшиков). Читай - вызывается рендер на каждый запрос так или иначе.
IPC берёт из БД готовый HTML и сразу выплёвывает. Там считай друпал почти не бутстрапится.
IPC берёт из БД готовый HTML и сразу выплёвывает. Там считай друпал почти не бутстрапится.
Ну так Гагарин скорее имеет в вижу, что 40мс, что 80мс, пофиг как-то
NM
Ну как я и сказал, отключать IPC надо по ситуации. Пока он не мешается, лишним не будет. Когда начнёт серьезно мешаться или разница там будет не 40 и 80мс, а условные 200 и 220мс, то да, стоит его отключать уже, ибо в таком конетксте 20мс сильно погоды не сыграют, но при таких ответах, вероятнее всего у IPC таблица в несколько ГБ и согревать её очень накладно
C
IPC нужен для статических сайтов, это по сути статик генератор
NM
Ну да, если его хватает, нафига его отключать ради одного лейзи билдера)
C
если есть любая динамика, то велкам dynamic page cache
NM
Если сайт активно юзает сессии или темп сторы для юзеров \ анонимов, то тоже, возможно уже стоит задуматься отключать IPC, ибо он уже больше как собаке 5 нога будет.
NM
Но мы же не знаем что там за сайт. В контексте вопроса что с IPC щас всё летает, нужен блок с рандом цитатами, это не звучит как кейс где IPC стоит отключать.
C
Нет, dynamic page cache кэшит рендер массивы (их результаты) по их CID, и собирает их в процессе подготовки ответа (из кучи мелких кэшиков). Читай - вызывается рендер на каждый запрос так или иначе.
IPC берёт из БД готовый HTML и сразу выплёвывает. Там считай друпал почти не бутстрапится.
IPC берёт из БД готовый HTML и сразу выплёвывает. Там считай друпал почти не бутстрапится.
точно, забыл об этом
C
перепроверил 😁