Google versión do navegador web ... Simultaneamente liberación estable dun proxecto gratuíto , que serve como base de Chrome. navegador Chrome o uso de logotipos de Google, a presenza dun sistema para enviar notificacións en caso de falla, a posibilidade de descargar un módulo Flash baixo petición, módulos para reproducir contido de vídeo protexido (DRM), un sistema para instalar automaticamente actualizacións e transmisión durante a busca . Chrome 81 estaba programado orixinalmente para ser publicado o 17 de marzo, pero debido á pandemia de coronavirus SARS-CoV-2 e ao traslado dos desenvolvedores ao traballo desde casa, o lanzamento atrasouse . A próxima versión de Chrome 82 será , Chrome 83 está programado para o lanzamento do 19 de maio.
:
- A implantación continuou de cargar contido multimedia mixto (cando os recursos se cargan nunha páxina HTTPS mediante o protocolo http://). Nas páxinas abertas mediante HTTPS, as ligazóns "http://" agora substituiranse automaticamente por "https://" ao cargar imaxes, scripts, iframes, ficheiros de son e vídeo, que se implementou na última versión. Se unha imaxe non está dispoñible a través de https, bloquearase a súa descarga (podes marcar o bloqueo manualmente a través do menú accesible a través do símbolo do cadeado na barra de enderezos).
- Soporte de protocolo FTP. Na próxima versión todo o código relacionado con FTP desde a base de código. Para acceder a través de FTP, recoméndase utilizar clientes FTP externos. Temporalmente, a compatibilidade con FTP pódese devolver usando a marca "--enable-ftp" ou "--enable-features=FtpProtocol".
- A función de agrupación de pestanas está habilitada para todos os usuarios, o que lle permite combinar varias pestanas con fins similares en grupos separados visualmente. A cada grupo pódeselle asignar a súa propia cor e nome. Anteriormente, a agrupación de pestanas só se ofrecía para probar a unha pequena porcentaxe de usuarios.
- Na API soporte adicional para o dispositivo . A API de WebXR permítelle unificar o traballo con varias clases de dispositivos, desde auriculares de realidade virtual estacionarios ata solucións baseadas en dispositivos móbiles. Propúxose unha nova API para crear aplicacións de realidade aumentada , que permite colocar obxectos virtuais no campo de visión da cámara, reflectindo a realidade. Por exemplo, podes unha flor virtual nun peitoril dunha fiestra filmada coa cámara, mostrando marcas de información enriba de obxectos ou organizando mobles virtuais mentres filma unha sala baleira.
- Ao gardar un contrasinal no xestor de contrasinais integrado, móstrase un aviso se o contrasinal se introduce nun sitio non seguro.
- Enviado ás condicións de uso de Google () na que apareceu para Google Chrome e Chrome OS.
- O modo de incógnito e as sesións de convidados teñen a autenticación NTLM/Kerberos desactivada de forma predeterminada.
- A implementación de TLS 1.3 inclúe mecanismos mellorados para combater as baixas a versións anteriores do protocolo TLS. Anteriormente, a protección contra reversión da versión do protocolo só estaba activada parcialmente debido á incompatibilidade con algúns servidores proxy que funcionaban incorrectamente (Palo Alto Networks PAN-OS, Cisco Firepower Threat Defense, ASA con FirePOWER). Os problemas de compatibilidade son agora cousa do pasado, xa que a maioría dos provedores deste tipo de proxies publicaron actualizacións para que as súas implementacións TLS cumpran coas especificacións.
- Engadiuse a opción "chrome://flags/#treat-unsafe-downloads-as-active-content" á configuración, que che permite activar avisos ao tentar ficheiros executables mediante ligazóns desde páxinas HTTPS (en Chrome 83, tales avisos mostraranse de forma predeterminada e en Chrome 84, as descargas bloquearanse).
- Engadiuse compatibilidade con API para dispositivos móbiles , permitindo que as aplicacións web ler e escribir etiquetas NFC. Exemplos de uso da nova API en aplicacións web inclúen a subministración de información sobre exposicións de museos, a realización de inventarios, a obtención de información dos distintivos dos participantes na conferencia, etc. As etiquetas son enviadas e dixitalizadas usando os obxectos NDEFWriter e NDEFReader. Actualmente, a nova API só está dispoñible no modo de probas de orixe (funcións experimentais que requiren separadas ). Origin Trial implica a posibilidade de traballar coa API especificada desde aplicacións descargadas desde localhost ou 127.0.0.1, ou despois de rexistrarse e recibir un token especial que é válido por un tempo limitado para un sitio específico.
- No modo de proba de orixe, a API de PointerLock ofrece unha marca , cando está instalado, os datos sobre eventos de movemento do rato transmítense na súa forma pura, sen axustes nin aceleración.
- Estabilizouse e distribúese agora fóra da API Origin Trials , que permite que as aplicacións web creen indicadores que aparecen no panel ou na pantalla de inicio. Ao pechar a páxina, o indicador elimínase automaticamente. Por exemplo, dun xeito semellante pode mostrar o número de mensaxes sen ler ou información sobre algúns eventos;
- Engadido á API de sesión multimedia seguimento da posición ao reproducir unha canción. Podes obter información sobre a velocidade de reprodución, a duración e o tempo de reprodución actual, o que che permite crear as túas propias interfaces para avaliar a posición e moverte pola pista.
- A API INTL implementa o método , a través do cal pode obter nomes localizados de idiomas, países, moedas, elementos de data, etc.
- Na API , deseñado para recoller datos sobre o estado dos recursos mentres o usuario está a traballar cunha aplicación web, a capacidade de usar a bandeira "buffered" con tarefas de longa duración.
- Por defecto, Chrome terá en conta a información de orientación dos metadatos EXIF ao renderizar imaxes. Para anular explícitamente este comportamento, proponse a propiedade CSS "orientación á imaxe".
- Engadida metaetiqueta e propiedade CSS "", que permiten seleccionar un esquema de cores para renderizar elementos da interface, como botóns de formulario e barras de desprazamento.
- Engadiuse un atributo a HTMLAnchorElement , a través do cal pode transmitir información sobre a necesidade de traducir unha páxina a outro idioma despois de premer nunha ligazón.
- Engadiuse un novo tipo de evento , que inclúe novas propiedades que permiten coñecer o elemento cuxa chamada levou ao envío do formulario. Por exemplo, SubmitEvent fai posible utilizar un controlador que é común a varios botóns e ligazóns que levan ao envío dun formulario.
- en ferramentas para desenvolvedores web:
- Engadiuse unha opción "Copiar > Copiar como recuperación de Node.js" ao menú contextual que se mostra para as solicitudes de rede para copialas en forma dunha expresión de recuperación que inclúe datos de cookies.
- Agora móstrase unha información sobre ferramentas cunha versión sen escape dos datos ao pasar o rato sobre as propiedades CSS de "contido".
- Na consola web, aumentouse o detalle das mensaxes de erro ao analizar campos no mapa de orixe.
- Engadiuse a configuración "Preferencias > Fontes > Permitir desprazamento máis alá do final do ficheiro", que che permite desactivar o desprazamento máis aló do final do ficheiro ao ver o texto fonte da páxina.
- Engadiuse unha simulación de pantalla do smartphone Moto G4 ao panel do dispositivo.
- O panel Cookies ofrece un resaltado de fondo amarelo para as Cookies bloqueadas.
- Engadiuse unha columna con datos sobre a prioridade de selección de cookies ás táboas de Cookies que aparecen nos paneis de Rede e Aplicación.
- Todos os campos (excepto o campo de tamaño) das táboas con Cookies agora poden editarse.
- soporte para protocolos TLS 1.0 e TLS 1.1 ata que se lance Chrome 84. A activación tamén se atrasa ata que se lance Chrome 83. rexistro formularios web que foron optimizados para o seu uso en pantallas táctiles.
Ademais de innovacións e correccións de erros, a nova versión elimina . Moitas das vulnerabilidades identificáronse como resultado de probas automatizadas con ferramentas , , , и . 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 de recompensas en metálico para descubrir vulnerabilidades da versión actual, Google pagou 23 premios por valor de 26 dólares (un premio de 7500 dólares, un premio de 5000 dólares, un premio de 3000 dólares, dous premios de 2000 dólares, tres premios de 1000 dólares e oito premios de 500 dólares). O tamaño das 7 recompensas aínda non se determinou.
Fonte: opennet.ru