Pull to refresh
  • by relevance
  • by date
  • by rating

Apple выпустила iOS 14.4 с исправлением трех уязвимостей «нулевого дня»

Information Security *Development for iOS *Smartphones Software

Apple выпустила версию iOS 14.4 с исправлениями для трех уязвимостей, которые, как сообщается, активно эксплуатировались хакерами. Подробной информации об этих уязвимостях практически нет, и представители Apple отказались их комментировать.

Читать далее
Total votes 16: ↑16 and ↓0 +16
Views 5.8K
Comments 2

Инженер Google раскритиковал Apple за торможение развития веб-технологий

Development for iOS *Development of mobile applications *API *Browsers IT-companies

Инженер Google Алекс Рассел выступил против интернет-политики Apple, назвав браузеры в iOS «недостаточно мощными». Он отметил, что возможности движка WebKit ограничивают работу веб-приложений.

Читать далее
Total votes 26: ↑25 and ↓1 +24
Views 12K
Comments 57

Mozilla считает, что новая функция Chrome помогает слежке за пользователями

Information Security *API *Google API *Browsers IT-companies

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

Речь идет об API бездействия, представленного в Chrome 94, который отслеживает, как долго и каким образом взаимодействует пользователь с открытой страницей браузера. Это куда более глубокая проблема, чем может показаться сначала ― прежде всего браузер будет не только знать в подробностях, как пользователь взаимодействует с сайтами, но и сможет составлять картину активности. 

Безусловно, это играет на руку разработчикам: чем больше они знают о пользователе, тем лучше они могут подстроить приложения под него, конечно, извлекая для себя выгоду. Звучит не очень приятно, но API можно отключить точно так же, как запросы браузера для сервисов геолокации или камеры ― в таком случае Chrome будет постоянно спрашивать разрешения на использование вашей активности на странице.

Читать далее
Total votes 16: ↑16 and ↓0 +16
Views 2.5K
Comments 4

Браузеры на движке KHTML(WebKit)

Lumber room
KHTML – легкий, скоростной и современный движок с открытым исходным кодом. За его основу взят ранний код Gecko, который был переработан, улучшен и оптимизтрован. Благодаря хорошей скорости, встраиваемости и переносимости, этот движок нашел приминение во многих браузерах, да и просто программах, которые выводят html-страницы.
Кроме того, На основе KHTML компания Apple разрабатывает движок WebKit, который лег в основу браузера Safari. Однако, благодаря условиям использования KHTML, все результаты разработок Apple свободно используются наравне с родным KHTML.
Читать дальше →
Total votes 8: ↑7 and ↓1 +6
Views 1.8K
Comments 4

Safari 3: вы даже ничего не почувствуете

IT-companies
Не спешите устанавливать Safari 3 Beta на Mac OS.
Графики на сайте Apple сильно недооценивают скорость работы нового браузера. Он так быстро работает, что вам не удастся увидеть ни одну страницу.
Во всяком случае, мне не удалось. Другим повезло меньше: после установки беты перестали работать iTunes, Mail, iChat и даже Adium.

update: моя проблема решилась удалением плагина safaristand. Другие проблемы, видимо, решаться с выходом новой беты.
Читать дальше →
Total votes 28: ↑19 and ↓9 +10
Views 639
Comments 84

Webkit: Adobe AIR beta vs Apple Safari beta

Website development *
Webkit — Open Source (LGPL, BSD) браузерный движок, используемый в браузере Safari.

Adobe также решила использовать Webkit для своего проекта AIR (бывший Apollo).

Логично предположить, что раз использованы одни и теже библиотеки, то и результат рендеринга должен быть вроде бы одинаковым. Однако, заметив кучу багов в рендеренге у Сафари я вспомнил, что в Аполло все отображалось вроде бы корректно.
Читать дальше →
Total votes 6: ↑5 and ↓1 +4
Views 1.3K
Comments 5

WebKit теперь понимает @font-face

Safari
В последней ночной сборке (скачать) KHTML-движка WebKit (который используется в Safari) появилась поддержка правил @font-face, так что Opera, — ранее единственный браузер (со своим движком), поддерживающий эти правила, — теперь не одинока. Это означает, что в WebKit теперь появилась необходимая функциональность для загрузки шрифтов, обозначенных в CSS.

В веб-дизайне всегда была проблема, связанная с ограничениями в выборе шрифтов, которые можно использовать. Теперь с помощью @font-face безопасные шрифты можно использовать в WebKit — это позволит веб-дизайнерам использовать шрифты, которые браузер будет скачивать из Сети, чтобы отображать текст уже с их применением. Конечно, при этом у веб-дизайнера (ну или у его заказчика) должны быть права на распространение этих шрифтов.

Кстати, вполне возможно, что Apple добавит эту сборку в Leopard, который вот-вот должен пойти в печать.

PS: Если вам интересно почитать об использовании, то вам стоит почитать эту статью на A List Apart.
Total votes 11: ↑9 and ↓2 +7
Views 2.4K
Comments 2

WebKit прошёл Acid3

Browsers
Опера прошла Acid3 на 100/100? — но пощупать то нельзя, плюс есть еще одна деталь, о ней — ниже :)

Однако WebKit уже позволяет увидеть Acid3 100/100 не только на картинке, но и в окне браузера.

(Большая картинка)

Проблема с SVG решена частично, цитирую — «SVG kerning support (horizontal kerning only for now since we don't do vertical text layout right yet)», однако это не помешало пройти Acid3 на пять с плюсом, т.е. на 100/100.

Вся информация и собственно источник — trac.webkit.org/projects/webkit/changeset/31342

PS — но ребята-девелоперы не останавливаются и работают дальше. Баг-фиксы следуют один за другим.

AmaxSkv: От себя добавлю — что интересно, разработчиками была надена ошибка в самом тесте ACID3, и для полного его прохождения пришлось бы нарушить спецификацию SVG 1.1. Баг был исправлен, о чем сообщает один из разработчиков теста в своем блоге. Причем он отмечает, что это значит что тот билд оперы теперь проходит тест на 99/100. По-моему, WebKit теперь можно полноправно называть победителем гонки.

Кросс-пост из моего блога.
Total votes 59: ↑55 and ↓4 +51
Views 318
Comments 109

iCab 4.1.1: ещё один?

Browsers


Зачем нужен ещё один веб-браузер, если их и так накопилось предостаточно? Тем более — для Mac OS X. Тем более — на базе движка WebKit… Ведь есть сам WebKit (лидер по скорости и качеству рендеринга, 99 баллов в Acid3), есть штатный для MacOS браузер Safari 3.1, есть занятный японский клон Shiira. И даже для тех, кому почему-то мало бесплатных браузеров, есть платный OmniWeb…

iCab — браузер немецкого программиста Александра Клаусса, до 4-й версии использовавший собственный движок рендеринга HTML, и лишь относительно недавно переделанный на основе ядра WebKit…

Так что же может предложить этот браузер такого, чего не в состоянии предоставить все другие программы как на базе WebKit, так и на основе других движков?

Читать дальше →
Total votes 14: ↑10 and ↓4 +6
Views 541
Comments 22

Selectors API — IE8b1 и Webkit

JavaScript *
IE8b1 представляет поддержку очень интересной спецификации — Selectors API. Пока что это W3C working draft, но бьюсь об заклад, что т.к. IE и Webkit уже реализовали спецификацию, Presto и Gecko не заставят себя ждать.
UPDATE: разработчики Firefox пояснили, что в релизе 3.0 ожидать поддержки Selectors API не приходится, однако в 3.5 оно, скорее всего, реализовано будет.
Итак, что мы имеем? Cпецификация содержит два новых метода интерфейса IHTMLElement'a — querySelector() и querySelectorAll(), которые принимают в качестве параметра строку с любым корректным CSS-селектором. querySelector возвращает ссылку на первый HTMLElement, удовлетворяющий указанному CSS-селектору; querySelectorAll возвращает StaticNodeList с элементами, удовлетворяющими указанному CSS-селектору.
Таким образом, у нас появляется новый элегантный и удобный способ поиска документов в DOM'е.
Можно будет забыть об изобретениях вроде document.getElementsByClassName — нужно всего лишь выполнить document.querySelectorAll(".myClass") и получить все элементы с данным классом.
В данный момент эти методы есть почти во всех популярных js-фреймворках, но в браузерах, не поддерживающих Selectors API работают они по одному принципу — обходят DOM и ищут элементы, соответствующие заданному CSS-селектору.
Для того, чтобы сравнить производительность библиотек и родной поддержки Selectors API авторы Webkit создали testcase. Результаты как Webkit'a, так и IE8b1 впечатляют.
Впрочем, необходимо помнить, что Selectors API ограничены уровнем поддержки браузером CSS-селекторов. Не поддерживает IE8b1 CSS3-селектор :last-child, и не вернёт document.querySelectorAll("body:last-child") ничего.
Не обошлось и без небольшой ложки дёгтя — IE8b1 поддерживает спецификацию Selectors API лишь частично, вот цитата из статьи в MSDN:
Because Internet Explorer 8 does not formally support XHTML documents, it does not support the namespace features of the W3C Selectors API specification, such as the NSResolver parameter.

Но для сайтов, где namespaces не используются, эта ложка дёгтя бочку мёда не испортит.
Также интересный факт — реализация Selectors API открывает потенциальную угрозу кражи информации о посещённых страницах в случае успешного внедрения javascript'а на страницу-жертву можно отправить href'ы всех document.querySelectorAll("a:visited") и таким образом узнать, какие ссылки на данной странице пользователь уже посещал. Спецификация оставляет разрешение этой проблемы производителю, реализующему Selectors API.
В результате IE8b1 игнорирует псевдоклассы :visited и :link в качестве параметров querySelector/querySelectorAll.
А вот и пример!
Total votes 23: ↑21 and ↓2 +19
Views 964
Comments 21

И ещё один способ генерации PDF

Website development *
Навеяно топиком о генрации PDF с помощью ghostscript и Inkscape.

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

Итак, генерация PDF с помощью QT

Читать дальше →
Total votes 10: ↑7 and ↓3 +4
Views 8.3K
Comments 14

Ars technika на WWDC: Интервью с Ларсом Кноллом, создателем KHTML

Open source *
Translation
Ars technika сели поговорить с работником Trolltech, а также разработчиком KHTML Ларсом Кноллом. Мы говорили о его участии в проекте, который в конечном итоге стал движком рендеринга HTML в браузере Safari от компании Apple, а также, как участие Apple определило будущее веб-браузинга на всех платформах.
Читать дальше →
Total votes 22: ↑15 and ↓7 +8
Views 648
Comments 1

Взгляд изнутри: KHTML vs. Gecko vs. Trident vs. Presto

Website development *
Translation
Взгляд изнутриПримечание: ниже расположен перевод статьи «KHTML vs. Gecko vs. Trident vs. Presto: Behind the Browser», в которой рассматриваются основные движки браузеров, история их возникновения и развития, а также некоторые философские вопросы, с ними связанные. В основном, речь идет о KHTML, WebKit и Gecko.

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

В любом случае, пользователей гораздо больше беспокоит, насколько их браузер безопаснее. Возможно, их тревожит, были ли старые версии браузера от Apple более безопасными, потому что использовали KHTML? Или, может быть, безопасность и удобство использования гораздо выше у Firefox от Mozilla Foundation, ибо он использует Gecko? Является ли Internet Explorer 7 (IE7) от Microsoft лучшим браузером на сегодняшний день, потому что использует движок Trident? Отчего так много возможных альтернатив?

«Почему мы используем не единственный браузерный движок? Это помогает замедлить инновационное развитие и предупредить появление ошибок, которые не обнаружатся во всех браузерах одновременно. В любом случае, несколько реализаций одного и того же лучше, чем одна», — комментирует Gene Spafford, профессор информатики в Purdue University, специально для LinuxInsider.

Читать дальше →
Total votes 33: ↑30 and ↓3 +27
Views 11K
Comments 32

Легковесные браузеры

Lumber room
Давайте отвлечемся от таких монстров веб-обозревания, как Firefox, Opera, IE и обратим внимание на несколько молодых проектов, основанных на библиотеке WebKit.
Для начала, пара слов о самом WebKit. Это движок, используемый для рендеринга страниц небезызвестным Safari. Когда-то он был форкнут от KHTML, движка Konqueror, доработан и использован в своих целях (надо сказать, с пафосом: один из аргументов в пользу Safari, по мнению Apple, было «Open-source rendering engine»), при этом часть исправлений и дополнений были внесены и обратно в KHTML. После этого WebKit получил свое нынешнее название (когда-то было WebCore) и теперь продолжает разрабатываться.
Замечательна эта библиотека тем, что по скорости обработки сравнима с Opera, построена, вслед за KHTML, основываясь на веб-стандартах, распространяется под лицензией LGPL-2 и уже успела себя зарекомендовать в Safari и встроенном браузере Symbian 9.
Читать дальше →
Total votes 26: ↑17 and ↓9 +8
Views 2.5K
Comments 23

Комикс про Google Chrome по русски: часть 1

IT-companies
Translation
Вот тут хабраюзер ELV1S уже написал про Google Chrome, а я решил взять на себя смелость и перевести этот самый комикс.

Google Chrome = это проект браузера от компании Google. Это комикс от компании, который нарисовал Скот МакКлауд (Scott McCloud), распространяемый по лицензии CC. По этой же лицензии выкладываю его и я.

UPD: Вторая часть перевода комикса

читаем комикс...
Total votes 159: ↑140.5 and ↓18.5 +122
Views 1.3K
Comments 72