iOS 13: Как автоматически закрывать вкладки Safari на iPhone и iPad через определенное время

Одна из интересных функций, появившаяся в мобильной операционной системе Apple с выходом iOS 13, позволит избавиться от хаоса с забытыми вкладками. Теперь пользователю не придется беспокоиться о закрытии десятков давно уже забытых страниц. ПО ТЕМЕ: iOS 13: Новые эффекты и инструменты для обработки и редактирования фото и видео на iPhone и iPad.   Как автоматически […]

В Safari появится новый механизм защиты от слежки

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

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

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

Грубо говоря, пользователь оставляет свой «след» в Интернете, по которому рекламодатели могут определить его предпочтения. И если в будущем он решит перейти на страницу представленного товара (даже просто введя адрес в строке), создатели веб-страницы будут знать, что пользователь пришёл именно от рекламодателя.

Что предлагает Apple? Компания собирается заблокировать эти данные на 24-48 часов. Таким образом, отчет о просмотре баннера или клика дойдет до рекламодателей с заметной задержкой. Также корпорация изменит уникальные номера для обозначения пользователей, сократив их до 64. Всё это заметно осложнит идентификацию личности, и сделает пребыванием в Сети более безопасным.

Как сообщает зарубежное издание Enganget, новая версия Safari будет доступна для загрузки во второй половине года. Изменения коснутся как настольной версии, так и мобильного аналога.

Предлагаем подписаться на наш канал в «Яндекс.Дзен». Там вы сможете найти эксклюзивные материалы, которых нет на сайте.

Топ-сайты и часто посещаемые страницы в Safari на Mac (аналог экспресс-панели в Chrome и Opera): как добавлять, изменять, закреплять

Одним из элементов браузера Safari на Mac, из-за которого пользователи долгое время оставались на браузерах от сторонних разработчиков является является вид часто посещаемых страниц Топ-сайты (аналог экспресс-панели в Google Chrome и Opera).   ПО ТЕМЕ: Как свернуть все окна «показать рабочий стол» на Mac (macOS): 3 способа. Окно часто посещаемых сайтов Top Sites в Safari получило […]

Safari или чем заменить Microsoft Explorer

В 2001 году для подавляющего большинства обитателей планеты Земля Internet и Internet Explorer были чуть ли не одним и тем же. Попытки противопоставить этой монополии что-то своё предсказуемо заканчивались ничем. Бессмысленно даже пытаться.

В июне 2001 года, в обстановке абсолютной секретности, в Apple приступили к разработке собственного веб-браузера. Организовать и осуществить эту авантюру (узнай журналисты об этом проекте, “авантюра” была бы самым мягким определением задуманного) поручили Скотту Форстоллу.

Команда проекта, бросающая вызов огромному монополисту, состояла из двух человек. В апреле компания Eazel закончила разработку Nautilus 1.0, оболочки превращавшей Linux в операционную для обычных пользователей, конкурента для Windows и Mac OS X, к тому же бесплатного – и в тот же самый день сократила две трети своего штата. Apple приняла на работу лучших из попавших под это сокращение.

Дон Мелтон, ставший техническим менеджером авантюрного проекта, в Eazel возглавлял разработку проекта Nautilus, Кен Коценда – пока еще единственный инженер в команде – был одним из программистов в этом проекте. Из них только Дон Мелтон имел некоторый опыт разработки браузеров (превращение Netscape в проект с открытым исходным кодом Mozilla – он вычищал код от нецензурных комментариев).

Здравый смысл подсказывает: ничего хорошего у них получиться не могло…

Это продолжение серии про Safari, предыдущие части:
Первая часть: Safari 7 и Скотт Форстолл.

Ничего хорошего не получается!

О том, что им предстоит работать вместе, и их первым заданием в Apple станет написание браузера, лучшего чем Microsoft Internet Explorer, Дон и Кен узнали подписав соглашения о неразглашении и ознакомившись с правилами внутреннего распорядка (никому ни о чем не рассказывать, кодовое наименование проекта за пределами рабочей комнаты и офиса их руководителя не произносить и тому подобными ущемлениями свобод).

Неведомое, конечно же, интригует и возбуждает любопытство, но вот вы бы подписались на выполнение явно чего-то очень нетривиального и страшно секретного, не имея никакого представления о том чем вам придется заниматься?

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

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

Кен никогда не участвовал в разработке браузеров, поэтому Дону пришлось потратить два дня на ликбез. Объяснить что такое HTML, CSS, JavaScript и прочий алфавитный суп.

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

И, что было естественно, первым кандидатом на такую основу стал Mozilla. Вообще-то они составили список потенциальных “доноров”, на шестой позиции которого был мало кому известный Konqueror. Но начали с первой позиции.

Исходный код Mozilla был огромен: почти полтора миллиона строк. Версии для Mac OS X в дистрибутиве Mozilla не было, только для Linux – самой Mac OS X было всего три месяца, а между Darwin (система без графического интерфейса внутри Mac OS X, клон BSD) и Linux было много общего, но и различий было очень много.

На то чтобы просто построить Mozilla в Mac OS X ушла неделя. Иконка браузера появилась в доке – и тут же исчезла. Еще через неделю впервые удалось дойти до открытия пустого окна. Но открыть веб-страницу не удавалось.

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

За шесть недель с начала разработки так и не удалось открыть даже самую простенькую веб-страницу, это был провал.

Тем временем, нашелся подходящий сумасшедший.

Ричард Вильямсон

Вскоре Дон Мелтон интервьюировал нового кандидата (предыдущие были отклонены или отказались сами), говорившего с британским акцентом, и был настолько самоуверен, что у Дона возникли сомнения. Хотя на все технические вопросы кандидат отвечал грамотно и, судя по всему, требуемой квалификацией обладал.

Тем не менее, Дон Мелтон был готов отказать кандидату, но тут в дело вмешался Бертран Серле, старший вице-президент компании по программному обеспечению, поддержавший кандидата. В начале 90-х Ричард работал под его руководством в NeXT, и проявил себя хорошо. Его приняли.

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

Никак не комментируя ответы коллег, Ричард продолжал задавать вопросы, а потом взял таймаут на “подумать”. Через два дня он пригласил Дона и Кена, пообещав им показать что-то интересное. Заинтриговал.

На Mac’е Ричарда браузер с неизвестной иконкой лихо запустился, без проблем открыл запрошенную веб-страницу, затем другую, успешно перешел по ссылке на этой странице, вернулся назад – все работало. То, на что ушло шесть недель, достигнуто за два дня?

Правда, текст в браузере отображался кривовато, шрифты были ужасными, поддержка стилей и размеров шрифтов отсутствовала в принципе – но это было неважно. Гений?

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

Вместо Mozilla он выбрал Konqueror. По набору функций этот браузер ни в чем не уступал Mozilla, но по размеру исходного кода был намного меньше.

У Konqueror’а, как и у Mozilla, не было версии для Mac OS X, но Ричард не стал с места в карьер адаптировать хоть и меньший по размеру, но все-таки огромный, исходный код в Mac OS X. Вместо этого он написал “перемычку” (shim) между Mac OS X и всей системой KDE. Это очень непросто, но если не обращать внимание на неактуальные подробности это вовсе не невозможно. То есть, все-таки гений.

Кроме того, вместо Core Graphics (графических библиотек Mac OS X) он использовал X Windows, Unix’овый графический пакет входивший в состав Mac OS X, и более или менее совместимый с KDE (на графические неточности и некрасивости Ричард решил внимание не обращать).

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

Фронт работ и сроки

По-хорошему, работа над собственным браузером только должна была начаться. А чтобы уложиться в сжатые сроки, код “основы” подвергли внимательному изучению. Рядом с Mac’ами установили несколько LInux-машин с установленным на них Konqueror’ом, чтобы иметь возможность изучать работу исходных механизмов в динамике.

Исходный код, по сравнению с Mozilla, выглядел простым и компактным – в директории верхнего уровня были только две поддиректории, KHTML и KJS. Всего триста с небольшим файлов.

Посчитали число строк в коде (при таком подсчете игнорируются пустые строки и строки с комментариями), получилось 120 тысяч строк. В 2003 году Стив назвал другое число строк – 140 тысяч, кто из них был более прав я не знаю.

В любом случае это в десять с лишним раз меньше чем в Mozilla.

На подходе были новые сумасшедшие (согласившиеся взяться за проект о сути которого они ничего не знали, но по мнению его руководителей способных принести ему пользу), и первый этап (настоящий перенос Konqueror’а в Mac OS X) было решено завершить за 4 месяца.

А весь проект должен был занять 18 месяцев, включая уже потраченные два.

Продолжение следует

Обсудить историю Apple вы можете в нашем Telegram-чате.

Safari 7 и Скотт Форстолл

На WWDC’13 Крейг Федериги представил публике новую версию Safari. 22 октября новая версия самого “яблочного” браузера в мире вышла в свет. Ничего удивительного?

До 2013 года, все новости про Safari (кроме тех которые показались слишком “вкусными” Стиву Джобсу и которые представлял он сам) сообщал с трибуны Скотт Форстолл. Вплоть до его ухода из компании, даже уже будучи старшим вице-президентом по программному обеспечению iOS, он продолжал курировать этот Safari во всех видах и формах. Для чего была очень веская причина.

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

История Safari (тогда еще безымянного “браузера”) началась в 2001 году, когда Стив понял что Apple “кровь из носа” нужен свой собственный браузер. Internet Explorer его больше не устраивал, договоренность c Microsoft относительно IE заканчивалась в 2003 году.

Справиться с этой задачей мог только кто-то не менее сумасшедший чем Стив Джобс, потому что Стиву был нужен не просто “еще один браузер”, а безумно великий, лучший в мире, самый быстрый и самый совместимый.

Не знаю как “самый-самый”, но один из главных браузеров в мире у них получился. Откуда Стив знал Скотта Форстолла и почему именно Скотту поручили этот безнадежный проект?

Несколько страниц из биографии Скотта Форстолла

“Следующая компания” Стива Джобса, NeXT, притягивала к себе сумасшедших (в лучшем смысле этого слова) людей. В 1992 году, едва закончив университет, Скотт поступил на работу в NeXT. У него было два приглашения на работу: от Microsoft и от NeXT. В первом ему гарантировали материальное благополучие, перспективы и стабильность, во втором обещали приключения, риск и безумно интересную работу. Скотт выбрал NeXT.

Знаю еще несколько подобных историй – но расскажу их как-нибудь в другой раз.

В 1997, когда NeXT поглотила Apple, Скотт руководил разработкой нескольких проектов, подчинялся непосредственно Стиву Джобсу, как и Крейг Федериги, который занимался WebObjects. В Apple Стив поручили Скотту организовать и возглавить разработку Aqua и Graphite – это “оттенки” пользовательского интерфейса будущей Mac OS X.

И вот, в 2001 – новая невыполнимая миссия.

Если вы думаете что Скотт тут же сел за компьютер и взялся за написание Safari 1.0, вы сильно ошибаетесь, причем сразу в нескольких местах. Про название поговорим чуть позже, а задачей Скотта было организовать, придумать и воплотить придуманное в жизнь.

Ограбление KDE и другие подробности

В точности неизвестно какими именно проектами Скотт Форстолл занимался в NeXT. По словам одного из ветеранов этой компании (в 1993 покинувшего её), он тоже не знал, но как он это делал было известно всем: он постоянно спорил с Джобсом, отстаивая свои точки зрения.

Инженерной стороной дела занимался Дон Мелтон, он же выбрал основу для создания движков для браузера и для JavaScript. Это он решил взять за основу движки с открытым исходным кодом KDE HTML и KDE JS (больше известные как KHTML и KJS), используемые в браузере (тоже с открытым исходным кодом) Konqueror.

Создав собственное ответвление в репозитории, и заблокировав доступ к нему, команда приступила к работе, вызвав недовольство у “хозяев” проекта.

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

В день презентации Safari и выпуска первой бета-версии (7 января 2003 года, за четыре года и два дня до презентации первого iPhone, в том же самом зале) Дон Мелтон отправил разработчикам Konqueror/KHTML/KJS извинения, благодарность за отличный продукт и приглашение к совместной работе. Дон добился санкций на это у Джобса, Форстолл был против.

KHTML вместе с KJS состояли всего 140 тысяч строк полноценного и эффективного кода, ни один другой продукт того же назначения не мог с ним сравниться. Именно поэтому их и выбрали. А KJS уже применялся в других проектах Apple.

Извинения были приняты, команды попытались работать совместно, что получалось не всегда. А иначе, видимо, и не бывает. Ссорились и мирились. Развелись и снова сошлись. Мелодрама на производственные темы.

В 2003 Apple перенесла свою ветку проекта на OpenDarwin.org, переименовала KHTML и KJS в WebCore и JavaScriptCore. Объединяющий их продукт назвали WebKit, входящие в него движки остались программным обеспечением с открытым исходным кодом. И все остальные требования лицензии KHTML и KJS были педантично соблюдены.

Отношения между KDE и Apple на этом не прекратились. WebKit развивался быстрее, и в 2007 году Konqueror перешёл на него. Признав победу своего потомка.

Имя твоё неизвестно…

Имя “лучшему в мире” браузеру искали долго и мучительно (Джобс предлагал “Freedom”, кто-то предлагал “iBrowse”, по словам главного инженера проекта Дона Мелтона браузер стал “Safari” в декабре 2002, меньше чем за месяц до его презентации).

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

Safari для iOS

В 2004 Скотт Форстолл возглавил разработку iOS. С задачами организовать, придумать и воплотить придуманное в жизнь. А перед воплощением – утвердить придуманное у Стива. Лично. Одной из подзадач была разработка мобильной инкарнации Safari. Первый в мире настоящий браузер для первой в мире настоящей мобильной операционной системы.

Естественно, его они тоже у кого-то украли, потому что Apple никогда ничего не создает сама. Она берет чужие идеи и доводит их до совершенства. Это знают все.

На всякий случай, в предыдущем абзаце – сарказм.

Будет ли продолжение этой истории – пока не решил.

Обсудить историю Apple вы можете в нашем Telegram-чате.

Брешь в Chrome для iOS позволяет направлять пользователей на фишинговые сайты

Неприязнь, которую многие пользователи iOS питают к Google Chrome, в большинстве случаев вполне оправдана. Мало того, что фирменный веб-браузер поискового гиганта никогда не отличался экономичностью, так еще и его функциональные возможности зачастую уступают Safari и решениям конкурирующих разработчиков. Однако, как удалось выяснить исследователи в области кибербезопасности компании Confiant, на этом недостатки Google Chrome не заканчиваются.

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

Почему стоит отказаться от Chrome

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

Самый безопасный браузер

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

Подписывайся на наш канал в Яндекс.Дзен. Там каждый день выходят эксклюзивные материалы, которых нет на сайте.

Список для чтения, или как в Safari сохранять страницы сайтов для чтения офлайн на iPhone, iPad и Mac

Список для чтения (Reading List) позволяет быстро сохранить понравившуюся статью в специальном разделе, чтобы прочитать её позже. Но не все знают, что Список для чтения умеет и сохранять тексты для чтения офлайн! Для этого необходимо включить соответствующую функцию в Safari. Как это сделать? Расскажем прямо сейчас. ПО ТЕМЕ: Как увидеть сохраненные пароли сайтов в Safari […]

Что делать, если пропал режим «Инкогнито» в Safari на iOS

Несмотря на несовершенства функции «Экранное время», так или иначе, но она может оказаться довольно эффективным инструментом в борьбе с зависимостью от смартфона или нежелательным контентом. Правда, возможностей по настройке так много, что не запутаться в них по первой практически нереально. Это может становиться причиной всевозможных затруднений, с которыми некоторые пользователи сталкиваются в процессе эксплуатации. Например, c отсутствием возможности активировать режим «Инкогнито» в Safari на iOS.

Если вы заметили, что в интерфейсе Safari на вашем iPhone или iPad отсутствует клавиша режима «Инкогнито», скорее всего, это произошло по вашей вине, когда вы пытались разобраться со всеми параметрами «Экранного времени». Однако вы без труда сможете вернуть возможность приватного веб-серфинга. Для этого вам придется проделать ряд незамысловатых действий.

Как вернуть режим «Инкогнито» в Safari

  • Запустите приложение «Настройки» и перейдите в раздел «Экранное время»;
  • Откройте вкладку «Контент и конфиденциальность»;
  • Выберите пункт «Ограничения контента» — «Веб-содержимое» и в открывшемся окне активируйте параметр «Неограниченный доступ».

Активация данного параметра приведет к появлению режима «Инкогнито» в Safari, позволив вам и дальше заниматься веб-серфингом без риска сохранения истории, куков и паролей.

Родительский контроль в iOS

Возможность отключить переход в приватный режим, скорее всего, предназначается для устройств детей и подростков, чьи родители хотят быть в курсе того, чем те занимаются в интернете. Отключив режим «Инкогнито» взрослые будут наверняка знать, что их чадо не пытается что-либо скрыть от них, а смогут просматривать все их перемещения по Сети, чтобы, в случае чего, провести разъяснительную беседу относительно видов недопустимого контента.

Подписка на наш канал в Яндекс.Дзен открывает доступ к эксклюзивным материалам, которых нет на сайте.

Как автоматически увеличивать шрифт на определенных сайтах в Safari на Mac

В Сети и сегодня достаточно часто встречаются сайты, читать которые без лупы просто невозможно. К счастью, в «яблочном» браузере Safari есть очень удобная опция для таких случаев. ПО ТЕМЕ: 10 способов повышения скорости и производительности Safari на Mac.   Как увеличить шрифт на определенных сайтах Safari умеет «запоминать» те сайты, где требуется увеличение, и при […]

Полезная функция Safari из iOS 12.2, которую вы могли не заметить

iOS 12.2, чей релиз состоялся 25 марта, стала одним из самых полезных обновлений iOS за последнее время. Несмотря на минимум новых функций, актуальная версия операционной системы получила ряд значимых нововведений, способных изменить опыт ее использования к лучшему. И речь сейчас идет вовсе не о сервисе Apple News+, который доступен только пользователям из Канады и США, а о более востребованных функциях, с которыми каждый из нас будет сталкиваться ежедневно.

Одним из нововведений iOS 12.2, которые, на мой взгляд, могут самым серьезным образом повлиять на процесс эксплуатации совместимых устройств, скрывается в Safari.

Что нового в iOS 12.2

Немногие заметили, но с выходом обновления напротив популярных запросов в строке поиска фирменного веб-браузера Apple появились синие стрелки с неизвестным предназначением. Лично я поначалу не обращал на них никакого внимания, полагая, что они присутствовали в интерфейсе Safari всегда, служа для перехода к предложенным результатам поиска.

Зачем нужны синие стрелки в Safari

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

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

Подписка на наш канал в Яндекс.Дзен открывает доступ к эксклюзивным материалам, которых нет на сайте.