|
Внимание! Теперь для входа на форум необходимо вводить единый пароль регистрации сервисов sibnet.ru!
Здравствуйте, гость ( Вход | Регистрация )
Сейчас обсуждают
 
| |
|
|
Mozilla Firefox, альтернативный браузер |
|
|
di_con |
27.6.2011, 21:03
|
Болтун
Группа: Sibnet-club
Сообщений: 625
Регистрация: 22.11.2008
Пользователь №: 62 475
Репутация: 31
|
В адресной строке Firefox 7 не будет отображаться "http://" Следуя примеру, поданному web-браузера Chrome, в Firefox будет прекращено отображение префикса "http://" в адресной строке и будет произведена чистка корневого слэша после имени домена. Т.е. вместо "http://example.com/" будет отображаться просто "example.com" (при копировании адреса в буфер обмена будет помещаться полный URL). Отображение "https://" сохранится как прежде, слэш для подразделов также будет оставлен (например, "example.com/test/"). Изменение внесено в ветку mozilla-central, на базе которой будет сформирован альфа-выпуск Firefox 7, после перехода 5 июля Firefox 6 на стадию бета-тестирования. Отключить чистку "http://" можно будет через переменную "browser.urlbar.trimURLs" в настройках "about:config". Напомним, что разработчики браузера Opera пошли еще дальше и убрали по умолчанию показ параметров запроса к скриптам.
|
|
|
|
di_con |
5.7.2011, 19:13
|
Болтун
Группа: Sibnet-club
Сообщений: 625
Регистрация: 22.11.2008
Пользователь №: 62 475
Репутация: 31
|
Mozilla совершенствует поддержку PDF в браузере Firefox » Спойлер (нажмите, чтобы прочесть) « Последние версии популярного браузера Mozilla Firefox, включая вышедший недавно Firefox 5, умеют открывать документы PDF прямо в своем окне, используя для этого не сторонние приложения, а интегрированный плагин pdf.js и язык JavaScript. На днях была опубликована новая версия pdf.js с индексом 0.2.
Разработал данное расширение для Firefox сотрудник Mozilla Андреас Галь (Andreas Gal). В последней версии, по его словам, появилось несколько новых функций встроенного графического интерфейса, к примеру, масштабирование и кнопка «Открыть файл», но самое главное нововведение — это долгожданная поддержка динамически загружаемых шрифтов и шрифтов Type 1. В дополнение к этому в pdf.js 0.2 появился улучшенный рендеринг графиков и панель предварительного просмотра страниц документа.
Андреас Галь хочет, чтобы плагин pdf.js работал во всех браузерах, поддерживающих язык HTML 5. а это означает скорое появление поддержки PDF-документов в окне всех современных веб-обозревателей, запущенных под любой из существующих операционных систем. Сейчас, если в браузере отсутствует расширение pdf.js, запрос на открытие любого файла PDF, расположенного в Интернете, перенаправляется на стороннее приложение, которое может быть не установлено на компьютере. В подавляющем большинстве случаев это приложения компании Adobe, которые имеют дурную славу очень уязвимых для вирусов и вредоносных кодов. Так, в последнем списке самых опасных программ, опубликованном Лабораторией Касперского, три первые строчки рейтинга занимает как раз продукция Adobe.
В следующей версии плагина pdf.js разработчики улучшат качество и скорость рендеринга страниц. Но основная их цель заключается в «обучении» дополнения отображать файлы в соответствии со спецификацией PDF 1.7.
|
|
|
|
di_con |
6.7.2011, 21:54
|
Болтун
Группа: Sibnet-club
Сообщений: 625
Регистрация: 22.11.2008
Пользователь №: 62 475
Репутация: 31
|
В Firefox устранена серьезная утечка памяти » Спойлер (нажмите, чтобы прочесть) « В рамках инициативы по борьбе с утечками памяти разработчики Firefox устранили серьёзную недоработку в JavaScript-движке, приводящую к излишней фрагментации памяти в процессе хранения одномегабайтных блоков для долгоживущих системных объектов (фрагментация из-за смешивания постоянных системных и временных данных). Созданный в процессе разбирательства патч продемонстрировал неожиданные результаты: без патча Firefox в процессе тестового сеанса израсходовал 239 Мб ОЗУ, а с патчем 189 Мб (меньше на 20%). При работе в режиме минимального потребления памяти без патча был израсходован 108 Мб ОЗУ, а с патчем - 21 Мб (в пять раз меньше). Подготовленный патч войдет в состав релиза Firefox 7, который ожидается в начале осени. В Firefox 7 также планируется включить еще один патч с реализацией для JavaScript-движка механизма увеличения эффективности работы сборщика мусора.
|
|
|
|
di_con |
9.7.2011, 7:18
|
Болтун
Группа: Sibnet-club
Сообщений: 625
Регистрация: 22.11.2008
Пользователь №: 62 475
Репутация: 31
|
Вышел Firefox 6 Бета » Спойлер (нажмите, чтобы прочесть) « Что нового в Firefox 6 Бета для Windows, Mac and Linux:
• В адресной строке теперь подсвечивается домен посещаемого вами сайта • Проверка плагинов в менеджере дополнений: Теперь вы можете проверять актуальность ваших плагинов прямо из менеджера дополнений • Улучшен вид блока идентификации сайта • Добавлена поддержка последней черновой версии WebSockets с использованием API с префиксом • Добавлена поддержка EventSource / server-sent events • Добавлена поддержка window.matchMedia • Добавлен Scratchpad (простой редактор JavaScript), являющийся интерактивным окружением для быстрого прототипирования JavaScript • Добавлено новое меню «Веб-разработка», в которое перемещены пункты относящиеся к разработке • Повышено удобство работы с Веб-консолью • Повышена заметность функции Firefox Sync • Уменьшено время запуска браузера при использовании Панорамы
|
|
|
|
di_con |
20.7.2011, 11:29
|
Болтун
Группа: Sibnet-club
Сообщений: 625
Регистрация: 22.11.2008
Пользователь №: 62 475
Репутация: 31
|
Разработчики Firefox обозначили цели перехода на новую многопроцессную архитектуру » Спойлер (нажмите, чтобы прочесть) « Один из разработчиков Mozilla сообщил о возобновлении работ, связанных с проектом Electrolysis, в рамках которого запланирован перевод Firefox на многопроцессную архитектуру, при которой пользовательский интерфейс и обработка контента будут обрабатываться разными процессами. Кроме того, рассматривается возможность использования многопроцессной модели для обеспечения полной изоляции отдельных вкладок, виджетов, групп вкладок и страниц одного домена.
Часть наработок проекта уже интегрирована в Firefox 4 и используется для выполнения плагинов в отдельных процессах. Кроме того, в Mobile Firefox 4.0 для платформы Android уже задействован механизм обработки вкладок разными процессами. Отмечается, что процесс перехода на многопроцессорную модель достаточно сложен и длителен, новая архитектура будет внедряться постепенно. Конкретные сроки не указаны, но с учетом 16-недельного цикла подготовки релизов, новые наработки можно будет увидеть не раньше, чем в версии Firefox 8. По заявлению разработчиков Mozilla, каждый новый релиз Firefox будет быстрее и стабильнее, интерфейс станет более отзывчивым.
В качестве основных факторов, рассматриваемых при планировании перехода к многопроцессной архитектуре, называются:
Производительность. Ключевым достоинством разделения подсистем обработки контента и формирования интерфейса пользователя является повышение отзывчивости бразуера, т.е. повышение скорости реакции на действия пользователя и исключение "подвисаний". В настоящее время разработчики стараются обеспечить в основном цикле обработки событий однопроцессной модели вызов обработчика пользовательского интерфейса не реже, чем раз в 50 мс. Но несмотря на это пользователи все равно сталкиваются с проблемами с интерактивностью, так как однопроцессная архитектура подразумевает использование общей кучи и сборщика мусора, т.е. используется одно хранилище для данных пользовательского интерфейса и всех обрабатываемых страниц.
В конечном итоге наблюдается увеличение фрагментации хранилища и время поиска сборщиком мусора неиспользуемых объектов. Во время работы сборщика мусора основной цикл обработки событий приостанавливается и наблюдается замедление реакции на действия пользователя, вплоть до секундных подвисаний. В Firefox 4 предпринято несколько попыток улучшения интерактивности, например, для разных классов объектов в хранилище задействованы отдельные методы сборки мусора, а также уменьшен интервал активации сборщика мусора. Тем не менее, все проблемы не решены, а лишь найдены временные обходные пути для определенных ситуаций. Например, проблемы с интерактивностью продолжают наблюдаться при очистке памяти после работы больших web-приложений.
Оптимизация для многоядерных процессоров. В текущем виде для обработки всех страниц и интерфейса пользователя используется только одно ядро CPU, все остальные ядра простаивают и не участвуют в обеспечении работы браузера (за исключением ситуаций с выполнением плагинов). Несмотря на попытки использования многопоточности и вынос за пределы основного цикла обработки событий выполнения таких операций, как декодирование изображений, видео и звука, осуществление сетевых операций и ввода/вывода, по прежнему остаются однопоточными подсистема DOM (Document Object Model), функции формирования содержимого окна, парсинг HTML и выполнение JavaScript, т.е. для обработки контента может быть задействовано только одно ядро CPU.
Самым простым выходом из сложившейся ситуации является реализация возможности запуска нескольких DOM-обработчиков в виде отдельных процессов, которые смогут работать параллельно не мешая друг другу. Одновременно развивается альтернативный проект, поддержка многопоточной обработки DOM-дерева в котором реализована благодаря переработке кода на языке Rust, напоминающем C++, но поддерживающем автоматическое управление памятью и выполнение задач в виде легковесных сопрограмм.
Предсказуемое потребление памяти. Значительными проблемами в Firefox остаются: большая фрагментация памяти, трудности с перераспределением памяти, невозможность отдачи уже полученной от ОС памяти и утечки памяти. Данные проблемы не являются специфичными для Firefox и неизбежно возникают у любого длительно работающего процесса, интенсивно манипулирующего блоками памяти. В случае выделения памяти разного размера со временем растет фрагментация и остается все больше небольших "дыр" от ранее освобожденных объектов, которые располагаются вперемешку с занятыми блоками памяти. В ситуации запроса памяти для размещения нового объекта, часто приходится запрашивать новые блоки у операционной системы, несмотря на наличие достаточно большого числа свободных областей во внутренней "куче", размер которых по отдельности меньше запрошенного блока.
В случае обработки web-страниц разными процессами занятые процессом блоки памяти после завершения процесса полностью отдаются обратно операционной системе, а не остаются в "резерве", закрепленными за одним процессом в надежде, что эта память понадобиться в будущем. Таким образом, обработка каждой вкладки отдельным процессом может привести к заметной экономии памяти (общие данные между процессами не дублируются, через мапинг используется только одна копия) и избавлению от проблемы с постоянным ростом размера процесса.
Защита от сбоев. Очевидно, что в случае выхода за пределы допустимой границы буфера или при возникновении другой внештатной ситуации при использовании однопроцессной модели обработки, крах процесса приведет к закрытию всех окон и вкладок. При обработке каждой страницы отдельным процессом, в случае сбоя закроется лишь одна вкладка, не повлияв на работоспособность браузера в целом. Кроме того, такой подход даст возможность упростить диагностику причины краха и позволит точно видеть какой сайт и какая операция привела к проблеме. В частности, уже реализованная технологий выноса плагинов в отдельные процессы позволила заметно увеличить надежность работы, например, крах Flash-плагина больше не отражается на работе браузера.
Повышение безопасности. Обработка каждого сайта отдельным процессом позволяет изолировать связанный с ним код от обработчиков других сайтов и кода, обеспечивающего работу интерфейса, которые в случае выполнения разными процессами не могут пересекаться. Современные операционные системы позволяют перевести процесс в "режим пониженных прав", при котором блокируется доступ к большому числу системных ресурсов. В случае эксплуатации уязвимости в таком процессе, код злоумышленника будет ограничен в своих возможностях и не сможет выйти за пределы "песочницы". Для совершения атаки в подобных ситуациях требуется эксплуатация еще одной уязвимости в более привилегированном управляющем процессе. Практика браузера Chrome показывает, что за всю историю существования проекта было обнаружено лишь несколько уязвимостей, позволяющих обойти многоуровневую защиту.
|
|
|
|
di_con |
13.8.2011, 11:35
|
Болтун
Группа: Sibnet-club
Сообщений: 625
Регистрация: 22.11.2008
Пользователь №: 62 475
Репутация: 31
|
Firefox будет блокировать посторонние плагины по умолчанию » Спойлер (нажмите, чтобы прочесть) « Пользователи популярного обозревателя устали от лишних дополнений, которые скрыто устанавливаются в процессе инсталляции многих приложений, а Mozilla надоело заниматься их блокированием. Итог: в следующем выпуске браузера появится новая функция, предназначенная для борьбы с нежелательными плагинами.
Работа этой подсистемы будет основана на принципе "по умолчанию запрещать". Любые новые дополнения, устанавливаемые посторонним программным обеспечением, окажутся автоматически заблокированы до тех пор, пока пользователь явным образом не разрешит их активировать. Разработчики Mozilla считают, что пойти на такой шаг необходимо: у людей будет возможность более эффективно контролировать функционал вспомогательных модулей.
Предполагается, что при каждом запуске Firefox данная подсистема будет осуществлять поиск новых дополнений. Если в результате обнаружится свежий плагин, установленный какой-либо посторонней программой, то он будет автоматически отключен, а пользователю покажут диалоговое окно с предложением решить, что делать с этой надстройкой - разрешить ли ее использование, либо же пусть она остается отключенной.
Стоит заметить, что некоторые производители программного обеспечения все же дают пользователю выбор - устанавливать или не устанавливать свое дополнение. Однако многие их коллеги этим пренебрегают, предпочитая навязывать плагины в скрытом режиме; часто такие надстройки негативно влияют на стабильность обозревателя и на безопасность пользователей. В пример специалисты Mozilla приводят панель инструментов Skype, которая за единственную неделю спровоцировала десятки тысяч аварийных завершений работы браузера, и прошлогодний Java-плагин, в котором обнаружилась серьезная уязвимость.
Новая функция появится в бета-версии Firefox Aurora уже на следующей неделе. При самом первом запуске обозреватель предложит одобрить или запретить уже установленные дополнения, а затем приступит к постоянному мониторингу. Насколько можно судить по анонсу, ограничительные меры будут приняты только по отношению к плагинам, добавленным в автоматическом режиме третьесторонним ПО; надстройки, загруженные и поставленные самим пользователем, по-видимому, блокироваться не будут. anti-malware.ru
» Спасибо сказали: «
|
|
|
|
|
|
1 чел. просматривают этот форум (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|