The OpenNET Project / Index page

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



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

Оглавление

Плачевная ситуация с безопасностью WebKit в дистрибутивах Linux, opennews (?), 03-Фев-16, (0) [смотреть все]

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


5. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +14 +/
Сообщение от Аноним (-), 03-Фев-16, 11:53 
> Anjuta, Banshee, Bijiben (GNOME Notes), Devhelp, Empathy, Evolution, Geany, Geary, GIMP, gitg, GNOME Builder, GNOME Documents, GNOME Initial Setup, GNOME Online Accounts, GnuCash, gThumb, Liferea, Midori, Rhythmbox, Shotwell, Sushi и Yelp (GNOME Help).

Ok. Плееры, IM, IDE, графические редакторы, просмотрщики изображений, etc. Безусловно, им всем жизненно необходим самый навороченный движок для рендеринга веб-страниц, ну куда ж мы без такого движка в 2016-м году. Давно пора вебкит с coreutils слинковать, а лучше даже с ядром.

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

7. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от ryokenemail (ok), 03-Фев-16, 11:58 
> Ok. Плееры, IM, IDE, графические редакторы, просмотрщики изображений, etc. Безусловно,
> им всем жизненно необходим самый навороченный движок для рендеринга веб-страниц, ну
> куда ж мы без такого движка в 2016-м году. Давно пора
> вебкит с coreutils слинковать, а лучше даже с ядром.

Поттеринга насаммонить не боитесь? :D

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

14. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +3 +/
Сообщение от Аноним (-), 03-Фев-16, 12:44 
Кстати, было бы неплохо создать проект systemd-webkitd. Во-первых: можно было бы переписать встроенный вебсервер на экспрессе, во-вторых: версия системдоса могла бы увеличиться на немалое значение.
Ответить | Правка | Наверх | Cообщить модератору

33. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от 1 (??), 03-Фев-16, 14:13 
тссс ... А вдруг прочитает, а ты тег <sarcasm> не поставил ?
Ответить | Правка | Наверх | Cообщить модератору

32. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от Crazy Alex (ok), 03-Фев-16, 14:12 
Части - нужен. Тем, кто выгребает страницы из интернета и хочет показать их нормально, а не в виде лапши из-за того, что какой-нибудь новый колоночнй режим не поддерживается.

Друго части - не нужен. И они сидят на старье. которое дыряво. О чём и статья. Не, ну можно взять что-то совсем убогое и не способное показать 90% современной разметки - но тогда не надо удивляться жалобам и сокращению пользовательской базы.

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

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

40. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +3 +/
Сообщение от тоже Анонимemail (ok), 03-Фев-16, 14:33 
> Тем, кто выгребает страницы из интернета и хочет показать их нормально

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

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

87. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +1 +/
Сообщение от Crazy Alex (ok), 03-Фев-16, 18:04 
В принципе - согласен, и очень даже согласен. Вызвать, скормить и встроить в окно почтовика. В текущих реалиях - не выйдет. Потому что браузеру надо при этом отдать не просто адрес, а изрядный кусок всего около - каким сайтам доверяем в плане удалённого контента, врубать ли JS, а самое главное - как вы браузеру встроенный в письмо и закодированный MIME контент отдадите? Браузер же нынче - вещь в себе, которая нормально взамидействовать с другим софтом не может и не хочет. А вот движок - со скрипом, но можно застаивть это делать.
Ответить | Правка | Наверх | Cообщить модератору

104. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  –1 +/
Сообщение от тоже Аноним (ok), 03-Фев-16, 20:47 
Ну, если бы мне нужно было не просто вызвать сайт, а передать ему какую-то нетривиальную информацию, я бы отправил ее курлом, получил в ответ id, по которому сайт готов увидеть пользователя, обладая этой информацией, и таки вызвал системный браузер, передав ему адрес с единственным параметром. Ну, с парой, если еще безопасность нужно навести...
Совершенно не повод встраивать браузер в программу.
Если же нет сайта, а программа сама генерит HTML-код - ну, адреса с file:// вроде бы тоже любой браузер открывает...
Ответить | Правка | Наверх | Cообщить модератору

109. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от Crazy Alex (ok), 04-Фев-16, 00:55 
Ну вот расскажите хотя бы, как это для почтовика будет работать:

Есть HTML-контент письма, есть assets (css, картинки etc), включённые в это же письмо. Есть запросы ко внешним сайтам, некоторые занесены в почтовике в белый список, некоторые - нет. Как будем это браузеру скармливать?

Для локального хранилища, в которое ложатся страницы и ссылаются на кратинки и прочее по каким-то хитрым урлам (MAF тот же, или CHM) - что делать будем?

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

119. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от тоже Аноним (ok), 04-Фев-16, 08:50 
> Ну вот расскажите хотя бы, как это для почтовика будет работать:

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

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

136. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от lululu (?), 05-Фев-16, 12:53 
Параметрами:
unchm x out.chm --to=/tmp/ae47/
x-inbrowser.exe --stoplistedfiles= --hosts= --file/tmp/ae47/index.html

Ну или на худой конец через прокси, но это костыль.

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

98. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +1 +/
Сообщение от Аноним (-), 03-Фев-16, 19:24 
Боюсь, что будет наоборот. Браузер уже поглощает плееры, IM, IDE, графические редакторы, просмотрщики изображений, etc. Следующим шагом будет systemd и ядро.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

100. "Плачевная ситуация с безопасностью WebKit в дистрибутивах Li..."  +/
Сообщение от Andrey Mitrofanov (?), 03-Фев-16, 19:36 
> Боюсь, что будет наоборот. Браузер уже поглощает плееры, IM, IDE, графические редакторы,
> просмотрщики изображений, etc. Следующим шагом будет systemd и ядро.

¡No pasarán! https://www.reddit.com/r/emacs/comments/4241oy/xwidget_branc.../

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

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

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




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

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