H
А таком случае выпилите шаблонизатор, вставьте vue, и радуйтесь куче гемора с организацией архитектуры на фронт)
Size: a a a
2021 September 28
DZ
по факту это монолит, скорость загрузки страницы с которого будет ~= скорости ответа твоего бэка
DZ
именно так и делается, и это кайф
M
бэк, да тот же самый РНР, 10 лет назад и сейчас — две большие разницы. сервера мощнее стали, быстрее, сам РНР скорость увеличил в несколько раз, если сравнивать РНР5 и РНР8.
вон, в РНР8.1 ещё 5-8% скорости обещают
вон, в РНР8.1 ещё 5-8% скорости обещают
H
Дело не в скорости компиляции или сборке, дело в объёме отправляемых через сеть данных
DZ
эта гонка за попугаями в итоге зачастую разбивается об корявые / не оптимизированные SQL запросы и проблемы N+1
M
давай посмотрим на отправляемые данные: страница ХТМЛ — 2 пакета TCP, ещё PNG'шка, которая не нужна. всё остальное идёт уже из мемори-кэша
H
Я уже писал, что говорю о первоначальной загрузке
y
а где в опросе типа чисто бэк
M
теперь имею спросить вопрос: сколько данных в джейсоне понадобится СПЕ чтобы только расчухаться =)
M
давай я кэш отключу. будет считаться первоначальной загрузкой?
H
👍
Р
О Livewire еще єсть
Но да чисто backend прикольно, но сложно найти
Но да чисто backend прикольно, но сложно найти
y
а кто нибудь jit использует?
H
Только смысла не много, мы о другом говорим. Там объем данных больше png картинки скорее всего
M
там бандл жабоскрипта на 250Кб и стилей на 700Кб, плюс фонт подгружается
M
так все данные на бэке ж крутятся. это же монолит. ты видишь только результат в виде ХТМЛ
y
на cdn вынести и не знать горя забития канала)
M
смысла нет переусложнять, пока оно в пределах 300-500мс на самый худший случай
M
в любом исследовании по юзабилити говорят, что юзер взаимодействия до 300мс считает мгновенными, до 1с слегка тормозящими, 2-3с и дальше — неприемлемые тормоза