Начав писать комментарий к статье на Хабре (под виндой, в Firefox 115.9.1 ESR), обнаружил, что в режиме WYSIWYG напрочь перестала работать операция вставки текста (Shift-Ins, Ctrl-V, меню-paste). Работала только в режиме Markdown. Написал в поддержку — ответили, что теперь для нее нужна поддержка селектора :has, которая в моей версии Firefox по умолчанию отключена. Включил — заработало.

Но возник вопрос — была ли сколько-нибудь насущная необходимость в использовании этого селектора для работы операции? WYSIWYG-редактор на Хабре есть с незапамятных времен, еще недели три назад операция вставки текста работала нормально.

Здравствуйте, Евгений Музыченко, Вы писали:

ЕМ>Начав писать комментарий к статье на Хабре (под виндой, в Firefox 115.9.1 ESR), обнаружил, что в режиме WYSIWYG напрочь перестала работать операция вставки текста (Shift-Ins, Ctrl-V, меню-paste). Работала только в режиме Markdown. Написал в поддержку — ответили, что теперь для нее нужна поддержка селектора :has, которая в моей версии Firefox по умолчанию отключена. Включил — заработало.

ЕМ>Но возник вопрос — была ли сколько-нибудь насущная необходимость в использовании этого селектора для работы операции? WYSIWYG-редактор на Хабре есть с незапамятных времен, еще недели три назад операция вставки текста работала нормально.

Сейчас так модно делать. Пользователь должен чувствовать что его п/о устаревает и надо бы обновиться. А то иж чего удумали пользоваться старым п/о без новых закладок.

Здравствуйте, Евгений Музыченко, Вы писали:

ЕМ>Начав писать комментарий к статье на Хабре (под виндой, в Firefox 115.9.1 ESR), обнаружил, что в режиме WYSIWYG напрочь перестала работать операция вставки текста (Shift-Ins, Ctrl-V, меню-paste). Работала только в режиме Markdown. Написал в поддержку — ответили, что теперь для нее нужна поддержка селектора :has, которая в моей версии Firefox по умолчанию отключена. Включил — заработало.

ЕМ>Но возник вопрос — была ли сколько-нибудь насущная необходимость в использовании этого селектора для работы операции? WYSIWYG-редактор на Хабре есть с незапамятных времен, еще недели три назад операция вставки текста работала нормально.

Как может селектор сломать вставку?

Здравствуйте, Alekzander, Вы писали:

A>Как может селектор сломать вставку?

Сам в изумлении. Скорее всего, как-то пометили текущий/активный блок, и без :has он получается несуществующим/невидимым.

Здравствуйте, Евгений Музыченко, Вы писали:

ЕМ>Но возник вопрос — была ли сколько-нибудь насущная необходимость в использовании этого селектора для работы операции? WYSIWYG-редактор на Хабре есть с незапамятных времен, еще недели три назад операция вставки текста работала нормально.

Ну если до этого работало, а потом перестало — очевидно, что не было.

А объясняется просто. Люди программируют сайт для зелёного (последнего) хрома и сафари. В лучшем случае добавляют последний фаерфокс. И берут это за отсечку. Поддерживать старые браузеры и нестандартные — нужно прилагать определённые усилия.

Могу своей историей поделиться. Я тут намедни пробовал lockdown mode в iOS и macOS. Он отключает часть функционала в ОС и некоторых приложениях от Apple. Этот функционал не является строго необходимым и может улучшить безопасность. К примеру возможность подгружать в сайте шрифты. В рендерере шрифтов уже находили уязвимости, поэтому отключение недоверенных шрифтов имеет смысл. По факту могу сказать, что часть сайтов в интернете сломалась. 90% проблем это просто квадратики вместо иконок, которые сайтоделы зачем-то рисуют шрифтами, а не картинками. Но вот к примеру хабр вообще не грузится, тупо вылетает какая-то JS ошибка и сайт становится белым. Сайт, для работы которого в режиме просмотрм по-хорошему JS вообще не нужен! Но вот так вот.

Здравствуйте, vsb, Вы писали:

vsb>По факту могу сказать, что часть сайтов в интернете сломалась. 90% проблем это просто квадратики вместо иконок, которые сайтоделы зачем-то рисуют шрифтами, а не картинками.



Предполагается что это экономит трафик (есть поверье что браузер кэширует одну копию шрифта и использует её для всех сайтов, но на самом деле браузер кэширует новую копию шрифта для каждого сайта отдельно, а для некоторых сайтов и несколько копий) и снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).
Проблема решилась бы копированием шрифта к себе на сайт и указанием в css использовать именно эту локальную версию. но такой rocketscince дизайнерам интеллектуально недоступен.

vsb>Но вот к примеру хабр вообще не грузится, тупо вылетает какая-то JS ошибка и сайт становится белым.
vsb>Сайт, для работы которого в режиме просмотрм по-хорошему JS вообще не нужен!

	нужен минимально, оно картинки подтягивает.

vsb>Но вот так вот.

Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.

Все проблемы от жадности и глупости

Здравствуйте, Stanislaw K, Вы писали:

SK>Предполагается что это экономит трафик (есть поверье что браузер кэширует одну копию шрифта и использует её для всех сайтов, но на самом деле браузер кэширует новую копию шрифта для каждого сайта отдельно, а для некоторых сайтов и несколько копий) и снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).

Предполагается, что тебе удобнее написать <i>, после чего иконка сама стилизуется как текст, включая цвет и размер.

Для раздачи слонов используется CDN, и трафик мало кого волнует.

SK>Проблема решилась бы копированием шрифта к себе на сайт и указанием в css использовать именно эту локальную версию. но такой rocketscince дизайнерам интеллектуально недоступен.

Проблема решилась бы отказом от иконочных шрифтов и переходом на другие средства (интеграция векторной графики в разметку). Это уже сейчас лучше (и достаточно удобно), хотя HTML в этом плане полно проблем и есть куда расти (в текущий момент расшаривание с кешированием работает только через приведение к строкам).

Здравствуйте, vsb, Вы писали:

vsb>Люди программируют сайт для зелёного (последнего) хрома и сафари. В лучшем случае добавляют последний фаерфокс. И берут это за отсечку. Поддерживать старые браузеры и нестандартные — нужно прилагать определённые усилия.

Это все понятно, когда реализуются новые функции, требующие определенной функциональности от браузера. Но тут такое впечатление, что просто увидели более простой и/или изящный способ реализовать уже существующую и работающую функцию при помощи [относительно] новой фичи.

Я у себя такое тоже периодически делаю, но только после того, как новая фича появится практически у всех, кроме упертных ретроградов, а последняя версия API, где этой фичи нет, прочно станет общепризнанной древностью (то есть, почти перестанет фигурировать в статистике).

vsb>квадратики вместо иконок, которые сайтоделы зачем-то рисуют шрифтами, а не картинками.

Наверное, чтоб собрать все значки в одну кучу, и вставлять не <img>, а тупо код "символа". Так себе решение.

vsb>хабр вообще не грузится, тупо вылетает какая-то JS ошибка и сайт становится белым. Сайт, для работы которого в режиме просмотрм по-хорошему JS вообще не нужен!

Агащаз, "не нужен" он там. Подозреваю, там половина контента генерится через JS...

Здравствуйте, Stanislaw K, Вы писали:

SK> снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).

Ну дык SVG поддерживается 100 лет уже везде, зачем чего-то рожать. Может когда-то было время, когда SVG не поддерживался, а шрифты поддерживались и таким образом векторную графику на сайт затягивали, не знаю, я не настолько стар, чтобы то время застать, но сегодня-то зачем это.

SK>Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.

Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.

Интернет сделан таким, чтобы можно было ссылаться друг на друга и подгружать ресурсы друг у друга, с разных доменов. Это в каком-то смысле его суть. Паутина.

Здравствуйте, vsb, Вы писали:

SK>> снимает головную боль с дизайнера (не нужно мучительно "рожать" 100500 типовых иконок в 100500 разрешениях).

vsb>Ну дык SVG поддерживается 100 лет уже везде, зачем чего-то рожать. Может когда-то было время, когда SVG не поддерживался, а шрифты поддерживались и таким образом векторную графику на сайт затягивали, не знаю, я не настолько стар, чтобы то время застать, но сегодня-то зачем это.

чтобы не рожать (за копейки) для каждого сайта новые картинки а или впарить бесплатно "стандартные" как у всех, или срубить мильоны с лохов.

SK>>Я пользуюсь https://noscript.net/ и заметил интересную закономерность, много сайтов грузят разнообразные js, без которых выглядят "белым листом". Так вот закономерность — если сайт продолжает выглядеть "белым листом" и после того как разрешаешь вручную скрипты с самого сайта, то есть для отображения текстового контента и разметки нужны скрипты со сторонних доменов, дальше можно не рыпаться — ничего содержательного на таких сайтах нет, "форма" выдавило содержание.

vsb>Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.

разные домены к распределению нагрузки не имеют отношения. легко можно настроить loadbalancer так, что за одним доменом будет тысяча серверов (и наоборот).

vsb>Интернет сделан таким, чтобы можно было ссылаться друг на друга и подгружать ресурсы друг у друга, с разных доменов. Это в каком-то смысле его суть. Паутина.

но зачем этим злоупотреблять?

Все проблемы от жадности и глупости

Здравствуйте, Stanislaw K, Вы писали:

vsb>>Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.

SK>разные домены к распределению нагрузки не имеют отношения. легко можно настроить loadbalancer так, что за одним доменом будет тысяча серверов (и наоборот).

Но тогда трафик будет течь через этот самый load balancer. А зачем? Если можно через DNS сразу направить его в CDN. Load Balancer нужен для бэкэнда в первую очередь, API запросы распределять между несколькими запущенными сервисами. Отдавать через него статику — ну можно, конечно, но можно и по-другому сделать.

Здравствуйте, vsb, Вы писали:

vsb>>>Ну тут я не совсем согласен. Одно время было популярным разносить ассеты по разным доменам, грузить библиотеки из CDN-ов. В HTTP/1.1 это действительно могло улучшить производительность. В HTTP/2 вроде и не нужно, но с точки зрения распределения серверной нагрузки это и сегодня может быть полезно, да и не все используют HTTP/2, я вот на работе так и не смог включить, какие-то баги в nginx не дают.

SK>>разные домены к распределению нагрузки не имеют отношения. легко можно настроить loadbalancer так, что за одним доменом будет тысяча серверов (и наоборот).

vsb>Но тогда трафик будет течь через этот самый load balancer. А зачем?

Почему нет?

vsb>Если можно через DNS сразу направить его в CDN.

CDN частный случай loadbalancer. Нет никаких сложностей (кроме квалификации) построить собственный географически разнесенный loadbalancer выполняющий функции CDN.

vsb>Load Balancer нужен для бэкэнда в первую очередь, API запросы распределять между несколькими запущенными сервисами. Отдавать через него статику — ну можно, конечно, но можно и по-другому сделать.

Пожалуй, единственная причина использовать чужой CDN — защита от DoS. Там начинается область магии, в которой собственные специалисты будут дороже аренды сервиса.

Все проблемы от жадности и глупости

Здравствуйте, Stanislaw K, Вы писали:

vsb>>Но тогда трафик будет течь через этот самый load balancer. А зачем?

SK>Почему нет?

Потому, что LB это обычный компьютер с обычной сетевой картой. Зачем туда лить трафик, который можно лить в другое место? Там каналы ограниченного размера и хостер за этот трафик денег хочет. И за каналы, если этого не хватит.