WSL1 для работы с NTFS, он никуда не уходит и останется доступным, а WSL2 для работы с виртуальным диском. Да, сделали неудобно, и возможно в документации нужно было точнее объяснить что для чего.
Буквально недавно выпустили, работает на вложенной виртуализации (минус AMD) и нет поддержки VT-d. Работать оно работает, но производительность совсем не радует.
Не выбросить, а заменить на нативные API. URLSearchParams прекрасно заменяют функциональность query string
Всё было в этой стате было хорошо ровно до секции Ненужный код. К сожалению, ни одна из предложенных нативных альтернатив не заменяет существующие решения, иначе бы все давно на них перешли. И дело здесь далеко не в IE, а в банальном отстутсвии паритета возможностей которые предлагают сторонние библиотеки.
Вы не можете заменить Axios на Fetch и ожидать такой же функциональности. Fetch не поддерживает прогресс загрузки в обе стороны (только на получение), поддержка отмены запросов в Fetch (AbortController) сильно отличается от поддержки самого Fetch, Axios обрабатывает 4xx\5xx коды ответа иначе чем Fetch.
URLSearchParams работает исключительно со строками, тогда как query-string с примитивами и объектами и умеет самостоятельно их преобразовывать.
Куда действительно можно посмотреть в целях оптимизации — это в исключение изображений и CSS из бандла потому что сейчас они проходят парсинг в два этапа: сначала JS парсером, затем парсером под конкретный тип данных.
И этот подход сильно отличается даже от Vue, в котором SFC не более чем более удобный способ записи Vue.extend.
SFC во Vue это просто способ группировки файлов, вместо трёх отдельных файлов для шаблона, скрипта и стилей вы имеете один файл. На картинке представлены этапы от декларативного кода до скомпилированного императивного. Всё это есть во Vue, на верхнем уровне вы оперируете декларативными шаблонами которые потом компилируются в императивные рендер-функции. Удобство Vue в том что в каждый из этих этапов мы можем проникнуть и написать скомпилированный код (рендер-функцию) сами. В Svelte же мы ограничены исключительно декларативным подходом.
Пожалуйста, не делайте так в ваших приложениях. Для реализации Pub\Sub есть множество готовых решений и они не требуют какой-то специальной интеграции для Vue.
Здесь действительно целый огород из плохих практик:
Шина на Vue (готовится стать deprecated во Vue 3), считается плохой практикой и разработчики Vue это признали сами.
Обращение к $parent — повышает связанность компонентов и работает неявно. Такой код будет очень сложно поддерживать потому что непонятно кто что вызывает.
Миксины. Особенно глобальные миксины. О минусах миксинов писали много раз, но я повторю: конфликты имён, непонятно что добавляет миксин без чтения кода самого миксина, сложно определить кто пропатчил контекст компонента когда миксинов несколько.
Для хранения глобального состояния и глобальной обработки событий используйте Vuex или Provide\Inject. Если вам нужна связь только по событиям используйте Pub\Sub (но я не смог придумать такой кейс если честно).
Они нужны потому что вы можете в каком-то куске кода иметь повышенную специфичность, в таком случае в этих хелперах придётся её ещё раз повышать чтобы перезаписать это правило, это можно повторять до бесконечности. Так как мы наверняка уверены что элемент должен быть скрыт то здесь оправдано использование !important, а не специфичности. Перезаписывать !important я не предлагаю, я предлагаю им перекрывать стили которые мы гарантированно хотим перекрыть и мы можем гарантировать что их не придётся перекрывать ещё раз (выше ответил как это сделать: через уточнение самих правил).
Это уже ошибка архитектуры, не должно быть таких правил в медиа-выражениях которые перезаписывают то что уже задано через !important. Чтобы эту проблему решить нужно указывать более конкретные условия в медиа-выражении.
!important нужно использовать только для скрытия через display: none в медиа-выражениях. Например для адаптивных хелперов. Это нужно если порядок свойств компонентов идёт после наших хелперов и мы гарантированно хотим скрыть элемент. Во всех остальных случаях повышайте специфичность селектора (потому что если вы сделали это один раз скорее всего вы сделаете это ещё раз) и используйте изоляцию стилей. Переопределять стили в атрибуте style совсем плохо. Лучше обновите сам style.
У глубоких технических статей в принципе охват будет меньше из-за порога входа в эту статью. Поэтому с доступными статьями «как я захватил мир попутно выгорев 10 раз» они даже не конкурируют.
Эта проблема есть на всех фильмах где снимали камерой с ручным приводом, либо использовали несколько разных камер (у каждой своя частота кадров). Я написал этот комментарий как раз потому что посмотрел какой результат получился и для меня сильно бросилась в глаза разница в скорости воспроизведения. Например на 1:15 начинается как будто бы замедленная съёмка, сравните с 5:47. Не берусь судить что такая разница в скорости вызвана именно этим, данных о том на какую камеру (или камеры) снимали Броненосец Потёмкин я не нашёл.
С замедлением старых видео есть проблема: кадры в секунду там не фиксированные, потому что оператор вручную управлял этой частотой. Питер Джексон столкнулся с этой проблемой когда восстанавливал материалы с Первой мировой войны. Им приходилось вручную ускорять или замедлять видео и опираться больше на ощущения что такая скорость правильная.
Бывает что работа проходит или в плохо освещённом помещении, либо ночью. Хотелось бы иметь качественную подсветку встроенную в стол. Чтобы не била по глазам и была полезна без дополнительного освещения. Ну и конечно чтобы сама определяла освещённость окружения.
Интересно было бы посмотреть на результаты эксперимента по скрытию рейтинга постов на неделю например. Как это повлияет на минусование постов и мотивацию авторов.
Вы ошибаетесь
Наконец-то смогу нарисовать эту долбанную сову...
WSL1 для работы с NTFS, он никуда не уходит и останется доступным, а WSL2 для работы с виртуальным диском. Да, сделали неудобно, и возможно в документации нужно было точнее объяснить что для чего.
Буквально недавно выпустили, работает на вложенной виртуализации (минус AMD) и нет поддержки VT-d. Работать оно работает, но производительность совсем не радует.
Всё было в этой стате было хорошо ровно до секции Ненужный код. К сожалению, ни одна из предложенных нативных альтернатив не заменяет существующие решения, иначе бы все давно на них перешли. И дело здесь далеко не в IE, а в банальном отстутсвии паритета возможностей которые предлагают сторонние библиотеки.
Вы не можете заменить Axios на Fetch и ожидать такой же функциональности. Fetch не поддерживает прогресс загрузки в обе стороны (только на получение), поддержка отмены запросов в Fetch (AbortController) сильно отличается от поддержки самого Fetch, Axios обрабатывает 4xx\5xx коды ответа иначе чем Fetch.
URLSearchParams работает исключительно со строками, тогда как query-string с примитивами и объектами и умеет самостоятельно их преобразовывать.
Куда действительно можно посмотреть в целях оптимизации — это в исключение изображений и CSS из бандла потому что сейчас они проходят парсинг в два этапа: сначала JS парсером, затем парсером под конкретный тип данных.
Не могу не поправить фактическую ошибку в тексте:
SFC во Vue это просто способ группировки файлов, вместо трёх отдельных файлов для шаблона, скрипта и стилей вы имеете один файл. На картинке представлены этапы от декларативного кода до скомпилированного императивного. Всё это есть во Vue, на верхнем уровне вы оперируете декларативными шаблонами которые потом компилируются в императивные рендер-функции. Удобство Vue в том что в каждый из этих этапов мы можем проникнуть и написать скомпилированный код (рендер-функцию) сами. В Svelte же мы ограничены исключительно декларативным подходом.
Пожалуйста, не делайте так в ваших приложениях. Для реализации Pub\Sub есть множество готовых решений и они не требуют какой-то специальной интеграции для Vue.
Здесь действительно целый огород из плохих практик:
Для хранения глобального состояния и глобальной обработки событий используйте Vuex или Provide\Inject. Если вам нужна связь только по событиям используйте Pub\Sub (но я не смог придумать такой кейс если честно).
!important нужно использовать только для скрытия через display: none в медиа-выражениях. Например для адаптивных хелперов. Это нужно если порядок свойств компонентов идёт после наших хелперов и мы гарантированно хотим скрыть элемент. Во всех остальных случаях повышайте специфичность селектора (потому что если вы сделали это один раз скорее всего вы сделаете это ещё раз) и используйте изоляцию стилей. Переопределять стили в атрибуте style совсем плохо. Лучше обновите сам style.
Нельзя не вспомнить классику:
У глубоких технических статей в принципе охват будет меньше из-за порога входа в эту статью. Поэтому с доступными статьями «как я захватил мир попутно выгорев 10 раз» они даже не конкурируют.
Эта проблема есть на всех фильмах где снимали камерой с ручным приводом, либо использовали несколько разных камер (у каждой своя частота кадров). Я написал этот комментарий как раз потому что посмотрел какой результат получился и для меня сильно бросилась в глаза разница в скорости воспроизведения. Например на 1:15 начинается как будто бы замедленная съёмка, сравните с 5:47. Не берусь судить что такая разница в скорости вызвана именно этим, данных о том на какую камеру (или камеры) снимали Броненосец Потёмкин я не нашёл.
С замедлением старых видео есть проблема: кадры в секунду там не фиксированные, потому что оператор вручную управлял этой частотой. Питер Джексон столкнулся с этой проблемой когда восстанавливал материалы с Первой мировой войны. Им приходилось вручную ускорять или замедлять видео и опираться больше на ощущения что такая скорость правильная.
Бывает что работа проходит или в плохо освещённом помещении, либо ночью. Хотелось бы иметь качественную подсветку встроенную в стол. Чтобы не била по глазам и была полезна без дополнительного освещения. Ну и конечно чтобы сама определяла освещённость окружения.
Хабр Ложка — несуществующий проект Хабра.
Интересно было бы посмотреть на результаты эксперимента по скрытию рейтинга постов на неделю например. Как это повлияет на минусование постов и мотивацию авторов.
Оказывается на госуслугах очень легко жалобу подать можно. Например если хотите на рекламные звонки пожаловаться.
Rockstar уже заинтересовались?