Насчет снежинок... Один из продуктов компании, на которую я работаю - это встраиваемый виджет, и периодически приходится дебажить на сторонних сайтах... У некоторых стоят всякие защиты devtools, бесит, но больших проблем не вызывает... Гораздо больше бесит, что некоторые сайты жрут по полгига оперативы, которой и так, сколько не ставь - не хватает... Вот на одном из таких сайтов, вкладка которого в хроме сожрала больше гига + жутко тормозила, нашел забавное: в фоне на канвасе рисовались рандомные снежинки и обрабатывалась их анимация, но самих снежинок на экране не было их просто скрыли через display: none, а скрипты убрать не потрудились...
Антон Антон: Вообще, по-хорошему, компонент должен быть песочницей, и воздействовать на родителя не очень то хорошо, черевато багами
Хорошей практикой считаю:
Данные из вне получаем через props
Изнутри эти данные не меняем
Делаем мэпинг данных в локальные, возможно с подстановкой дефолтных значений, либо внутри функции data() (не будет работать биндинг), либо внутри вычисляемых свойств
Для уведомления родителя пользуемся событиями
Александр: опять же имхо, но поменять сборку, это не весь проект переписывать, хотя да, на сбор конфигов, чтоб достичь аналогичного поведения 2-3 часа уйдет
Не воспроизводится проблема... Все работает в safari 10
попробуйте:
1. добавить к video тэгу атрибуты playsinline и webkit-playsinline
2. убрать работу с sessionStorage
dummyman: ясно
В убунте systemd с 14.04 "из коробки" в дебиан ставится
Насчет selinux ничего сказать не могу ибо не знаю что за тулза
На десктопе давно на минте сижу, удобно мне
А вот от centos впечатления, что много софта не компилится ибо ядро 2.x правда это было года 2-3 назад, вот и решил поинтересоваться, может что изменилось
JS для скорости держит строки в памяти в utf16, а по сети для компактности гоняет в utf8
Эти кодировки многобайтные
При попытке перекодировать бинарные данные могут возникать коллизии
При кодировании utf8 -> utf16 байты с кодом >= 128 распознаются как многобайтные символы, если следующий байт закодирован не по правилам - получаем ерунду из первого байта, а второй пытаемся декодировать как новый символ
Александр Дегтярев: сейчас с телефона, код писать не удобно
Если в кратце, то по .on('data' - делаем data.push(chunk)
А по .on('end' - var allData = Buffer.concat(data)
Nik: если это компонент, то да, именно так, компоненты в nuxt - обычные vue компоненты
если это page - то в nuxt это обернутые компоненты, и data() у них не имеет this, но первым аргументом получает контекст https://ru.nuxtjs.org/api/pages-context/
sergemin: Если проблем с английским нет, лучше почитайте Флэнагана в оригинале, Илья Кантор, конечно, лучшее что есть из русскоязычного, но на деле у него много чего устаревшего и много примеров, за тупое копирование которых, уже не раз бил людей по рукам
sergemin: вынесите код обработчика в function-declaration
на старте навесьте эту функцию как обработчик для имеющихся элементов
при добавлении элемента навешивайте обработчик и для него
