по поводу заинлайнить свг в боди, нужно:
- либо все свг проекта сразу инлайнить в боди, но тогда мы добавим возможно и не нужные свг
- либо изхитриться и добавлять свг по роутингу инлайново в боди, но тогда нужно быть аккуратнее чтобы не добавить повторно то что уже есть.
Понять бы вообще с чем это связано. почему именно при спрайте свг такое поведение, но при обычном свг кеширование идет нормальное без доп запросов.
Объясню на пальцах, есть огромная коллекция, которая формируется на фронте(фронт это то что отрабатывает в браузере, конкретно в моем случае).
Соответственно коллекция слишком большая и ПО обрезает его(это можно увидеть на скрине выше)
Печать меня не интересует.
Под страницами подразумевалось внутренняя страница, вкладка, лист, не знаю какой ещё синоним привести чтобы ясно было понятно(скриншот приложил)
Подскажите пожалуйста ещё момент, если брать классическое представление сайта, то есть статичное Html/css/js то все +- понятно, поисковой бот сразу получает Html со всеми метатегами.
А какая логика при SPA приложений ? такие решения как nextJS и их аналоги, в них же так такового html нет, там его формирует динамически js.
Такое чувство будто поисковой бот должен стучаться на сервер а сервер выполнить js код и отдать уже Html.
Ну в prepareFn в полноценном виде будет проверки некоторые и в конечном счете нужно проверить obj[key] на равенство другой строки, но ключ должен быть один из arr значений
по поводу заинлайнить свг в боди, нужно:
- либо все свг проекта сразу инлайнить в боди, но тогда мы добавим возможно и не нужные свг
- либо изхитриться и добавлять свг по роутингу инлайново в боди, но тогда нужно быть аккуратнее чтобы не добавить повторно то что уже есть.
Понять бы вообще с чем это связано. почему именно при спрайте свг такое поведение, но при обычном свг кеширование идет нормальное без доп запросов.