Сообщение Re[3]: Необходимость в селекторе :has для вставки текста от 16.09.2024 20:00
Изменено 16.09.2024 20:02 vsb
Re[3]: Необходимость в селекторе :has для вставки текста
Здравствуйте, Stanislaw K, Вы писали:
SK> снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).
Ну дык SVG поддерживается 100 лет уже везде, зачем чего-то рожать. Может когда-то было время, когда SVG не поддерживался, а шрифты поддерживались и таким образом векторную графику на сайт затягивали, не знаю, я не настолько стар, чтобы то время застать, но сегодня-то зачем это.
SK>Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.
Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.
Интернет сделан таким, чтобы можно было ссылаться друг на друга и подгружать ресурсы друг у друга, с разных доменов. Это в каком-то смысле его суть.
SK> снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).
Ну дык SVG поддерживается 100 лет уже везде, зачем чего-то рожать. Может когда-то было время, когда SVG не поддерживался, а шрифты поддерживались и таким образом векторную графику на сайт затягивали, не знаю, я не настолько стар, чтобы то время застать, но сегодня-то зачем это.
SK>Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.
Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.
Интернет сделан таким, чтобы можно было ссылаться друг на друга и подгружать ресурсы друг у друга, с разных доменов. Это в каком-то смысле его суть.
Re[3]: Необходимость в селекторе :has для вставки текста
Здравствуйте, Stanislaw K, Вы писали:
SK> снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).
Ну дык SVG поддерживается 100 лет уже везде, зачем чего-то рожать. Может когда-то было время, когда SVG не поддерживался, а шрифты поддерживались и таким образом векторную графику на сайт затягивали, не знаю, я не настолько стар, чтобы то время застать, но сегодня-то зачем это.
SK>Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.
Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.
Интернет сделан таким, чтобы можно было ссылаться друг на друга и подгружать ресурсы друг у друга, с разных доменов. Это в каком-то смысле его суть. Паутина.
SK> снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).
Ну дык SVG поддерживается 100 лет уже везде, зачем чего-то рожать. Может когда-то было время, когда SVG не поддерживался, а шрифты поддерживались и таким образом векторную графику на сайт затягивали, не знаю, я не настолько стар, чтобы то время застать, но сегодня-то зачем это.
SK>Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.
Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.
Интернет сделан таким, чтобы можно было ссылаться друг на друга и подгружать ресурсы друг у друга, с разных доменов. Это в каком-то смысле его суть. Паутина.