После всех этих добавлений светящихся элементов, где только можно, меня больше всего удивляла почему никто не додумался разьемы устанавливать сзади, наконец додумались, была бы еще возможность подключить сзади Riser, вообще бы было супер.
Вы ведь понимаете что лидеры продаж показывают как активно покупают? А значит и сравнивать лишь нужно с новыми играми, а их по сути только две Хогвартс и the forest, поэтому это вообще не показатель, игру на старте всегда будут покупать активнее других, тем более сильно распиаренную, вопрос сколько игроков купило игру, и как раз статистика играющих, более менее отображает реальность (я говорю именно про релиз игры).
На счет рейтинга в стиме я бы тоже не был бы так уверен, он показывает оценки купивших игру, а скольким игрокам она не понравилась именно с предрелизной версии, которые из-за этого ее не купили.
Вы про какой стим говорите? Тот же the forest 2 играет в десятки больше людей. Для AAA игр, собрать максимум 40к играющих в день релиза, это полный провал, хотя интересно что там по статистике в vkplay.
Это называется "редактор хабра", пуля просто пролетела над головой, пройдя сквозь наушники, а не спасла от пули, и на полной фотографии, а не которую специально обрезали, это прекрасно видно.
Сравнивать нужно с разными сайтами, особенно в сегодняшних реалиях, когда на сайт могут навесить тяжелый фреймворк плюс кучу библиотек, тогда то хром пробуждает свою способность поедать память, да и к тому же только что открытая вкладка действительно съедает мало памяти, хватит посидеть на сайте, и вот уже пол гигабайта улетают на одну вкладку, я уже не говорю про DevTools, который может отъедать всю оставшуюся память, к примеру у меня не редки случаи, когда DevTools, за пол часа работы, отбирал порядка 5ГБ оперативки, с какой то стороны я бы сказал что это вина разработчиков сайтов, но почему то та же лиса с этим справляется получше, при тех же условиях, в общем тут нужно углубляться куда лучше, чем Ваш небольшой тест на открытия пару вкладок.
ФАС пояснила, что в некоторых случаях купить, например, электронную книгу дешевле на сайте продавца, так как у Apple предусмотрена комиссия 15–30% с каждого платежа в App Store.
С каких это пор у Apple предусмотрена комиссия на "товар" ?
То есть вы мне хотите сказать, что браузер не проверяет ли были сделаны изменения, и при каждом вызове elem.getBoundingClientRect() делает forced reflow ?
Спасибо, хотя если честно, даже не до конца понимаю почему идет вызов forced reflow, понимаю при "elem.focus()", но что такого дает "elem.getBoundingClientRect()" ?
Надо бы почитать, не думал что get может тоже вызвать forced reflow, вроде уже сижу на ваниле более 10 лет, думал что уже знаю практически все, но временами находиться моменты, о которых даже не подозревал, век живи, век учись :)
При изменении некоторых свойств DOM элементов или вызове некоторых методов происходит приостановка выполнения кода и forced reflow.
Согласен, но я ведь не меняю их свойства, а лишь считываю, хотя может вы и правы, на счет данной функции я сильно не читал, лишь говорю с практики, углублюсь в ближайшее время в данную тему.
Я конечно могу сильно ошибаться, так как не заглядывал в код движка браузера, того же хромиума, но разве просчет всех элементов, от положения, до их размеров, не идет перед рендерингом страницы? А значит я вытягиваю данные уже просчитанные, так что не до конца понимаю как это может замедлить выполнения кода.
Как только у вас появятся сложный layout, который действительно будет долго пересчитывать, разница станет очевидной.
Ну это уже проблема самого layout'a, не нужно громоздить миллионы DOM элементов на странице.
Я бы не сказал что менее производительней, частенько использую getBoundingClientRect для мониторинга, и на тех же мобильных пяти летней давности никаких проблем не было, все работает шустро, к тому же мой пример дает возможность точно понимать где сейчас находиться блок, в отличие от примера автора.
Что то у меня ваш первый пример не работает, а разве не проще было просто сделать коллбек для скролла, и проверять положения каждого блока с помощью getBoundingClientRect ?
UPD: работает, только надо перейти на codepen, во фрейме почему то не хочет, но все равно работает через раз, может спокойно перескролить некоторые секции в меню
Кто нибудь может объяснить связь между блокировкой Китаем криптовалют, и "возможным" подешевением графических карт в Европе, разве не должно быть ровно противоположная тенденция? Сейчас то карты может и подешевеют, так как придёт прилив этих самых карт с Китая, но ведь хешрейт упадет как минимум на 50-60%, что даст профит, из-за чего что добывать сейчас по 30 тысяч за биткоин, что добывать несколько месяцев назад, по 60 тысяч, будет одинаково, или я чего то не понимаю?
Не до конца понял о чем вы, rem зависит от значения font-size в теге html, и только от этого значения, в настройках браузера можно менять стандартный font-size в html, но он лишь изменяет стандартное значение, и если задать конкретное значение:
html {
font-size: 10px;
}
то один rem будет всегда равняться 10 пикселям, и никакие настройки браузера вам не помогут, а так как много кто устанавливает значения font-size именно в теге html, то не понятно в чем смысл менять px на rem.
Rem зависит от html тега, но это я прекрасно понимаю, не понимаю в чем отличие для автора, когда это те же пиксели, и что одно, что другое можно легко изменить.
После всех этих добавлений светящихся элементов, где только можно, меня больше всего удивляла почему никто не додумался разьемы устанавливать сзади, наконец додумались, была бы еще возможность подключить сзади Riser, вообще бы было супер.
Вы ведь понимаете что лидеры продаж показывают как активно покупают? А значит и сравнивать лишь нужно с новыми играми, а их по сути только две Хогвартс и the forest, поэтому это вообще не показатель, игру на старте всегда будут покупать активнее других, тем более сильно распиаренную, вопрос сколько игроков купило игру, и как раз статистика играющих, более менее отображает реальность (я говорю именно про релиз игры).
На счет рейтинга в стиме я бы тоже не был бы так уверен, он показывает оценки купивших игру, а скольким игрокам она не понравилась именно с предрелизной версии, которые из-за этого ее не купили.
Вы про какой стим говорите? Тот же the forest 2 играет в десятки больше людей. Для AAA игр, собрать максимум 40к играющих в день релиза, это полный провал, хотя интересно что там по статистике в vkplay.
Это называется "редактор хабра", пуля просто пролетела над головой, пройдя сквозь наушники, а не спасла от пули, и на полной фотографии, а не которую специально обрезали, это прекрасно видно.
Сравнивать нужно с разными сайтами, особенно в сегодняшних реалиях, когда на сайт могут навесить тяжелый фреймворк плюс кучу библиотек, тогда то хром пробуждает свою способность поедать память, да и к тому же только что открытая вкладка действительно съедает мало памяти, хватит посидеть на сайте, и вот уже пол гигабайта улетают на одну вкладку, я уже не говорю про DevTools, который может отъедать всю оставшуюся память, к примеру у меня не редки случаи, когда DevTools, за пол часа работы, отбирал порядка 5ГБ оперативки, с какой то стороны я бы сказал что это вина разработчиков сайтов, но почему то та же лиса с этим справляется получше, при тех же условиях, в общем тут нужно углубляться куда лучше, чем Ваш небольшой тест на открытия пару вкладок.
С каких это пор у Apple предусмотрена комиссия на "товар" ?
То есть вы мне хотите сказать, что браузер не проверяет ли были сделаны изменения, и при каждом вызове elem.getBoundingClientRect() делает forced reflow ?
Спасибо, хотя если честно, даже не до конца понимаю почему идет вызов forced reflow, понимаю при "elem.focus()", но что такого дает "elem.getBoundingClientRect()" ?
Надо бы почитать, не думал что get может тоже вызвать forced reflow, вроде уже сижу на ваниле более 10 лет, думал что уже знаю практически все, но временами находиться моменты, о которых даже не подозревал, век живи, век учись :)
Согласен, но я ведь не меняю их свойства, а лишь считываю, хотя может вы и правы, на счет данной функции я сильно не читал, лишь говорю с практики, углублюсь в ближайшее время в данную тему.
Я конечно могу сильно ошибаться, так как не заглядывал в код движка браузера, того же хромиума, но разве просчет всех элементов, от положения, до их размеров, не идет перед рендерингом страницы? А значит я вытягиваю данные уже просчитанные, так что не до конца понимаю как это может замедлить выполнения кода.
Ну это уже проблема самого layout'a, не нужно громоздить миллионы DOM элементов на странице.
Я бы не сказал что менее производительней, частенько использую getBoundingClientRect для мониторинга, и на тех же мобильных пяти летней давности никаких проблем не было, все работает шустро, к тому же мой пример дает возможность точно понимать где сейчас находиться блок, в отличие от примера автора.
Что то у меня ваш первый пример не работает, а разве не проще было просто сделать коллбек для скролла, и проверять положения каждого блока с помощью getBoundingClientRect ?
UPD: работает, только надо перейти на codepen, во фрейме почему то не хочет, но все равно работает через раз, может спокойно перескролить некоторые секции в меню
Правильно подметили, каждую неделю сумма будет увеличиваться в два раза, от этого и такая сумма
Кто нибудь может объяснить связь между блокировкой Китаем криптовалют, и "возможным" подешевением графических карт в Европе, разве не должно быть ровно противоположная тенденция? Сейчас то карты может и подешевеют, так как придёт прилив этих самых карт с Китая, но ведь хешрейт упадет как минимум на 50-60%, что даст профит, из-за чего что добывать сейчас по 30 тысяч за биткоин, что добывать несколько месяцев назад, по 60 тысяч, будет одинаково, или я чего то не понимаю?
то один rem будет всегда равняться 10 пикселям, и никакие настройки браузера вам не помогут, а так как много кто устанавливает значения font-size именно в теге html, то не понятно в чем смысл менять px на rem.