О, кстати.
Меня вот что ещё выбесило. Я на двух машинах под двумя ОС (итого 4 раза) на каждой устанавливал Vivaldi и прокликивал все несколько десятков элементов Speed Dial чтобы у них подгрузились превью.
Уже потом я обнаружил, что можно с того же Speed Dial выбрать «Bookmarks», там выбрать «Speed Dial» и в панели нажать «Update thumbnails», но это достаточно неочевидная последовательность действий и мне кажется, что обычному пользователю до этого будет сложно догадаться и он бы ожидал, что если на других компьютерах он это (получение превью) делал, то после синхронизации на новом компьютере превью тоже должно подгрузиться.
Я, конечно же, не имею в виду, что вам нужно синхронизировать сами превью в ваше хранилище, но, например, статус «есть превью» или «нет превью» у элемента можно было бы сохранять и при первой синхронизации для элементов где оно есть (хотя бы на Speed Dial) — обновлять. Opera так делала, если мне память не изменяет. Я на это дело много времени убил пока СЛУЧАЙНО не обнаружил, что можно было быстрее.
Подытожу. Мне кажется, тут есть два направления для работы: автоматическое обновление после синхронизации и более интуитивный доступ к ручному массовому обновлению (например в ПКМ по Speed Dial и по «папкам» на нём, а не только элементам внутри них).
Полагаю, vmchaz говорит о фиче подобной обсуждаемому выше мастер-паролю для базы паролей, только применимой ко всему профилю. То есть, при запуске браузера появляется требование ввести пароль и только после его ввода инициализируется профиль.
Соответственно, с диска сторонним софтом и вредоносами не получится спереть данные — только из памяти браузера.
UPD: От себя добавлю, что скорее всего, это нужно немногим и на данном этапе гораздо проще реализовать это шифрованием уровня ФС нежели ждать реализации в Vivaldi. Потому что, скорее всего, слишком много кода Chromium нужно будет перелопатить чтобы заставить такую обширную фичу работать.
Насколько я знаю, можно использовать расширения и сторонний софт.
Ну вот я вам скриншот из расширения приложил к комментарию (и к релизу 2.0 тоже писал об этой проблеме). И в прошлом треде по 2.0 было обсуждение, где лично я пришёл к выводу, что проблема корнями уходит в Chromium. Мой вопрос скорее в том, будет ли это конкретно в Vivaldi исправляться как делается с некоторыми другими противными проблемами апстрима.
Запустите браузер из консоли и выполните предлагаемые команды. По лицензионным ограничениям мы не можем включить библиотеку в браузер.
Вы мне выше пишете, что я невнимательно читаю, но, кажется, тоже не дочитываете до конца абзацы. Я написал, что я ПОНИМАЮ, почему не бандлится библиотека. Также я написал, что я решил эту проблему рекомендуемым костылём из CLI. А ещё я написал что у меня в дистрибутиве вообще-то есть решение из пакетного менеджера, с которым другие браузеры (Chromium) работают, а Vivaldi почему-то нет.
Не вижу жалоб на подобные проблемы у нас в BTS.
Понятно. Поживу, посмотрю как будет себя вести 2.6. Если будет досаждать — подумаю как оформить багрепорт.
Это невозможно. Может, адрес указали неверно?
Ваш баг-репорт номер VB-54573. Подтверждён.
Адрес указан — *******-**@ya.ru. Это верный адрес?
Да, адрес мой. При поиске «vivaldi» в ящике до сегодняшнего дня (комменты с Хабра) только отбивки по комментам с Хабра на 2.0.
Может быть, Яндекс сожрал антиспамом ваше письмо? Не подскажете, с какого адреса приходят отбивки багтрекера?
Ну и главное что репорт зарегистрирован. Надеюсь, со временем эту фичу реализуют.
в пользу этого говорят строки про изменения в апстриме Chromium
Лично мне интересно было бы на бенчмарки посмотреть. Особенно в рамках Vivaldi. В рамках Chromium, скорее всего, уже давно сделано кем-то в сообществе.
Ну, немного противоречит приоритетам, возможно. Шифрование паролей везде уже есть, а в Vivaldi ещё не завезли. Хотя стоило бы сделать это изначально.
Если говорить утрируя (некорректно, но с долей истины), то лампочки Hue браузер стал поддерживать, кажется, больше года назад, а пароли не шифрует до сих пор.
Ну почему же?
Если он у вас тоже написан на JavaScript — скорее всего, ваша реализация даже если и быстрее, то точно менее функциональна в перворелизном виде.
А вот если у вас там на уровне C++ кода в движке всё работает (в пользу этого говорят строки про изменения в апстриме Chromium) и разница в производительности разительная (интересно было бы бенчмарк посмотреть) — тогда имеет смысл задуматься.
Есть ли возможность в новых версиях добавить собственные настройки прокси (как у Firefox) а не использовать глобальные от IE?
В случае с Firefox можно пользоваться расширениями. Но как я жалуюсь в комментарии ниже, Vivaldi не умеет проходить аутентификацию в SOCKS5, что может создавать проблемы.
Прошло много лет, и браузер Vivaldi, в силу своих конструктивных особенностей, по-прежнему не отличается высокой скоростью работы интерфейса. Но здесь есть одна тонкость: нынешняя невысокая скорость работы интерфейса браузера Vivaldi значительно выше, чем невысокая скорость работы интерфейса браузера Vivaldi четырёхлетней давности.
Зато честно. Нет, серьёзно, лучше так, чем «теперь мы самые быстрые», а на деле видно лаги.
Вообще, Vivaldi — достаточно забавный браузер. Забавный тем, что мне относительно комфортно (релизом 2.5 я пользуюсь уже неделю и ещё не удалил его) стало им пользоваться только через четыре года. Возможно, вы меня видели некоторых предыдущих постах (2.0). Я примерно раз в полгода приходил, пробовал и писал набор проблем, которые не дают мне комфортно работать с браузером.
В этот раз всё как-то получше. Но всё ещё есть проблемы и чтобы не нарушать традицию, я о них напишу.
SOCKS5 с аутентификацией.
Эта проблема, как я понял, так и осталась. Vivaldi всё ещё не умеет аутентификацию в SOCKS5 прокси, что делает его использование лично для меня очень неудобным (блокировки, знаете ли). Самый противный лично для меня баг, который нельзя побороть с моей стороны.
libffmpeg.so (Linux).
Всё там же. Корни проблемы ясны, бандлить кодеки с браузером — дорого. Тут никаких вопросов.
Но почему-то Vivaldi отказался работать с системным libffmpeg.so, который собирается в Gentoo из пакета ffmpeg (4.1.3) при включении флага «chromium» (описание флага: «Builds libffmpeg.so to enable media playback in Chromium-based browsers like Opera and Vivaldi.»). Если что, я даже пробовал делать симлинк на эту библиотеку в ~/.local/lib/vivaldi (lib -> lib64), но это не помогло. Поведение плеера, кажется чуть-чуть изменилось по сравнению с тем когда библиотека отсутствовала в этой директории, но видео всё равно не проигрывалось. А вот при вытаскивании библиотеки из deb-пакета (как советует выхлоп vivaldi в CLI) и размещении libffmpeg.so в той же директории — работало.
Если нужно — могу предоставить настройки сборки ffmpeg. Хотя сомневаюсь, что кому-то интересно с этим разбираться. Однако, было бы круто если бы vivaldi цеплял системный ffmpeg в случае если там собрана библиотека для chromium-based браузеров и не требовал ручных костылей. Тоже проверял работу с системной библиотекой libffmpeg.so только на 2.5.
Низкий FPS в видео (Linux).
В Linux у меня почему-то складывается ощущение, что видео (как минимум из Emby) проигрывается с меньшим FPS, чем оно есть. Проверить это, к сожалению, достаточно сложно, но я ощущаю этот эффект в Vivaldi. В Chromium, Firefox на Linux или Vivaldi под Windows такого не вижу. Правда, это моя оценка по версии 2.5. В ближайшее время буду смотреть на поведение 2.6 и, возможно, с вашими оптимизациями интерфейса что-то изменится в лучшую сторону и в этом плане.
Speed Dial не реагирует на дополнительные кнопки мыши.
Не знаю как вам, а мне кажется интуитивным поведение когда при открытой «папке» с элементами Speed Dial и нажатии на кнопку «back» на мыши происходил бы возврат на корень Speed Dial. Этого, к сожалению, не происходит и приходится кликать на кнопку возврата уровнем выше. Это неудобно. Багрепорт про это отправил несколько дней назад в ваш трекер. К сожалению, на почту не упало никакой отбивки с номером таска и поэтому тут я его не приведу.
И несмотря на всё это, в этот раз я смог продержаться на Vivaldi дольше пары часов (которых раньше хватало чтобы понять, что пока нам не по пути) и дальше пробую пользоваться им как ежедневным инструментом для работы и личного досуга.
Если ничего критичного больше не найду — буду более активно следить за развитием браузера и репортить баги.
P.S. Аутентификацию в SOCKS5 починить вообще в планах?
Docker Registry (а судя по формату ссылок — это именно он) сам по себе никак не контролирует уровни доступа вида «запись»/«чтение». Его можно прикрывать сторонними средствами типа Nginx и обеспечивать аутентификацию/авторизацию на уровне реверс-прокси. Либо использовать базовую HTTP аутентификацию, но тогда оба действия будут доступны прошедшему эту аутентификацию.
В данном же случае сервис торчал без какой-либо аутентификации наружу. То есть, с крайне высокой вероятностью push образа также можно было туда сделать.
Единственное что значительно менее вероятно — так это то, что именно по пушу нового образа запускался деплой. Обычно он инициируется по коммиту/тегу в VCS. А сам Docker Registry работает внутри контейнера, ничего не триггерит и является лишь хранилищем образов.
К списку добавилась третья проблема: синхронизация сломалась.
Как это было:
Запуск браузера
Всплывающее под адресной строкой сообщение о том, что «Vivaldi Sync has beed disabled because of a login or server issue. You can find more details in the Sync Settings».
В настройках синхронизации написано, что «Logged as skobkin». Рядом доступна кнопка «Restart Sync».
При нажатии кнопки «Restart Sync» снова появляется всплывающее сообщение из второго пункта.
Да, установка libffmpeg от chromium помогла. Спасибо.
Тогда на данный момент последняя (надеюсь) серьёзная проблема — это то, что SOCKS5 через SwitchyOmega не работает… Я подозреваю, что Vivaldi, наверное, скушает PAC-файл, но это уж очень неудобно в отличие от расширения…
Ну вообще, если мне память не изменяет, существование Vivaldi как раз и вызвано тем, что основные браузеры выкинули галочки из настроек и подогнали всё под одну гребёнку.
Меня вот что ещё выбесило. Я на двух машинах под двумя ОС (итого 4 раза) на каждой устанавливал Vivaldi и прокликивал все несколько десятков элементов Speed Dial чтобы у них подгрузились превью.
Уже потом я обнаружил, что можно с того же Speed Dial выбрать «Bookmarks», там выбрать «Speed Dial» и в панели нажать «Update thumbnails», но это достаточно неочевидная последовательность действий и мне кажется, что обычному пользователю до этого будет сложно догадаться и он бы ожидал, что если на других компьютерах он это (получение превью) делал, то после синхронизации на новом компьютере превью тоже должно подгрузиться.
Я, конечно же, не имею в виду, что вам нужно синхронизировать сами превью в ваше хранилище, но, например, статус «есть превью» или «нет превью» у элемента можно было бы сохранять и при первой синхронизации для элементов где оно есть (хотя бы на Speed Dial) — обновлять. Opera так делала, если мне память не изменяет. Я на это дело много времени убил пока СЛУЧАЙНО не обнаружил, что можно было быстрее.
Подытожу. Мне кажется, тут есть два направления для работы: автоматическое обновление после синхронизации и более интуитивный доступ к ручному массовому обновлению (например в ПКМ по Speed Dial и по «папкам» на нём, а не только элементам внутри них).
Соответственно, с диска сторонним софтом и вредоносами не получится спереть данные — только из памяти браузера.
UPD: От себя добавлю, что скорее всего, это нужно немногим и на данном этапе гораздо проще реализовать это шифрованием уровня ФС нежели ждать реализации в Vivaldi. Потому что, скорее всего, слишком много кода Chromium нужно будет перелопатить чтобы заставить такую обширную фичу работать.
Ну вот я вам скриншот из расширения приложил к комментарию (и к релизу 2.0 тоже писал об этой проблеме). И в прошлом треде по 2.0 было обсуждение, где лично я пришёл к выводу, что проблема корнями уходит в Chromium. Мой вопрос скорее в том, будет ли это конкретно в Vivaldi исправляться как делается с некоторыми другими противными проблемами апстрима.
Вы мне выше пишете, что я невнимательно читаю, но, кажется, тоже не дочитываете до конца абзацы. Я написал, что я ПОНИМАЮ, почему не бандлится библиотека. Также я написал, что я решил эту проблему рекомендуемым костылём из CLI. А ещё я написал что у меня в дистрибутиве вообще-то есть решение из пакетного менеджера, с которым другие браузеры (Chromium) работают, а Vivaldi почему-то нет.
Понятно. Поживу, посмотрю как будет себя вести 2.6. Если будет досаждать — подумаю как оформить багрепорт.
Да, адрес мой. При поиске «vivaldi» в ящике до сегодняшнего дня (комменты с Хабра) только отбивки по комментам с Хабра на 2.0.
Может быть, Яндекс сожрал антиспамом ваше письмо? Не подскажете, с какого адреса приходят отбивки багтрекера?
Ну и главное что репорт зарегистрирован. Надеюсь, со временем эту фичу реализуют.
Я там же пишу говоря про реализацию в движке:
Лично мне интересно было бы на бенчмарки посмотреть. Особенно в рамках Vivaldi. В рамках Chromium, скорее всего, уже давно сделано кем-то в сообществе.
Если говорить утрируя (некорректно, но с долей истины), то лампочки Hue браузер стал поддерживать, кажется, больше года назад, а пароли не шифрует до сих пор.
Если он у вас тоже написан на JavaScript — скорее всего, ваша реализация даже если и быстрее, то точно менее функциональна в перворелизном виде.
А вот если у вас там на уровне C++ кода в движке всё работает (в пользу этого говорят строки про изменения в апстриме Chromium) и разница в производительности разительная (интересно было бы бенчмарк посмотреть) — тогда имеет смысл задуматься.
В случае с Firefox можно пользоваться расширениями. Но как я жалуюсь в комментарии ниже, Vivaldi не умеет проходить аутентификацию в SOCKS5, что может создавать проблемы.
Зато честно. Нет, серьёзно, лучше так, чем «теперь мы самые быстрые», а на деле видно лаги.
Вообще, Vivaldi — достаточно забавный браузер. Забавный тем, что мне относительно комфортно (релизом 2.5 я пользуюсь уже неделю и ещё не удалил его) стало им пользоваться только через четыре года. Возможно, вы меня видели некоторых предыдущих постах (2.0). Я примерно раз в полгода приходил, пробовал и писал набор проблем, которые не дают мне комфортно работать с браузером.
В этот раз всё как-то получше. Но всё ещё есть проблемы и чтобы не нарушать традицию, я о них напишу.
Эта проблема, как я понял, так и осталась. Vivaldi всё ещё не умеет аутентификацию в SOCKS5 прокси, что делает его использование лично для меня очень неудобным (блокировки, знаете ли). Самый противный лично для меня баг, который нельзя побороть с моей стороны.
Всё там же. Корни проблемы ясны, бандлить кодеки с браузером — дорого. Тут никаких вопросов.
Но почему-то Vivaldi отказался работать с системным libffmpeg.so, который собирается в Gentoo из пакета ffmpeg (4.1.3) при включении флага «chromium» (описание флага: «Builds libffmpeg.so to enable media playback in Chromium-based browsers like Opera and Vivaldi.»). Если что, я даже пробовал делать симлинк на эту библиотеку в ~/.local/lib/vivaldi (lib -> lib64), но это не помогло. Поведение плеера, кажется чуть-чуть изменилось по сравнению с тем когда библиотека отсутствовала в этой директории, но видео всё равно не проигрывалось. А вот при вытаскивании библиотеки из deb-пакета (как советует выхлоп vivaldi в CLI) и размещении libffmpeg.so в той же директории — работало.
Если нужно — могу предоставить настройки сборки ffmpeg. Хотя сомневаюсь, что кому-то интересно с этим разбираться. Однако, было бы круто если бы vivaldi цеплял системный ffmpeg в случае если там собрана библиотека для chromium-based браузеров и не требовал ручных костылей.
Тоже проверял работу с системной библиотекой libffmpeg.so только на 2.5.
В Linux у меня почему-то складывается ощущение, что видео (как минимум из Emby) проигрывается с меньшим FPS, чем оно есть. Проверить это, к сожалению, достаточно сложно, но я ощущаю этот эффект в Vivaldi. В Chromium, Firefox на Linux или Vivaldi под Windows такого не вижу. Правда, это моя оценка по версии 2.5. В ближайшее время буду смотреть на поведение 2.6 и, возможно, с вашими оптимизациями интерфейса что-то изменится в лучшую сторону и в этом плане.
Не знаю как вам, а мне кажется интуитивным поведение когда при открытой «папке» с элементами Speed Dial и нажатии на кнопку «back» на мыши происходил бы возврат на корень Speed Dial. Этого, к сожалению, не происходит и приходится кликать на кнопку возврата уровнем выше. Это неудобно. Багрепорт про это отправил несколько дней назад в ваш трекер. К сожалению, на почту не упало никакой отбивки с номером таска и поэтому тут я его не приведу.
И несмотря на всё это, в этот раз я смог продержаться на Vivaldi дольше пары часов (которых раньше хватало чтобы понять, что пока нам не по пути) и дальше пробую пользоваться им как ежедневным инструментом для работы и личного досуга.
Если ничего критичного больше не найду — буду более активно следить за развитием браузера и репортить баги.
P.S. Аутентификацию в SOCKS5 починить вообще в планах?
В данном же случае сервис торчал без какой-либо аутентификации наружу. То есть, с крайне высокой вероятностью push образа также можно было туда сделать.
Единственное что значительно менее вероятно — так это то, что именно по пушу нового образа запускался деплой. Обычно он инициируется по коммиту/тегу в VCS. А сам Docker Registry работает внутри контейнера, ничего не триггерит и является лишь хранилищем образов.
Как это было:
UPD: Кажется, я нашёл причину:
Тогда на данный момент последняя (надеюсь) серьёзная проблема — это то, что SOCKS5 через SwitchyOmega не работает… Я подозреваю, что Vivaldi, наверное, скушает PAC-файл, но это уж очень неудобно в отличие от расширения…
emby.media/community/index.php?/topic/34386-vivaldi
Ну вообще, если мне память не изменяет, существование Vivaldi как раз и вызвано тем, что основные браузеры выкинули галочки из настроек и подогнали всё под одну гребёнку.