xmoonlight, проверял конечно - там нормальные картинки. css - нормальные css.
И даже если картинка в 0 байт - как в 0 байт может скрываться какая-то угроза?
> причём тут jpg?!
Как это при чем? Гугл-то ругается в основном на jpg файлы. В последнем списке зараженных файлов только gif, jpg и немножко css.
Ни к одной из страниц претензий у гугла нет. Хотя в прошлых проверках проскальзывали.
> "фронт" - это "front-end", т.е. браузер и клиентские скрипты (js).
Да, я так это и понял. Но мне не понятно какие внешние запросы могут вызвать картинки.
А проверять страницы на которые гугл не жалуется как-то уж совсем странно.
xmoonlight, ммм... боюсь я не понял. Что значит "с фронта"? Дополнительные запросы во вне выполняемые браузером при загрузке jpg?
Можете чуть развернуть?
Боюсь что пониманию.
Обобщенно суть я попытался передать в P.S.
Более развернуто:
Есть технология "Композитный сайт Битрикс". Если не в курсе, вот ее суть - при генерации страницы Битрикс определяет какие части формируются динамически, а какие неизменны. Далее он выдает страницу пользователю и сохраняет на диске HTML страницы с динамическими частями замененными на заглушки.
Следующему пользователю сразу же отдается готовый HTML и скрипт на нем, который выполняет ajax запрос, по которому битрикс заново генерирует страницу, вынимает из нее динамические области и отправляет скрипту, который расставляет содержимое этих областей вместо заглушек.
Это позволяет зрительно ускорить процесс отображения страницы в браузере.
При этом есть возможность настроить nginx так, чтобы при существующих html файлах кэша, он отдавал их без запуска битрикс, как статику, так как в папке кэша битрикс складывает html в той же иерархии что и страницы, в папке с именами доменов.
Мне необходимо чтобы для пользователей с кукой и без нее, отличалась секция head страницы. Соотвественно, мне нужен различный композитный кэш для пользователя с кукой и без нее.
И даже если я добьюсь этого в битрикс, то мне необходимо реализовать насройки nginx при которых он будет забирать html статику из разных папок в зависимости от куки.
Самым общим решением является подмена домена. В этом случае и битрикс будет формировать разный кэш для разных пользователей и nginx будет забирать статику из разных папок.
Матвей Уваров: пример и я тебе расскажу как обойтись без записи html в БД.
Не гарантирую, что это будет лучше или быстрее или дешевле. Не настаиваю, что так нужно делать всегда.
Но если это требуется, то с вероятностью 98% у вас что-то с архитектурой проекта не то.
Есть правда вероятность в 2% что это действительно нужно и целесообразно. Но скорее всего - нет.
Это как бег в мешках - глупо в них бегать. Медленно и неудобно. Но есть соревнования по бегу в мешках и если на них вы будете бежать без мешка - вас диквалифицируют.
Эти квадраты, в которых нужно такое выравниваение - они сами во флексбоксах.
Т.е. да - я знаю что внутри него можно замутить структуру еще из N вложенных блоков, но хотелось бы обойтись без ненужных сущностей.
Александр: хм, пишите в ТП - пусть тогда разбираются. Судя по тому что вы описали настроено все правильно. Возможно проблема с применением скидок где-то в модуле sale.
Я бы рад, если бы зарезервированные имена не использовали слова которые мне надо сложить в структуру. Ключи несут информацию и если я изменю их я ее потеряю. Либо же мне надо делать структуру не ИмяРаздел: [Данные раздела], а N:{section: ИмяРаздела, data: Данные раздела}. И как теперь получить доступ к данным раздела по его имени?
И даже если картинка в 0 байт - как в 0 байт может скрываться какая-то угроза?