Google publicou a versión do navegador web Chrome 126. Ao mesmo tempo, está dispoñible unha versión estable do proxecto Chromium gratuíto, que serve como base de Chrome. O navegador Chrome diferénciase de Chromium no uso dos logotipos de Google, a presenza dun sistema de envío de notificacións en caso de fallo, módulos para reproducir contido de vídeo protexido contra copia (DRM), un sistema de instalación automática de actualizacións, habilitando permanentemente o illamento de Sandbox , proporcionando claves á API de Google e transmitindo RLZ- ao buscar parámetros. Para aqueles que necesitan máis tempo para actualizar, a rama estable estendida é compatible por separado, seguida de 8 semanas. A próxima versión de Chrome 127 está programada para o 23 de xullo.
Cambios clave en Chrome 126:
- O visor de PDF integrado integra a capacidade de extraer texto dun documento, chamado a través da opción "Extraer texto de PDF" no menú contextual. Utilízase un motor de recoñecemento óptico de caracteres (OCR) baseado na aprendizaxe automática para extraer texto de documentos dixitalizados nos que se inseriu texto como imaxe. Espérase que a nova función facilite ás persoas que teñan problemas de visión e utilicen lectores de pantalla traballar con documentos PDF. No futuro, está previsto implementar o recoñecemento de texto nas imaxes mostradas nas páxinas e nas capturas de pantalla. O motor OCR está habilitado de forma predeterminada para o 50 % dos usuarios, e o resto pode activalo mediante a configuración "chrome://flags/#pdf-ocr".
- Á páxina do configurador cos parámetros de rendemento
("Performance/Memory Saver" na sección chrome://settings/performance) engadiu a posibilidade de configurar o nivel de agresividade do uso do modo Memory Saver, que reduce o consumo de RAM ao liberar memoria ocupada polas pestanas inactivas. Por exemplo, ao elixir un nivel moderado, o navegador descargará menos pestanas da memoria que cando o configura como máximo. A configuración, que por defecto só está dispoñible para algúns usuarios, pódese activar mediante o parámetro "chrome://flags/#memory-saver-aggressiveness".
- Para algúns usuarios, o visor de PDF usa a nova arquitectura OOPIF (iframe fóra de proceso), onde o contido do documento se procesa nun proceso separado. A nova arquitectura elimina a complexidade das implementacións baseadas en GuestView e fai máis doado engadir novas capacidades ao visor de PDF. Para activar a nova arquitectura, podes usar a configuración "chrome://flags/#pdf-oopif".
- Engadiuse o modo de captación previa reactiva, que carga os recursos asociados a unha páxina durante a navegación, sen esperar a que se soliciten realmente, o que permite acelerar a apertura de novas páxinas. Para prever os recursos que poidan ser necesarios no futuro, utilízase un servizo externo de Google, que devolve unha lista de recomendacións despois de enviar os URL das páxinas que se navegan ata el.
- Google Lens agora permite aos usuarios buscar calquera imaxe ou texto visible na pantalla. Esta función actívase a través do menú contextual, o indicador da barra de enderezos ou o menú "⋮". Os usuarios poden entón seleccionar un obxecto de interese na pantalla e obter información sobre el de Google Lens. Ao realizar unha operación en servidor Google está enviando
captura de pantalla. A función está actualmente activada de forma predeterminada para o 1 % dos usuarios. A configuración "chrome://flags/#enable-lens-region-search-static-page" pódese usar para activar ou desactivar a compatibilidade con Google Lens. - Resúmense os resultados das optimizacións para acelerar a proba Speedometer 3: o rendemento de Chrome nesta proba aumentou un 72 % durante dous anos. Por exemplo, acelerouse o traballo da función SpaceSplitString, que se usa ao analizar expresións como “class='foo bar', optimizáronse as funcións para traballar con memoria, elimináronse as operacións innecesarias cando se traballa con elementos do formulario web e as que se usan máis frecuentemente. aceleráronse as accións, optimizouse o uso de innerHTML, acelerouse a representación da fonte. A aceleración tamén se conseguiu grazas á optimización do colector de lixo no motor V8, cuxa eficiencia aumentou debido á activación da recollida de lixo durante o tempo de inactividade do proceso de renderizado, para non competir coa aplicación de recursos da CPU.
- Mellorouse significativamente a eficiencia de traballar con Cookies, o que permitiu reducir os atrasos ao traballar con sitios web. Anteriormente, cada vez que se accedía a unha cookie, enviábase unha solicitude IPC síncrona desde o proceso que procesaba o sitio ata o proceso que proporcionaba a interacción coa rede. Dado que as aplicacións web usan de forma bastante activa os valores das cookies, tales solicitudes entre procesos retardaron o traballo, a pesar de que o 87% das chamadas a outro proceso eran redundantes.
Para solucionar o problema utilízase unha nova arquitectura, na que cada proceso contén a súa propia copia dos datos da Cookie e accede a eles directamente, e cambios na Cookie que, por exemplo, poden producirse ao traballar coa mesma Cookie noutra pestana. , son rastrexados a través dun mecanismo de versión. A esencia deste mecanismo é que para cada valor
document.cookie anexa un contador cun número de versión, que se almacena na memoria compartida, que se incrementa cando o valor cambia e que se compara coa instancia existente cando se le.
- Engadiuse a posibilidade de usar a API View Transitions para crear efectos de animación de transición ao moverse dunha páxina a outra dentro dun sitio (mesma orixe). Anteriormente, esta API só se podía usar para efectos entre diferentes estados DOM na mesma páxina (por exemplo, unha transición suave dunha imaxe a outra). Para aplicar efectos de transición entre distintos documentos, use a propiedade "navegación: auto" na regra @ "transición-vista".
- Activouse a API de CloseWatcher, o que che permite rastrexar as solicitudes de peche en aplicacións web e responder á súa recepción (por exemplo, podes crear un xestor para premer o botón "atrás" en Android-teléfono intelixente).
As solicitudes de peche xéranse ao tentar pechar modal ( ) e diálogos emerxentes (popover="") premendo a tecla Esc, usando o botón Atrás ou un xesto na pantalla nos teléfonos intelixentes. - A API Gamepad, que che permite rastrexar e procesar eventos de gamepads e controladores de xogos, engadiu soporte para mecanismos de retroalimentación (trigger-rumble), como a vibración.
- Engadiuse o método .toJSON() ás interfaces GeolocationCoordinates e GeolocationPosition para serializar obxectos con coordenadas en formato JSON.
- A versión para ChromeOS engade soporte para o modo de visualización de pestanas (propiedade CSS "display: tabbed"), que permite usar pestanas nunha aplicación web, por exemplo, para organizar a edición de varios documentos.
- Engadiuse unha función experimental (proba de orixe) para previsualizar o contido recibido desde unha cámara ou un micrófono.
- A API WebGPU acelerou significativamente a compilación de sombreadores. No backend para a API de gráficos Vulkan, a carga de datos na GPU está optimizada (a escritura directa no búfer da GPU ofrécese sen copia intermedia).
- Realizáronse melloras nas ferramentas para desenvolvedores web. Na sección "Aplicación > Almacenamento", engadiuse a posibilidade de inspeccionar os datos gardados mediante a API de Storage Buckets, que lle permite organizar o almacenamento de datos dividindo o almacenamento en segmentos separados asociados ás API IndexedDB e CacheStorage. No panel de avaliación do rendemento, engadiuse a capacidade de mover e ocultar pistas, ademais de excluír a información sobre a execución do script do gráfico de rendemento e habilitar un modo para ralentizar artificialmente o rendemento do sistema 20 veces.
O panel de seguimento da actividade da rede ofrece soporte para substituír unha cadea completa cunha cabeceira HTTP no formato "nome: valor" na resposta recibida. Engadíronse filtros ao panel de control de consumo de memoria para identificar as ineficiencias da memoria, como filas duplicadas ou deixar obxectos asociados a nós DOM separados.
Ademais de innovacións e correccións de erros, a nova versión elimina 21 vulnerabilidades. Moitas das vulnerabilidades identificáronse como resultado de probas automatizadas mediante as ferramentas AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer e AFL. A 9 problemas atribúeselles un alto nivel de gravidade. Non se identificaron problemas críticos que permitan ignorar todos os niveis de protección do navegador e executar código no sistema fóra do entorno sandbox. Como parte do programa para pagar recompensas en metálico por descubrir vulnerabilidades para a versión actual, Google pagou 11 premios por valor de máis de 168 mil dólares.
Para a vulnerabilidade CVE-2024-5839, asociada a un problema na implementación do mecanismo de asignación de memoria, pagouse un premio récord de 100115 dólares. Esta vulnerabilidade está clasificada como de gravidade moderada e pode causar corrupción da memoria do montón ao procesar contido HTML con formato especial. Ademais, pagouse unha bonificación por importes de 25000, 7000, 3000, 2000, 1000 e 500 dólares, así como dous premios en cada un de 10000 e 5000 dólares. O tamaño das 7 recompensas aínda non se determinou.
Fonte: opennet.ru
