Про отправку — пара уточнений: beforeunload мы не используем вообще, на мобильных он не гарантирован. Уход ловят visibilitychange (hidden) и pagehide — кто случится раньше: первый срабатывает при переключении вкладки и сворачивании приложения, второй — при закрытии, оба досылают финальный бейкон. Фолбэк — fetch с keepalive; неудачная периодическая отправка сбрасывает флаг «отправлено», и значение уедет на следующей пятисекундной проверке. Даже потерянный финальный бейкон обычно стоит только прогресса с последней успешной отправки — записанное раньше уже в базе (GREATEST-merge в upsert).
Почему не порог «времени в viewport блока»:
Это другой класс телеметрии: геометрия блоков и IntersectionObserver на каждый блок — уже heatmap. Трекер — ~6 КБ и намеренно ничего не знает о вёрстке: он переживает смену темы, рекламные вставки и агрессивный кэш.
Порог молча переопределяет метрику. «Дошёл до 100%» превращается в «дошёл и задержался дольше N», все исторические графики теряют сопоставимость, а N всё равно произволен: контакты ищут за полсекунды, плотную таблицу читают двадцать. Я в принципе не переопределяю данные на записи — даже визиты ботов не удаляются, а исключаются при отображении, с видимым счётчиком исключённых.
Этот случай лечится редакторски, а не измерительно: если люди смахивают в футер за контактами — контакты пора поднять выше, и время на странице это покажет и без порога.
Честное признание про текущий UI: время хранится и уже работает в отсечении «load-and-die» (пара нулей = пришёл только первый бейкон), но в таблице рядом с процентилями пока не выводится — сегодня пару «100% + 1 с» увидишь только SQL-ом. Вывести медиану времени рядом с глубиной — первый кандидат в следующую версию, если таких сценариев у пользователей много.
По дефолту в гугл аналитиксе есть только 90% прочтение. Но этого мало, так как в современных сайтах бывает высокий подвал и куча ненужного внизу и нет надобности скролить в упор, чтобы прочитать основной текст. Поэтому нужны и промежуточные процентили.
Про фреймер не знаю. Но у меня есть идея написать универсальный трекер, а не только Вордпресс.
Экспресс-панель вы оптимизировали давным-давно, я вам подсказывал идею сделать как в опере современной: типа они держат одну открытую копию новой вкладки в памяти, а потом при реальном открытии просто ссылаются на эту область памяти. получается мгновенное открытие вкладки, так как не надо запускать скрипты по управлению содержимым. За это вам спасибо, вкладка в Вивальди открывается быстро (кроме инкогнито, там тормоза). Возвращаюсь к нашему вопросу: но если это не пустая вкладка, а в ней есть хоть строчка текста (как в моем примере), то такая конструкция уже начнет тормозить: переключение между вкладками не мгновенное, а заметное на глаз, ховер выделения мышки сильно отстает от курсора мышки и тому подобное.
Могу подтвердить эту особенность. Если открыть много (500+) табов с банальным <html>loremipsum</html>, то интерфейс браузера будет сильно тормозить. При этом потребление памяти не будет астрономическим (так как простой хтмл). Вы же яваскриптом управляете табами? Вероятно вашим разработчикам надо пересмотреть логику работу с вкладками. То есть проблема не в тяжелых вкладках, а в количествах.
Очень попросите исправить. У меня вертикальные табы. И эти контуры — мрак. Пусть затемнение будет или высветление (из редактора тем пусть берутся цвета).
У меня скрыт интерфейс. Это очень удобно. Как я с ним работаю:
Когда я жму f4 у меня всплывает панель справа. это очень удобно. см рисунок:
Если я хочу ввести новый урл, то я жму ctrl+l. Появляется строка с адресом. И это очень удобно! см рисунок:
Теперь я хочу какой-то хоткей, чтобы точно также всплывали табы слева (и чтобы я мог стрелками клавиатуры выбирать таб). см рисунок:
Смысл всего этого в том, чтобы избавиться от мышки. Получается в Вивальди сейчас реально вызвать хоткеем панель справа, панель адреса сверху. Но вот панель с табами слева никак нельзя заставить хоткеем всплыть. И приходится постоянно тянуться к мышке и подводить ее к краю экрана. Понимаете, о чем я?
Плотно сижу на «безинтерфейсе». Как в снапшоте он появился, так сразу включил, и через пару минут уже не смог вернуться назад. Очень круто. Еще бы хоткеи на панель с табами (как на есть f4 для панелей).
Ох, это печальная ситуация. Я часто сталкиваюсь с неудобством. Вот пример горизонтального скролла в Трелло. Как мне проскролить мышкой? это физически невозможно. Как только я подвожу туда мышку, то выскакивает status bar. Очень надеюсь, что на это обратят внимание. На самом деле хватает сервисов (а не чисто новостных сайтов) ситуаций, где есть горизонтальный и векртикальный скрол, и ими нельзя пользоваться. 🙏🏻
Можно ли сделать так, чтобы всплывающие панели автохайда всплывали только тогда, когда курсор мышки упирается в самый конец окна? Сейчас всплытие срабатывает на большом расстоянии от границы окна, и например мышкой ухватиться за правый скролбар решительно невозможно.
Вау! То есть можно ожидать серьезного ускорения работы с воркспейсами? Когда планируется завершить перенос? Хотя бы примерно? Ближайший квартал? Хотя бы этот год?
Отключение блокировщика это первое, что я делаю при проблемах с сайтом. И это не проблема Вивальди. Я могу в любом браузере настроить юБлокОриджинал так, что она зарежет любой сайт. С Хабром у меня тоже такая же проблема, надо временно отключить, залогиниться и включить блокировщик заново. Эта проблема, так как хабр юзает кривой проверятор от яндекса. В дальнешем проблем с сайтом нет (если вы конечно не добавили множетсво других листов блокировки в вивальди)
Кстати, за последние дней десять я стал видеть птицы очень часто. Она почти всегда мелькает при закрытие окна. А у меня открыто 3-4 окна всегда (открываю одни, закрываю другие). И иногда просто вкладка умирает (да, у меня сотни вкладок), открываешь, а там птичка. Вин11, 40гиг озу, i5-13500h, встроенная графика
Про отправку — пара уточнений: beforeunload мы не используем вообще, на мобильных он не гарантирован. Уход ловят visibilitychange (hidden) и pagehide — кто случится раньше: первый срабатывает при переключении вкладки и сворачивании приложения, второй — при закрытии, оба досылают финальный бейкон. Фолбэк — fetch с keepalive; неудачная периодическая отправка сбрасывает флаг «отправлено», и значение уедет на следующей пятисекундной проверке. Даже потерянный финальный бейкон обычно стоит только прогресса с последней успешной отправки — записанное раньше уже в базе (GREATEST-merge в upsert).
Почему не порог «времени в viewport блока»:
Это другой класс телеметрии: геометрия блоков и IntersectionObserver на каждый блок — уже heatmap. Трекер — ~6 КБ и намеренно ничего не знает о вёрстке: он переживает смену темы, рекламные вставки и агрессивный кэш.
Порог молча переопределяет метрику. «Дошёл до 100%» превращается в «дошёл и задержался дольше N», все исторические графики теряют сопоставимость, а N всё равно произволен: контакты ищут за полсекунды, плотную таблицу читают двадцать. Я в принципе не переопределяю данные на записи — даже визиты ботов не удаляются, а исключаются при отображении, с видимым счётчиком исключённых.
Этот случай лечится редакторски, а не измерительно: если люди смахивают в футер за контактами — контакты пора поднять выше, и время на странице это покажет и без порога.
Честное признание про текущий UI: время хранится и уже работает в отсечении «load-and-die» (пара нулей = пришёл только первый бейкон), но в таблице рядом с процентилями пока не выводится — сегодня пару «100% + 1 с» увидишь только SQL-ом. Вывести медиану времени рядом с глубиной — первый кандидат в следующую версию, если таких сценариев у пользователей много.
По дефолту в гугл аналитиксе есть только 90% прочтение. Но этого мало, так как в современных сайтах бывает высокий подвал и куча ненужного внизу и нет надобности скролить в упор, чтобы прочитать основной текст. Поэтому нужны и промежуточные процентили.
Про фреймер не знаю. Но у меня есть идея написать универсальный трекер, а не только Вордпресс.
Второй раз не придут на эту статью, но придут на другие.
А что касается нагрузки, то не грузит она проц. Тут просто не на что тратить процессор.
Так агент и гарантированно прочитывает всё на странице. В этом и польза агентов. :)
Экспресс-панель вы оптимизировали давным-давно, я вам подсказывал идею сделать как в опере современной: типа они держат одну открытую копию новой вкладки в памяти, а потом при реальном открытии просто ссылаются на эту область памяти. получается мгновенное открытие вкладки, так как не надо запускать скрипты по управлению содержимым. За это вам спасибо, вкладка в Вивальди открывается быстро (кроме инкогнито, там тормоза). Возвращаюсь к нашему вопросу: но если это не пустая вкладка, а в ней есть хоть строчка текста (как в моем примере), то такая конструкция уже начнет тормозить: переключение между вкладками не мгновенное, а заметное на глаз, ховер выделения мышки сильно отстает от курсора мышки и тому подобное.
Могу подтвердить эту особенность. Если открыть много (500+) табов с банальным <html>loremipsum</html>, то интерфейс браузера будет сильно тормозить. При этом потребление памяти не будет астрономическим (так как простой хтмл). Вы же яваскриптом управляете табами? Вероятно вашим разработчикам надо пересмотреть логику работу с вкладками. То есть проблема не в тяжелых вкладках, а в количествах.
А можно примеры таких дичайших сайтов? Такой жути, как вы описываете, не видел уже лет 10.
И скажите, сколько у вас браузер с ваши блокировщиком набирает в https://superadblocktest.com
У меня вивальди с внутренним блокировщиком набирает 84%. Могу догнать до 92%, но там некоторые сайты ломаются.
там же тупик с объемами. 500 дивов с хтмл он режет, а дальше лимит, и 1500 дивов уже не зарежет. Цифры условные.
Очень попросите исправить. У меня вертикальные табы. И эти контуры — мрак. Пусть затемнение будет или высветление (из редактора тем пусть берутся цвета).
У меня скрыт интерфейс. Это очень удобно. Как я с ним работаю:
Когда я жму f4 у меня всплывает панель справа. это очень удобно. см рисунок:
Если я хочу ввести новый урл, то я жму ctrl+l. Появляется строка с адресом. И это очень удобно! см рисунок:
Теперь я хочу какой-то хоткей, чтобы точно также всплывали табы слева (и чтобы я мог стрелками клавиатуры выбирать таб). см рисунок:
Смысл всего этого в том, чтобы избавиться от мышки. Получается в Вивальди сейчас реально вызвать хоткеем панель справа, панель адреса сверху. Но вот панель с табами слева никак нельзя заставить хоткеем всплыть. И приходится постоянно тянуться к мышке и подводить ее к краю экрана. Понимаете, о чем я?
Плотно сижу на «безинтерфейсе». Как в снапшоте он появился, так сразу включил, и через пару минут уже не смог вернуться назад. Очень круто. Еще бы хоткеи на панель с табами (как на есть f4 для панелей).
Это вкусовщина. Кто-то любит выделение темнее, кто-то светлее. Просто настройте под себя.
Ура! Уже попало в релиз!!!
В любом случае спасибо!
Ох, это печальная ситуация. Я часто сталкиваюсь с неудобством. Вот пример горизонтального скролла в Трелло. Как мне проскролить мышкой? это физически невозможно. Как только я подвожу туда мышку, то выскакивает status bar. Очень надеюсь, что на это обратят внимание. На самом деле хватает сервисов (а не чисто новостных сайтов) ситуаций, где есть горизонтальный и векртикальный скрол, и ими нельзя пользоваться. 🙏🏻
Jpeg xl как раз недавно был добавлен в хромобраузеры. #enable-jxl-image-format
Можно ли сделать так, чтобы всплывающие панели автохайда всплывали только тогда, когда курсор мышки упирается в самый конец окна? Сейчас всплытие срабатывает на большом расстоянии от границы окна, и например мышкой ухватиться за правый скролбар решительно невозможно.
Вау! То есть можно ожидать серьезного ускорения работы с воркспейсами? Когда планируется завершить перенос? Хотя бы примерно? Ближайший квартал? Хотя бы этот год?
Отключение блокировщика это первое, что я делаю при проблемах с сайтом. И это не проблема Вивальди. Я могу в любом браузере настроить юБлокОриджинал так, что она зарежет любой сайт. С Хабром у меня тоже такая же проблема, надо временно отключить, залогиниться и включить блокировщик заново. Эта проблема, так как хабр юзает кривой проверятор от яндекса. В дальнешем проблем с сайтом нет (если вы конечно не добавили множетсво других листов блокировки в вивальди)
Кстати, за последние дней десять я стал видеть птицы очень часто. Она почти всегда мелькает при закрытие окна. А у меня открыто 3-4 окна всегда (открываю одни, закрываю другие). И иногда просто вкладка умирает (да, у меня сотни вкладок), открываешь, а там птичка. Вин11, 40гиг озу, i5-13500h, встроенная графика