Из адресной строки Safari — в поиск Google Flash Decompiler Trillix
Фев 08

Недостатки SafariНекоторое время назад я произвёл попытку отказаться от использования для повседневных нужд всех браузеров, кроме Safari. До этого момента я в течении долгого времени использовал в качестве дефолтного браузера Firefox, но в какой-то момент его медлительность и аппетиты относительно системных ресурсов меня окончательно расстроили, и волевым усилием я сделал дефолтным Safari. Прошло около 4-х месяцев, и настало время подвести некоторые итоги, а также сделать определённые выводы. В этой статье я приведу те причины, по которым мне пришлось отказаться от идеи использовать встроенный в систему Mac OS X браузер в качестве основного.


Отсутствие поддержки XML

Так уж сложилось, что по работе мне часто приходится работать с XML данными. И в первый же день моего перехода на Safari, этот браузер обескуражил меня отсутствием полноценного отображения XML. Впоследствии мне удалось найти плагин, позволяющий выводить XML в виде нормальной древовидной структуры, но осадок остался: современный браузер, содержащий в себе инструменты для web-разработки/отладки, по моему мнению, должен поддерживать отображение XML.

Невозможность выбора сертификата

Не помню уже, когда и почему это случилось, но у меня два кошелька в системе Webmoney, и оба они зарегистрированы для работы с Light-интерфейсом. Но оказалось, что Safari, в отличии от упомянутого ранее Firefox, не позволяет, при входе в систему Webmoney, выбрать, какаой именно сертификат необходимо использовать в данный момент для авторизации: браузер, вероятно, просто берёт тот, который стоит первым в "Связке ключей" по какому-то из критериев, и авторизуется при помощи него. Поэтому для нормальной работы с Webmoney мне приходится использовать Firefox.

Отсутствие поддержки плагинов

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

Невозможность посмотреть свойства объекта

Вроде бы и мелочь, а всё ж таки довольно неприятная: во всех популярных браузерах, кроме Safari, я могу очень быстро выяснить свойства объекта на какой-либо странице (размер и тип изображения, например).

Недоработанные инструменты разработки

В Safari изначально присутствуют неплохие средства для отладки веб-приложений на стороне клиента (это как Firebug для Firefox, только встроенный в браузер изначально). Но средства эти местами довольно сырые и непродуманные. В доказательство, приведу пару примеров "сырости":

Отладка JS и breakpoints

В Safari, если в одной из вкладок вы выставили breakpoint на какой-либо из строк JS, и он сработал (выполнение скрипта приостановилось), то вы не сможете открывать страницы в других вкладках этого же окна, пока не пройдёте точку остановки и не закончите выполнение скрипта на отлаживаемой странице. Т.е. остановка скрипта в одной из вкладок нейтрализует работу всех открытых ранее вкладок того же окна (в новом окне или новой вкладке всё будет работать). В том же Firebug для Firefox такого не наблюдается.

Анализ элементов страниц

С помощью упомянутых выше средств разработки можно проанализировать любой элемент отображаемой страницы, что очень удобно: щёлкнул правой кнопкой мыши на объекте, выбрал "Проверить объект" и получил всю необходимую информацию о нём в открывшейся панели с исходным кодом. Интересное начинается позже, когда выясняется, что в этой самой панели вновь можно кликнуть по любому элементу, буть то тег или текст, и снова его "проверить", а потом проверить элемент той панели, которая откроется для отображения кода, а затем ещё и ещё раз повторить эти действия: в общем, разработчики позволили вызывать проверку элемента из любой панели (даже если вы просматриваете исходник JS или диаграмму загрузки элементов сайта). Это происходит по той простой причине, что сама панель отладки представляет из себя HTML-документ, все элементы которого хранятся по адресу /System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Resources/, а Safari знает, что для HTML- документов нужно отображать пункт контекстного меню "Проверить объект".

Сохранение файлов

Очень серьёзной недоработкой в Safari я считаю автоматическую загрузку файлов в указанную в настройках директорию. Разумеется, можно кликнуть по ссылке на файл правой кнопкой мыши и выбрать пункт "Загрузить файл по ссылке как …", но, во-первых, почему нельзя сделать этот выбор по умолчанию, а во-вторых, далеко не всегда ссылка ведёт сразу на объект, который я хочу загрузить; бывает, что файл на загрузку отдаётся серверным скриптом, так что сложно узнать, что за ним прячется: .mp3, .doc, .pdf или ещё что-то, а Safari услужливо подставляет в строку имени файла, к примеру, download.php, а дальше предоставляет разбираться вам, что скрывается за этой маской.

Невозможность поиска из адресной строки

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


Список этот, возможно, мог бы продолжаться и дальше, если бы я поставил себе целью собрать воедино все претензии пользователей (а не только мои) к Safari. Но я описал лишь те, что привели меня к следующему выводу: Safari, увы, пока что не может претендовать на роль основного браузера на моих компьютерах. При своей легковесности и нетребовательности к ресурсам, он, к сожалению, имеет ряд серьёзных недочётов, благодаря которым проигрывает Firefox.

Если этот блог нравится Вам настолько, что Вы хотели бы перечислить его автору денег, просто сделайте это, нажав на кнопку Donate:

Спасибо в любом случае. :)

Связанные записи

метки: , , , , ,

оценка:
НеинтересноИнтересно - рейтинг: +4, голосов: 4

Комментарии к статье “Недостатки Safari”

  1. Алексей

    Я тоже решил провести эксперимент и как минимум месяц попользоваться Сафари как основным браузером. Прошла где-то неделя.

    Невозможность поиска из адресной строки меня тоже отталкивает.

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

    У меня 2 Гб памяти, приложений запущено не много, окон и вкладок Сафари тоже немного, а новые вкладки все равно создаются очень медленно, в отличие от той же Оперы или Хрома. По монитору Сафари кушает около 300 мегабайт, вроде бы не настолько много, чтобы постоянно обращаться к свопу, но все-равно обращается.

  2. Rodion Baskakov

    У меня Safari работает очень быстро, ресурсов использует немного, не виснет, и вообще молодец, в целом. Но перечисленные неудобства не позволяют полноценно работать :(

  3. Dimas

    а меня лично убивает Сафари всем тем, что было сказанно и + тем что не может обработать русские имена вложения при сохранении с Gmail. Так же убивает его прожорливость. Так что Firefox рулит пока и на Mac, Safari в чем-то очень простой, в чем-то чрезмерно “продуманый” что аж тошно. Увы, но работа с ресурсами LogMeIn тоже не на высоте. Так что пока, Safari для меня это как часть системы, которую нельзя удалить, а увы 100 метров не помешало бы :)

  4. r3s3t

    А что же про анимированные гифы не упомянули?

  5. Rodion Baskakov

    А что не так с анимированными гифами? Я проблем с их отображением не встречал, потому и не написал о них.

  6. pomidorchi

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

  7. Rodion Baskakov

    Не замечал такой реакции на гифки на своих компьютерах.

  8. Владимир

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

  9. Андрей

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

  10. Jusip

    Согласен с Андреем, Google Chrome удобен. На эту страницу попал из за проблем с Safary. Все браузеры как браузеры а Safary выдает “safary не может найти интернет плагин”. Что за убожество , а? Разработчики Safary вы что в каменном веке живете?!!!!!!!!!!!!!!

  11. Макс

    Firefox практически идеален для веб-разработок. Думаю, что и сафари и хрому и любому другому браузеру до него далеко. Если же судить о сафари как о чисто потребительском браузере то мне кажется, что здесь он на равне с хромом. IE и опера как всегда в хвосте…

  12. carlton

    fennel@letitia.temptation” rel=”nofollow”>.…

    thanks for information!!…

  13. frank

    talkative@protease.pole” rel=”nofollow”>.…

    áëàãîäàðåí!!…

  14. tracy

    manleys@supplementing.noted” rel=”nofollow”>.…

    ñïàñèáî çà èíôó!!…

  15. richard

    stifled@families.chicken” rel=”nofollow”>.…

    ñýíêñ çà èíôó!…

  16. claude

    evegeni@waving.entrance” rel=”nofollow”>.…

    good….

Написать отзыв

Подписаться именем или OpenID