The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлен Fifth, минималистичный web-браузер с интерфейсом..., opennews (??), 16-Ноя-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


68. "Представлен Fifth, минималистичный web-браузер с..."  –1 +/
Сообщение от Аноним (-), 16-Ноя-14, 19:00 
> а зачем они нужны?

Чтобы смотреть видео и слушать аудио. //Да, я тоже сегодня Кэп :)

Ответить | Правка | Наверх | Cообщить модератору

69. "Представлен Fifth, минималистичный web-браузер с..."  +1 +/
Сообщение от arisu (ok), 16-Ноя-14, 19:03 
>> а зачем они нужны?
> Чтобы смотреть видео и слушать аудио. //Да, я тоже сегодня Кэп :)

почему с этим никак не может справиться внешний плеер, который браузер автоматически вызовет при клике на соответствующую ссылку?

Ответить | Правка | Наверх | Cообщить модератору

72. "Представлен Fifth, минималистичный web-браузер с..."  –2 +/
Сообщение от Аноним (-), 16-Ноя-14, 19:14 
> почему с этим никак не может справиться внешний плеер, который браузер автоматически
> вызовет при клике на соответствующую ссылку?

Спасибо, конечно, но мне не хочется чтобы что-то где-то отдельно запускалось - FYI, попап блокеры и форс-редиректы в новые вкладки вместо новых окон - придумали не просто так. Кроме того, в ряде случаев видео задумано как элемент страницы и где-то сбоку оно мне ни в п...у, ни в красну армию. А потом еще бонусом чего доброго окажется что хитрый вебфломастер какой-нибудь там эскейпинг путей сорвал и немного повыполнял команды в моей системе, да? А мне это надо? Да и огромные мультимедийные либы и навороченные плееры тестировать на бажность внешним контентом - удовольствие довольно сомнительное имхо.

А еще webGL я бы не отказался видеть - на свой страх и риск, после подтверждения. Иногда используется для довольно дельных или симпатичных штук. Но, ессно, выполнять сие без спроса - хреновая идея.

Ответить | Правка | Наверх | Cообщить модератору

78. "Представлен Fifth, минималистичный web-браузер с..."  +2 +/
Сообщение от arisu (ok), 16-Ноя-14, 19:29 
> Спасибо, конечно, но мне не хочется чтобы что-то где-то отдельно запускалось

тогда не тыкай в ссылку. какие проблемы?

> Кроме того, в ряде случаев видео
> задумано как элемент страницы и где-то сбоку оно мне ни в
> п...у, ни в красну армию.

в каком ряде?

> А потом еще бонусом чего доброго
> окажется что хитрый вебфломастер какой-нибудь там эскейпинг путей сорвал и немного
> повыполнял команды в моей системе, да?

конечно, отдельно запущеное приложение, которое даже и не знает, что ты с сайта пришёл, а просто тупо качает поток по сети и рисует — оно значительно опасней, чем библиотеки, вмонтированые в браузер. ведь из такого приложения намного проще сплоетом по браузеру ударить, нежели из вкомпилированых в браузер библиотек.

> и огромные мультимедийные либы и навороченные плееры тестировать на бажность внешним
> контентом - удовольствие довольно сомнительное имхо.

не пользуйся огромными и наворочеными. у меня вот mpv отлично справляется. из всех требований — ffmpeg/libav. максимум, что может произойти страшного — сплоет крашнет mpv. ужасно, конечно, но я переживу.

> А еще webGL я бы не отказался видеть - на свой страх
> и риск, после подтверждения. Иногда используется для довольно дельных или симпатичных
> штук. Но, ессно, выполнять сие без спроса - хреновая идея.

зачем в браузере 3д с opengl? это как-то помогает читать буквы?

Ответить | Правка | Наверх | Cообщить модератору

88. "Представлен Fifth, минималистичный web-браузер с..."  +/
Сообщение от Аноним (-), 16-Ноя-14, 19:51 
> тогда не тыкай в ссылку. какие проблемы?

Так тогда и кина не будет. А это уже неинтересно. Штуки типа ютуба давно стали частью веба и чтобы игнорировать этот факт - надо окончательно отморозить себе остатки здравого смысла. Знаешь, если запускать внешние программы - я HTML5 видео укачаю и wget или curl, если уж на то пошло, дурное дело не хитрое.

> в каком ряде?

Да мало ли. Проигрывание какого-нибудь интро, показ видео по теме и прочее. Вон на хабре чувак молнию разрядить контролируемо смог. И рядом мувик - как этот смачный бабах выглядит. Наглядно и по теме статьи. А нафиг мне такое где-то в отдельном плеере? Я читая статью посмотрел мувик минуту и забыл о нем. Элементарное юзабилити.

> конечно, отдельно запущеное приложение, которое даже и не знает, что ты с
> сайта пришёл, а просто тупо качает поток по сети

Во первых, в ряде случаев это просто не сработает. Раз не знает - не сможет отдать куки. Половина сайтов стало быть пошлет в пешее эротическое, посчитав чем-то типа бота. Во вторых, это означает что настройки типа прокси и т.п.- будут жить еще и где-то в каких-то программах дополнительно. Оно мне надо?

> и рисует — оно значительно опасней, чем библиотеки, вмонтированые в браузер.

Да. Браузер с полутора кодеками которые тестирует миллион хомяков будет "утоптанной поляной" и баги в кодеках там вытопчут. И не будет шансов что каким-нибудь кривым именем файла или чем там еще путь проэскейпят/обойдут, etc. Это кончно можно при сильном желании зарулить со стороны програмера, но насколько там конкретный програмер допрет это делать и нигде не лоханется и не наступит на кучу иных проблем на этом пути - очень отдельный вопрос.

> ведь из такого приложения намного проще сплоетом по браузеру ударить,

Почему по браузеру? По плееру. А дальше иди и забирай все данные браузера оптом. Юзер чаще всего один и тот же. Особо лютые параноики могут конечно попробовать контейнер слепить через clone() но это врядли сделает автор браузера.

> нежели из вкомпилированых в браузер библиотек.

Их там относительно мало - поверхность для обстрела довольно небольшая по сравнению с отдельным плеером + его дергом из браузера.

> не пользуйся огромными и наворочеными. у меня вот mpv отлично справляется.

А он не огромный и не навороченный? Да ты шутить изволишь, он понимает 100500 кодеков и юзает ffmpeg или libav, которые фичастые, но не умеют разве что тапки к кровати приносить и потому наверняка там 100500 багов. Прецеденты с ними обоими были и будут дальше. А mpv с его %$#нутой системой сборки я вообще могу пожелать разве что околеть поскорее.

> из всех требований — ffmpeg/libav.

А это не мегакомбайны, типа? :)

> максимум, что может произойти страшного —
> сплоет крашнет mpv. ужасно, конечно, но я переживу.

Да вообще-то в этих либах дыр с выполнением кода было далеко не 1 штука. А вот дыр в встроенных кодеках лисы или хрома я вообще не припоминаю. Хоть там и баунти за баги есть, достаточно увесистое.

> зачем в браузере 3д с opengl? это как-то помогает читать буквы?

Это может быть удобно для иллюстративных мероприятий. Одно дело написать много букв про солнечную систему и совсем иное дело - просто пойти и порулить в ней, etc. Для чего 3D оказывается очень кстати. Ведь окружающий нас мир - тоже 3D.

Ответить | Правка | Наверх | Cообщить модератору

96. "Представлен Fifth, минималистичный web-браузер с..."  +2 +/
Сообщение от arisu (ok), 16-Ноя-14, 20:12 
>> тогда не тыкай в ссылку. какие проблемы?
> Так тогда и кина не будет.

тогда тыкай. в чём проблемы?

> ютуба давно стали частью веба и чтобы игнорировать этот факт -
> надо окончательно отморозить себе остатки здравого смысла. Знаешь, если запускать внешние
> программы - я HTML5 видео укачаю и wget или curl, если
> уж на то пошло, дурное дело не хитрое.

знаешь, неудобнее встроеных в страницу плееров пока ещё ничего не придумали. их даже отвязать на отдельный монитор, чтобы спокойно читать, посматривая глазом в сторону, невозможно. офигительное юзабилити.

>> в каком ряде?
> Да мало ли.

мало.

> Проигрывание какого-нибудь интро

зачем оно на странице? почему его нельзя смотреть отдельно? ты всё равно или смотришь, или читаешь. делать и то и другое можно, кстати, только если плеер от браузера отвязан, иначе — сиди, пырься, не смей даже полистать, а то плеер уедет за экран.

> Вон на хабре чувак молнию разрядить контролируемо смог. И рядом мувик
> - как этот смачный бабах выглядит. Наглядно и по теме статьи.

и? *рядом*. а не *в*.

> А нафиг мне такое где-то в отдельном плеере? Я читая статью
> посмотрел мувик минуту и забыл о нем. Элементарное юзабилити.

прикинь, вот так оно и работает. клац — окно плеера. поверх браузера, читать не мешает, садится в угол или вообще на отдельный монитор. смотри хоть усмотрись. закончилось — плеер пропал.

>> конечно, отдельно запущеное приложение, которое даже и не знает, что ты с
>> сайта пришёл, а просто тупо качает поток по сети
> Во первых, в ряде случаев это просто не сработает.

libquvi умеет очень много сайтов. а mpv умеет libquvi. а если идиот-автор нашёл видеохостинг усть-пердюйска и решил туда видео положить… зачем мне видео от неадекватного автора?

> Во вторых, это означает что настройки типа прокси и т.п.- будут жить еще и
> где-то в каких-то программах дополнительно. Оно мне надо?

прикинь, можно сделать скрипт запуска, который их из настроек браузера выдёргивает. вместе с кукишами, кстати. как оно у меня и работает, например. написано один раз кучу лет назад и с тех пор меня вообще не парит.

>> и рисует — оно значительно опасней, чем библиотеки, вмонтированые в браузер.
> Да. Браузер с полутора кодеками которые тестирует миллион хомяков будет "утоптанной поляной"
> и баги в кодеках там вытопчут.

ага-ага. а ffmpeg — это программа, которой пользуются три с половиной человека.

> И не будет шансов что
> каким-нибудь кривым именем файла или чем там еще путь проэскейпят/обойдут, etc.

ты сейчас сказал примерно такое: «в браузерах нет ошибок, потому что браузеры использует много народу.» самому не смешно?

>> ведь из такого приложения намного проще сплоетом по браузеру ударить,
> Почему по браузеру? По плееру. А дальше иди и забирай все данные
> браузера оптом.

какого браузера? какие данные? плеер вообще не в курсе, что на свете какой-то браузер существует. плеер живёт в отдельном пользователе и доступа к данным других пользователей не имеет. и оно ему не надо, потому что все нужные данные ему скрипт дал, посадил в изолятор и сказал: «играй, собака!»

> Особо лютые
> параноики могут конечно попробовать контейнер слепить через clone() но это врядли
> сделает автор браузера.

вот именно. поэтому и не надо ожидать, пока что-то там налепят: взял — и написал скрипт. один раз. и дальше сугубо фиолетово.

>> нежели из вкомпилированых в браузер библиотек.
> Их там относительно мало - поверхность для обстрела довольно небольшая по сравнению
> с отдельным плеером + его дергом из браузера.

угу-угу. конечно, мантры надёжней, чем отдельное приложение, с отдельным адресным пространством и под отдельным пользователем.

>> не пользуйся огромными и наворочеными. у меня вот mpv отлично справляется.
> А он не огромный и не навороченный?

нет.

> Да ты шутить изволишь, он понимает 100500 кодеков и юзает ffmpeg или libav, которые фичастые, но
> не умеют разве что тапки к кровати приносить и потому наверняка
> там 100500 багов.

баги есть везде. и именно поэтому изолированое приложение безопасней. один сплойт во встроеной в браузер библиотеке — и твой браузер поимели. со всеми вытекающими последствиями. 100500 сплойтов в ffmpeg — и поимели только плеер, у которого даже доступа к данным других пользователей нет. конечно, отдельный плеер более опасный получается, без вопросов.

> А mpv с его %$#нутой системой сборки я вообще могу пожелать
> разве что околеть поскорее.

нормальная система сборки, ни разу не глючила. более того, даже не требует в системе ничего, кроме бидона, который всё равно есть. waf сам скачается, если вдруг у тебя его нет, и спокойно отработает локально.

>> из всех требований — ffmpeg/libav.
> А это не мегакомбайны, типа? :)

а пофигу, типа. потому что отдельный пользователь и отдельное адресное пространство.

>> максимум, что может произойти страшного —
>> сплоет крашнет mpv. ужасно, конечно, но я переживу.
> Да вообще-то в этих либах дыр с выполнением кода было далеко не
> 1 штука.

хоть мильярд.

>> зачем в браузере 3д с opengl? это как-то помогает читать буквы?
> Это может быть удобно для иллюстративных мероприятий. Одно дело написать много букв
> про солнечную систему и совсем иное дело - просто пойти и
> порулить в ней, etc. Для чего 3D оказывается очень кстати. Ведь
> окружающий нас мир - тоже 3D.

скачай stellarium и хоть урулись.

Ответить | Правка | Наверх | Cообщить модератору

237. "Представлен Fifth, минималистичный web-браузер с..."  +/
Сообщение от Аноним (-), 17-Ноя-14, 20:44 
> тогда тыкай. в чём проблемы?

В общей факапнутости юзабилити этого процесса. Почему я могу смотреть на страницах фото и рисунки, а видео такое особенное что его так не можно? А то специализированные вьюшки для фото и даже хардкорные спецтулсы типа DarkTable и прочих гимпов для графики тоже никуда не девались. Почему бы тебе не качать каждую картинку вгетом и не открывать в гимпе?

> знаешь, неудобнее встроеных в страницу плееров пока ещё ничего не придумали.

Согласен. Ну так я и не собираюсь так смотреть двухчасовой полнометражный фильм. Для него я запущу удобный и фичастый плеер, разумеется. А посмотреть 1 раз в жизни какой-нибудь  

> их даже отвязать на отдельный монитор, чтобы спокойно читать,

Мне это не надо - у меня одна пара глаз и я как правило хочу посмотреть видео в вебпаге здесь и сейчас. Это обычно не более 2-3 минут, так что качать это  - КПД операции поганый и себя это не оправдывает. Разумеется, нечто более длительное лучше нормальным плеером смотреть.

> посматривая глазом в сторону, невозможно. офигительное юзабилити.

Я не восьмиглазый. У меня достаточно большой монитор который занимает в аккурат все поле зрения. Но если уж на то пошло, сделать правый клац на видеоролике и сказать "открыть это в новом окне" - совершенно не проблем. Как и отправить это окно на другой десктоп, монитор или куда там еще. Но в 99.9% случаев мне это попросту нафиг не упало - видео в паге обычно занимает несколько минут и смотрится 1 раз в жизни, по поводу чего уделять ему столько внимания - попросту много чести. Может мне еще каждую картинку гимпом рихтовать? Вон опеннет капчу показывает. Чего бы ее не открыть полнофункциональной вьюшкой? Можно даже отредакритивать! Только нафиг мне редактировать картинку капчи?

> мало.

В моем случае роликов которым уделять много внимания мне лень - большинство. Вообще, раскочегаривать ради минутного ролика отдельный плеер - это примерно как качать картинку капчи опеннета вгетом и открывать ее в гимпе, с аргументом "зато ее можно профессионально отрихтовать". То-есть вроде бы технически можно, но зачем мне это?

> зачем оно на странице? почему его нельзя смотреть отдельно?

А зачем мне сферическое интро в вакууме? Или ролик про некое явление в отрыве от статьи которая его описывает? Ценность такого материала как раз в сгруппированности и in-place подборке нескольких сущностей по теме. Грубо говоря, если я читаю в вике какую-нибудь статью про допустим молнии - будет логично если покажут несколько фото а потом и видео процесса. А раскочегаривать под мувик на несколько секунд внешний плеер - бессмысленно и беспощадно. Я предпочитаю видеть это в браузере и за это считаю отсутствие поддержки HTML5 видео и аудио жирным минусом.

> ты всё равно или смотришь, или читаешь. делать и то и другое можно, кстати,
> только если плеер от браузера отвязан,

Булшит. См. выше элементарный пример. Если я читаю какую-то статью или новость, видео иллюстрирующее процесс или предмет новости под моим носом - очень в кассу. И мне как-то не в кассу запускать внешний плеер под мувик потенциально в всего несколько секунд размером, чего может быть более чем достаточно для иллюстрации процесса/явления/события.

> смей даже полистать, а то плеер уедет за экран.

Так это обычно часть контента по теме. Поэтому он за экран уезжает тогда когда мой фокус внимания можно переключить на что-то иное. А эффективно читать текст попутно смотря мувик на другом мониторе у меня как-то не особо получается, поэтому я таким заниматься не собираюсь.

> и? *рядом*. а не *в*.

Именно в. Заинлайнено. Нафиг оно мне где-то в отдельном плеере?

> прикинь, вот так оно и работает. клац — окно плеера. поверх браузера,
> читать не мешает, садится в угол или вообще на отдельный монитор.

Я как-то не умею одновременно читать и смотреть мувики, поэтому мне как раз очень удобно когда иллюстративное видео просто заинлайнено рядом с текстом и его можно тут же и посмотреть. Разумеется это удобно только для коротких роликов по теме и не более нескольких минут.

> смотри хоть усмотрись. закончилось — плеер пропал.

Круто. А зачем мне это прыгание? И не надо ли мне запустить гимп для рассматривания вон той капчи? А может, мне логотип с текстом OpenNET надо навороченным редактором рассматривать?

> libquvi умеет очень много сайтов.

Но все-таки сайты бывают разные и работать все это будет весьма негарантированно.

> а mpv умеет libquvi.

А у меня нет mpv. Сам пользуйся плеером с столь @$%анутой системой сборки. Я его конечно могу и из пакета вкатить, но закладываться на такой плеер мне жутко обломно, да и там свои национальные особенности в плане пакетов есть. Так что пусть он умеет что-нибудь на каких-нибудь других компьютерах. А я этим пользоваться не планирую.

> от неадекватного автора?

Я не собираюсь выбирать только правильные сайты и только правильное видео. Это контрпродуктивно и создает мне много гемора на ровном месте там где его быть не должно вообще.

> прикинь, можно сделать скрипт запуска, который их из настроек браузера выдёргивает.

Можно все. Даже какую-нибудь глобальную мегаконфигурацию с убер-синхронизацией не то что по всему софту но и на все компы в пределах видимости. Только нафуа мне звездолет для похода за хлебом? :)

> один раз кучу лет назад и с тех пор меня вообще не парит.

Да, заходи киношку посмотреть. Заодно можно проверить пропатчил ли ты шеллшок и обыграл ли эскейпинг путей, etc и заапдейтил ли вовремя невъ...й ffmpeg. Идея передавать untrusted внешние данные и/или параметры другой программе да еще с кучей фич мне не нравится: делать валидацию так чтобы это не подломилось на первом же дешевом трюке - целый отдельный рокетсайнс, а ffmpeg - здоровенная хреновина, вывешивать которую в веб почти напрямую мне что-то не хочется лишний раз.

>> и баги в кодеках там вытопчут.
> ага-ага. а ffmpeg — это программа, которой пользуются три с половиной человека.

Ну я не думаю что ты каждый день рассматриваешь какое-нибудь там smacker video. Он легитимный играется то через раз, а если ему побитые данные совать - я зуб не дам за то что оно там сделает. Если в браузере жестко обрублено до 1-2 кодеков - я еще поверю что там относительно безбажно может выйти. А если там 100500 контейнеров и кодеков как в ffmpeg - там навалом багов. И рассматривать под лупой каждый URL, а потом и данные файла - мне как-то не прикольно. А без этого можно в два счета получить "недружелюбные данные".

> ты сейчас сказал примерно такое: «в браузерах нет ошибок, потому что браузеры
> использует много народу.» самому не смешно?

Как ни странно, оно как-то так и есть: при прочих равных (ну там размер и сложность) чем популярнее программа - тем больше багов в ней будет найдено. И починено, если авторы не ДЛБ. В том числе и в плане безопасности. А покуривать на пороховой бочке, думая что это безопасно, потому что неизвестно что в бочке - да ну его в пень такие развлечения. Если так рассуждать то любая программа которой никто не пользуется - безопасная, потому что баги никто не находит и тем более не репортит. Думаю понятно что это булшит.

> какого браузера? какие данные? плеер вообще не в курсе, что на свете
> какой-то браузер существует.

Ты еще скажи что ты его в отдельном контейнере стартуешь? Тонна респектов при этом конечно будет обеспечена, но...

> что все нужные данные ему скрипт дал, посадил в изолятор и
> сказал: «играй, собака!»

Этого скрипта (и интерпретер под ним) я бы и попытался прогреть первым делом, если мыслить с позиций атаки (а не учитывать этот фактор не получится - веб это untrusted входные данные, by design). Секурно передать untrusted данные внешней программе - целый весьма отдельный гемор и там почти наверняка найдется лажа, если это делал не супер-профи который переклинен на секурити от и до. Я вот как-то предпочту не играть в такие игры лишний раз.

> вот именно. поэтому и не надо ожидать, пока что-то там налепят: взял
> — и написал скрипт. один раз. и дальше сугубо фиолетово.

Спасибо, конечно, но секурно писать скрипты работающие с untrusted входными данными - это весьма отдельный рокетсайнс. Если обрубить браузер со всеми потрохами в контейнер я еще смогу то вот заморачиваться с аккуратной валидацией произвольных данных пропихиваемых через шеллскрипт мне совсем не хочется. Уже видал получение рута через DHCP, спасибки, и не считаю себя сильно более квалифицированным чем те кто такое писал, так что в пень :).

> угу-угу. конечно, мантры надёжней, чем отдельное приложение,

Как минимум нет никаких скриптов и передачи параметров внешним процессам. Уже минус дофига мест где можно облажаться. И здоровенный ффмпег с кучей всего который услужливо проиграет 100500 экзотичных форматов, парсер и кодек которых видит только сам програмер и только по праздникам - тоже как-то "не очень".

Очевидный пример: webm - субсет матрешки. Весьма урезанный. И браузер может юзать какой-то минималистичный парсер. А ffmpeg наверняка вталкивает это в парсер "матрешки вообще", понимающий в 20 раз больше фичей. Ну и багов там в 20 раз больше будет. Что для untrusted входных данных как-то душу совсем не греет.

> с отдельным адресным пространством и под отдельным пользователем.

Оно как бы да, но зато появляется межпроцессный интерфейс который безопасно сделать довольно сложно, особенно со скриптами, а потом это еще и вгружается огроменному коду либы кодеков и форматов, которая на все случаи жизни, что люто повышает шансы что на нестандартных данных оно споткнется. Как по мне - отсутствие эксплойта в двух потенциально проблемных местах лучше чем минимизация вреда от него в виде ограничений юзера. Понятно что это лишь верхушка айсберга, но...

>> А он не огромный и не навороченный?
> нет.

Да, конечно. Посмотри дерево исходников. Ну и список CVE. Там по-моему постоянно дыры или просто подозрительные крахи затыкают, особенно в не очень популярных форматах.

> баги есть везде.

Да. И багов в полутора кодеках и урезанном парсере под 1-2 формата - явно меньше чем в огромной либе на все случаи жизни. Ну его нафиг ffmpeg недоверяемыми входными данными кормить лишний раз. Да и секурно отдавать все это плееру - отдельный рокетсайнс. Ты с ним может и справишься, и то - я бы пожалуй не принимал это на веру без проверки толпой хаксоров. А кто попроще и вовсе без шансов и обречены наломать дров. Я туда лезть заведомо не хочу: еще на подлете классифицировано как целое минное поле где навалом мест чтобы облажаться. Наверное можно сгородить какой-нибудь дубовый и низкоуровневый интерфейс, который пофигистичен к входным данным, типа передачи данных мувика в плеер в контейнере через нечто типа shared memory или как там хром делает, так что это будет почти невозможно обмануть никакими данными, куками и прочим, но это надо основательно лопатить плеер и браузер и ну его нафиг такое ракетостроение. Пусть гугл так развлекается, у него ресурсов дофига.

> и именно поэтому изолированое приложение безопасней.

Вот это совсем не факт. В браузере встроено 1-2 кодека и парсер только под них. А в ффмпеге поддерживается куча форматов и парсеры на все случаи жизни.

> вытекающими последствиями. 100500 сплойтов в ffmpeg — и поимели только плеер,

Это уже весьма нежелательное событие и оно куда более вероятно из-за намного более разлапистого кода, половина из которого писана вообще абы как.

> у которого даже доступа к данным других пользователей нет. конечно, отдельный
> плеер более опасный получается, без вопросов.

Если нечто подломили - не вижу особых поводов доверять системе где это произошло. А ты поручишься головой за отсутствие повышений прав, известные и не очень? Контейнеры и особенно виртуалки эту проблему частично решают, но даже так недружественный код может сделать навалом крайне нежелательных действий.

> скачается, если вдруг у тебя его нет, и спокойно отработает локально.

Искренне ненавижу когда софт смеет без спроса что-то куда-то докачивать и запускать. Это в 20 раз хуже мувиков в браузере. Ну да, незапрошенная сетевая активность и вываливание какого-нибудь гуано - это очень в духе бидонистов. И это одна из причин по которой я не жалую этих господ: мне софт с такими свойствами не нравится.

Контрпример: VLC например культурно спрашивает при первом старте: я вот умею докачивать обложки. Вам как, качать их, или нафиг? Вот это я понимаю - уважение к приватности пользователя и понимание того что программы живущие своей жизнью - нравятся не всем.

> а пофигу, типа. потому что отдельный пользователь и отдельное адресное пространство.

Даже так им видно навалом инфо о системе и можно дергать туеву хучу системных вызовов. А если совсем не повезет - еще и повышение прав найтись может. Ну его в пень - кормить ffmpeg недоверяемыми данными.

> хоть мильярд.

Ну вот ты и корми либу с миллиардом дыр и прочие скрипты недоверяемыми входными данными. А оно мне надо так прыгать по минным полям?

> скачай stellarium и хоть урулись.

А он только 1 частный случай. А как насчет 3D панорам например? Опять же - NoScript умеет сие весьма сурово давить, так что можно очень разборчиво разрешать кому это можно (как несложно понять, разным ресурсам может быть разный уровень доверия). В целом идея вывесить вебу на долбежку потенциально глючный графический драйвер - да, "не очень". Но если уж тебя вывешивание целого ffmpeg'а не смущает...

Ответить | Правка | Наверх | Cообщить модератору

239. "Представлен Fifth, минималистичный web-браузер с..."  +/
Сообщение от arisu (ok), 17-Ноя-14, 21:00 
короче: ты дятлишь. опять у тебя руки из жопы, а виноваты все остальные.
Ответить | Правка | Наверх | Cообщить модератору

131. "Представлен Fifth, минималистичный web-браузер с..."  +/
Сообщение от user (??), 16-Ноя-14, 21:35 
>форс-редиректы в новые вкладки вместо новых окон

первое что отключаю нахрен

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

238. "Представлен Fifth, минималистичный web-браузер с..."  +/
Сообщение от Аноним (-), 17-Ноя-14, 20:57 
> первое что отключаю нахрен

Первое что я врубаю первым делом. Терпеть не могу попап-окна от вебстраниц.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру