Николай: xdebug умеете использовать? Что-нибудь предприняли для отладки? В каком месте программы получаются значения, которые заведомо должны быть иными?
dimasmagadan: Я неверно выразился. Имел в виду, что PageSpeed пишет ХХ% страницы можно загрузить без ожидания загрузки указанных далее файлов (и приводит список всех моих css, хотя все css-линки имеют аттрибут rel=preload или же вообще из JS подгружаются). По-медвежьи, тут нужно аппликацию стилей производить после событий onload, но это значит, что страница будет без стилей дольше времени, либо работать critical css.
Все ответы сходятся в одном: нужно выработать оптимальный critical css. Спасибо
Салават Ситдиков: Если все CSS комбинировать в один, то начинает лагать верстка. Разделение логики и визуализации - это не про этот проект.
critical css так же вызывает сбои в работе верстки, хотя и дает хорошие баллы.
Спасибо за ответ.
PageSpeed все равно считает все подгружаемые CSS в процессе onload блокирующими. Хотя на данный момент этот способ дает наибольшее, но недостаточное, количество баллов, стоит признать
Спасибо, что нашли время на ответ.
Данный способ хорошо себя показывает на небольших страницах. Все CSS страницы вмещаются в строку. Здесь же имеется проект на ~30 тыс строк css-правил, причем правила тянутся аж с первого запуска сайта, никто никогда не занимался никакой чисткой и упорядочиванием. Помимо самого старого "ядра" - минифицированная масса которая отвечает "за все понемногу" сюда добавляются CSS кучи фреймворков + фиксы, которые вносятся в процессе сопровождения. Выделить логически из этого гордиева узла тот самый критический CSS, который можно заинлайнить, невозможно. Автоматические средства дают такой critical css, что верстка начинает разваливаться.