Descripción
La API de chrome.declarativeNetRequest
se usa para bloquear o modificar solicitudes de red especificando reglas declarativas. Esto permite que las extensiones modifiquen las solicitudes de red sin interceptarlas ni ver su contenido, lo que proporciona más privacidad.
Permisos
declarativeNetRequest
declarativeNetRequestWithHostAccess
Los permisos "declarativeNetRequest
" y "declarativeNetRequestWithHostAccess
" proporcionan las mismas capacidades. La diferencia entre ellos es cuándo se solicitan o otorgan los permisos.
"declarativeNetRequest"
- Activa una advertencia de permiso en el momento de la instalación, pero proporciona acceso implícito a las reglas de
allow
,allowAllRequests
yblock
. Úsala cuando sea posible para evitar tener que solicitar acceso completo a los hosts. "declarativeNetRequestFeedback"
- Habilita las funciones de depuración para las extensiones sin empaquetar, específicamente
getMatchedRules()
yonRuleMatchedDebug
. "declarativeNetRequestWithHostAccess"
- No se muestra una advertencia de permiso durante la instalación, pero debes solicitar permisos de host antes de poder realizar cualquier acción en un host. Esto es adecuado cuando deseas usar reglas de declarative net request en una extensión que ya tiene permisos de host sin generar advertencias adicionales.
Disponibilidad
Manifiesto
Además de los permisos descritos anteriormente, ciertos tipos de conjuntos de reglas, específicamente los conjuntos de reglas estáticos, requieren que se declare la clave de manifiesto "declarative_net_request"
, que debe ser un diccionario con una sola clave llamada "rule_resources"
. Esta clave es un array que contiene diccionarios del tipo Ruleset
, como se muestra a continuación. (Ten en cuenta que el nombre "Ruleset" no aparece en el JSON del manifiesto, ya que es solo un array). Los conjuntos de reglas estáticos se explican más adelante en este documento.
{ "name": "My extension", ... "declarative_net_request" : { "rule_resources" : [{ "id": "ruleset_1", "enabled": true, "path": "rules_1.json" }, { "id": "ruleset_2", "enabled": false, "path": "rules_2.json" }] }, "permissions": [ "declarativeNetRequest", "declarativeNetRequestFeedback" ], "host_permissions": [ "http://www.blogger.com/*", "http://*.google.com/*" ], ... }
Reglas y conjuntos de reglas
Para usar esta API, especifica uno o más conjuntos de reglas. Un conjunto de reglas contiene un array de reglas. Una sola regla realiza una de las siguientes acciones:
- Bloquea una solicitud de red.
- Actualiza el esquema (de HTTP a HTTPS).
- Evita que se bloquee una solicitud negando cualquier regla bloqueada coincidente.
- Redirige una solicitud de red.
- Modificar los encabezados de solicitud o respuesta
Existen tres tipos de conjuntos de reglas, que se administran de formas ligeramente diferentes.
- Dinámico
- Persisten en las sesiones del navegador y las actualizaciones de extensiones, y se administran con JavaScript mientras se usa una extensión.
- Sesión
- Se borra cuando se cierra el navegador y cuando se instala una nueva versión de la extensión. Las reglas de sesión se administran con JavaScript mientras se usa una extensión.
- Estática
- Se empaqueta, instala y actualiza cuando se instala o actualiza una extensión. Las reglas estáticas se almacenan en archivos de reglas con formato JSON y se enumeran en el archivo de manifiesto.
Conjuntos de reglas dinámicos y centrados en la sesión
Los conjuntos de reglas dinámicos y de sesión se administran con JavaScript mientras se usa una extensión.
- Las reglas dinámicas persisten en las sesiones del navegador y en las actualizaciones de la extensión.
- Las reglas de sesión se borran cuando se cierra el navegador y cuando se instala una nueva versión de la extensión.
Solo hay un conjunto de reglas de cada uno de estos tipos. Una extensión puede agregar o quitar reglas de forma dinámica llamando a updateDynamicRules()
y updateSessionRules()
, siempre que no se excedan los límites de reglas. Para obtener información sobre los límites de reglas, consulta Límites de reglas. Puedes ver un ejemplo de esto en ejemplos de código.
Conjuntos de reglas estáticos
A diferencia de las reglas dinámicas y de sesión, las reglas estáticas se empaquetan, instalan y actualizan cuando se instala o actualiza una extensión. Se almacenan en archivos de reglas en formato JSON, que se indican a la extensión con las claves "declarative_net_request"
y "rule_resources"
como se describió anteriormente, así como uno o más diccionarios Ruleset
. Un diccionario Ruleset
contiene una ruta de acceso al archivo de reglas, un ID para el conjunto de reglas que contiene el archivo y si el conjunto de reglas está habilitado o inhabilitado. Los dos últimos son importantes cuando habilitas o inhabilitas un conjunto de reglas de forma programática.
{ ... "declarative_net_request" : { "rule_resources" : [{ "id": "ruleset_1", "enabled": true, "path": "rules_1.json" }, ... ] } ... }
Para probar los archivos de reglas, carga tu extensión sin empaquetar. Los errores y las advertencias sobre reglas estáticas no válidas solo se muestran para las extensiones sin empaquetar. Se ignoran las reglas estáticas no válidas en las extensiones empaquetadas.
Revisión acelerada
Los cambios en los conjuntos de reglas estáticos pueden ser aptos para una revisión acelerada. Consulta la revisión acelerada para los cambios aptos.
Cómo habilitar y deshabilitar reglas y conjuntos de reglas estáticos
Tanto las reglas estáticas individuales como los conjuntos de reglas estáticas completos se pueden habilitar o inhabilitar durante el tiempo de ejecución.
El conjunto de reglas estáticas y conjuntos de reglas habilitados persiste entre las sesiones del navegador. Ninguno de los dos se conservan en las actualizaciones de la extensión, lo que significa que solo las reglas que elegiste dejar en tus archivos de reglas están disponibles después de una actualización.
Por motivos de rendimiento, también existen límites para la cantidad de reglas y conjuntos de reglas que se pueden habilitar al mismo tiempo. Llama a getAvailableStaticRuleCount()
para verificar la cantidad de reglas adicionales que se pueden habilitar. Para obtener información sobre los límites de reglas, consulta Límites de reglas.
Para habilitar o inhabilitar reglas estáticas, llama a updateStaticRules()
. Este método toma un objeto UpdateStaticRulesOptions
, que contiene arrays de IDs de reglas para habilitar o inhabilitar. Los IDs se definen con la clave "id"
del diccionario Ruleset
. Hay un límite máximo de 5,000 reglas estáticas inhabilitadas.
Para habilitar o inhabilitar los conjuntos de reglas estáticos, llama a updateEnabledRulesets()
. Este método toma un objeto UpdateRulesetOptions
, que contiene arrays de IDs de conjuntos de reglas para habilitar o inhabilitar. Los IDs se definen con la clave "id"
del diccionario Ruleset
.
Reglas de compilación
Sin importar el tipo, una regla comienza con cuatro campos, como se muestra a continuación. Si bien las claves "id"
y "priority"
toman un número, las claves "action"
y "condition"
pueden proporcionar varias condiciones de bloqueo y redireccionamiento. La siguiente regla bloquea todas las solicitudes de secuencias de comandos que se originan en "foo.com"
a cualquier URL que contenga "abc"
como subcadena.
{ "id" : 1, "priority": 1, "action" : { "type" : "block" }, "condition" : { "urlFilter" : "abc", "initiatorDomains" : ["foo.com"], "resourceTypes" : ["script"] } }
Coincidencia de URLs
Net Request declarativo permite hacer coincidir URLs con una sintaxis de coincidencia de patrones o con expresiones regulares.
Sintaxis del filtro de URL
La clave "condition"
de una regla permite una clave "urlFilter"
para actuar sobre las URLs de un dominio especificado. Creas patrones con tokens de coincidencia de patrones. Estos son algunos ejemplos:
urlFilter | Combinaciones | No coincide |
---|---|---|
"abc" | https://abcd.com https://example.com/abcd | https://ab.com |
"abc*d" | https://abcd.com https://example.com/abcxyzd | https://abc.com |
"||a.example.com" | https://a.example.com/ https://b.a.example.com/xyz https://a.example.company | https://example.com/ |
"|https*" | https://example.com | http://example.com/ http://https.com |
"example*^123|" | https://example.com/123 http://abc.com/example?123 | https://example.com/1234 https://abc.com/example0123 |
Expresiones regulares
Las condiciones también pueden usar expresiones regulares. Observa la clave "regexFilter"
. Para obtener información sobre los límites que se aplican a estas condiciones, consulta Reglas que usan expresiones regulares.
Escribe buenas condiciones de URL
Ten cuidado cuando escribas reglas para que siempre coincidan con un dominio completo. De lo contrario, es posible que tu regla coincida en situaciones inesperadas. Por ejemplo, cuando se usa la sintaxis de coincidencia de patrones:
google.com
coincide incorrectamente conhttps://example.com/?param=google.com
||google.com
coincide incorrectamente conhttps://google.company
https://www.google.com
coincide incorrectamente conhttps://example.com/?param=https://www.google.com
Considera usar lo siguiente:
||google.com/
, que coincide con todas las rutas y todos los subdominios.|https://www.google.com/
, que coincide con todas las rutas y ningún subdominio
Del mismo modo, usa los caracteres ^
y /
para anclar una expresión regular. Por ejemplo, ^https:\/\/www\.google\.com\/
coincide con cualquier ruta en https://www.google.com.
Evaluación de reglas
El navegador aplica las reglas de DNR en varias etapas del ciclo de vida de la solicitud de red.
Antes de la solicitud
Antes de que se realice una solicitud, una extensión puede bloquearla o redireccionarla (incluida la actualización del esquema de HTTP a HTTPS) con una regla coincidente.
Para cada extensión, el navegador determina una lista de reglas coincidentes. Las reglas con una acción modifyHeaders
no se incluyen aquí, ya que se controlarán más adelante. Además, las reglas con una condición responseHeaders
se considerarán más adelante (cuando estén disponibles los encabezados de respuesta) y no se incluirán.
Luego, para cada extensión, Chrome elige como máximo un candidato por solicitud. Chrome encuentra una regla coincidente ordenando todas las reglas coincidentes por prioridad. Las reglas con la misma prioridad se ordenan por acción (allow
o allowAllRequests
> block
> upgradeScheme
> redirect
).
Si el candidato es una regla allow
o allowAllRequests
, o si el marco en el que se realiza la solicitud coincidió previamente con una regla allowAllRequests
de prioridad igual o superior de esta extensión, la solicitud se "permite" y la extensión no tendrá ningún efecto en ella.
Si más de una extensión quiere bloquear o redireccionar esta solicitud, se elige una sola acción. Chrome lo hace ordenando las reglas en el orden block
> redirect
o upgradeScheme
> allow
o allowAllRequests
. Si dos reglas son del mismo tipo, Chrome elige la regla de la extensión instalada más recientemente.
Antes de que se envíen los encabezados de la solicitud
Antes de que Chrome envíe los encabezados de solicitud al servidor, estos se actualizan según las reglas modifyHeaders
coincidentes.
Dentro de una sola extensión, Chrome crea la lista de modificaciones que se deben realizar buscando todas las reglas modifyHeaders
coincidentes. Al igual que antes, solo se incluyen las reglas que tienen una prioridad más alta que cualquier regla coincidente de allow
o allowAllRequests
.
Chrome aplica estas reglas en un orden tal que las reglas de una extensión instalada recientemente siempre se evalúan antes que las reglas de una extensión más antigua. Además, las reglas de mayor prioridad de una extensión siempre se aplican antes que las reglas de menor prioridad de la misma extensión. En particular, incluso en las extensiones:
- Si una regla se agrega a un encabezado, las reglas de menor prioridad solo se pueden agregar a ese encabezado. No se permiten las operaciones de configuración y eliminación.
- Si una regla establece un encabezado, solo las reglas de menor prioridad de la misma extensión pueden agregar información a ese encabezado. No se permiten otras modificaciones.
- Si una regla quita un encabezado, las reglas de menor prioridad no podrán modificarlo más.
Una vez que se recibe una respuesta
Una vez que se reciben los encabezados de respuesta, Chrome evalúa las reglas con una condición responseHeaders
.
Después de ordenar estas reglas por action
y priority
, y excluir las reglas que se vuelven redundantes por una regla coincidente de allow
o allowAllRequests
(esto sucede de forma idéntica a los pasos en "Antes de la solicitud"), Chrome puede bloquear o redireccionar la solicitud en nombre de una extensión.
Ten en cuenta que, si una solicitud llegó a esta etapa, ya se envió al servidor y este recibió datos como el cuerpo de la solicitud. Una regla de bloqueo o redireccionamiento con una condición de encabezados de respuesta se seguirá ejecutando, pero no podrá bloquear ni redireccionar la solicitud.
En el caso de una regla de bloqueo, la página que realizó la solicitud recibe una respuesta de bloqueo y Chrome finaliza la solicitud de forma anticipada. En el caso de una regla de redireccionamiento, Chrome realiza una nueva solicitud a la URL redireccionada. Asegúrate de tener en cuenta si estos comportamientos cumplen con las expectativas de privacidad de tu extensión.
Si la solicitud no se bloquea ni se redirecciona, Chrome aplica las reglas de modifyHeaders
. La aplicación de modificaciones a los encabezados de respuesta funciona de la misma manera que se describe en "Antes de que se envíen los encabezados de solicitud". Aplicar modificaciones a los encabezados de la solicitud no tiene ningún efecto, ya que la solicitud ya se realizó.
Reglas de seguridad
Las reglas seguras se definen como reglas con una acción de block
, allow
, allowAllRequests
o upgradeScheme
. Estas reglas están sujetas a una cuota mayor de reglas dinámicas.
Límites de las reglas
Cargar y evaluar reglas en el navegador genera una sobrecarga de rendimiento, por lo que se aplican algunos límites cuando se usa la API. Los límites dependen del tipo de regla que uses.
Reglas estáticas
Las reglas estáticas son las que se especifican en los archivos de reglas declarados en el archivo de manifiesto. Una extensión puede especificar hasta 100 conjuntos de reglas estáticos como parte de la clave de manifiesto "rule_resources"
, pero solo se pueden habilitar 50 de estos conjuntos de reglas a la vez. Este último se denomina MAX_NUMBER_OF_ENABLED_STATIC_RULESETS
. En conjunto, esos conjuntos de reglas garantizan al menos 30,000 reglas. Esto se denomina GUARANTEED_MINIMUM_STATIC_RULES
.
La cantidad de reglas disponibles después de eso depende de cuántas reglas habiliten todas las extensiones instaladas en el navegador de un usuario. Puedes encontrar este número en el tiempo de ejecución llamando a getAvailableStaticRuleCount()
. Puedes ver un ejemplo de esto en ejemplos de código.
Reglas de sesión
Una extensión puede tener hasta 5,000 reglas de sesión. Se expone como MAX_NUMBER_OF_SESSION_RULES
.
Antes de Chrome 120, había un límite de 5,000 reglas combinadas dinámicas y de sesión.
Normas dinámicas
Una extensión puede tener al menos 5,000 reglas dinámicas. Se expone como MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
.
A partir de Chrome 121, hay un límite mayor de 30,000 reglas disponibles para las reglas dinámicas seguras, que se exponen como MAX_NUMBER_OF_DYNAMIC_RULES
. Las reglas no seguras que se agreguen dentro del límite de 5,000 también se contabilizarán para este límite.
Antes de Chrome 120, había un límite combinado de 5,000 reglas dinámicas y de sesión.
Reglas que usan expresiones regulares
Todos los tipos de reglas pueden usar expresiones regulares. Sin embargo, la cantidad total de reglas de expresiones regulares de cada tipo no puede superar las 1,000. Esto se denomina MAX_NUMBER_OF_REGEX_RULES.
Además, cada regla debe tener menos de 2 KB una vez compilada. Esto se correlaciona aproximadamente con la complejidad de la regla. Si intentas cargar una regla que supera este límite, verás una advertencia como la siguiente y se ignorará la regla.
rules_1.json: Rule with id 1 specified a more complex regex than allowed as part of the "regexFilter" key.
Interacciones con service workers
Un declarativeNetRequest solo se aplica a las solicitudes que llegan a la pila de red. Esto incluye las respuestas de la caché HTTP, pero es posible que no incluya las respuestas que pasan por el controlador onfetch
de un service worker. declarativeNetRequest no afectará las respuestas generadas por el service worker ni las recuperadas de CacheStorage
, pero sí afectará las llamadas a fetch()
realizadas en un service worker.
Recursos accesibles desde la Web
Una regla de declarativeNetRequest no puede redireccionar una solicitud de recurso público a un recurso al que no se pueda acceder desde la Web. Si lo haces, se activará un error. Esto se aplica incluso si el recurso especificado accesible desde la Web es propiedad de la extensión que realiza el redireccionamiento. Para declarar recursos para declarativeNetRequest, usa el array "web_accessible_resources"
del manifiesto.
Modificación del encabezado
La operación de anexar solo se admite para los siguientes encabezados: accept
, accept-encoding
, accept-language
, access-control-request-headers
, cache-control
, connection
, content-language
, cookie
, forwarded
, if-match
, if-none-match
, keep-alive
, range
, te
, trailer
, transfer-encoding
, upgrade
, user-agent
, via
, want-digest
y x-forwarded-for
.
Ejemplos
Ejemplos de código
Actualiza reglas dinámicas
En el siguiente ejemplo, se muestra cómo llamar a updateDynamicRules()
. El procedimiento para updateSessionRules()
es el mismo.
// Get arrays containing new and old rules const newRules = await getNewRules(); const oldRules = await chrome.declarativeNetRequest.getDynamicRules(); const oldRuleIds = oldRules.map(rule => rule.id); // Use the arrays to update the dynamic rules await chrome.declarativeNetRequest.updateDynamicRules({ removeRuleIds: oldRuleIds, addRules: newRules });
Actualiza conjuntos de reglas estáticos
En el siguiente ejemplo, se muestra cómo habilitar y cómo inhabilitar conjuntos de reglas teniendo en cuenta la cantidad de conjuntos de reglas estáticos disponibles y la cantidad máxima de conjuntos de reglas estáticos habilitados. Esto se hace cuando la cantidad de reglas estáticas que necesitas supera la cantidad permitida. Para que esto funcione, algunos de tus conjuntos de reglas deben instalarse con algunos de tus conjuntos de reglas inhabilitados (establece "Enabled"
en false
dentro del archivo de manifiesto).
async function updateStaticRules(enableRulesetIds, disableCandidateIds) { // Create the options structure for the call to updateEnabledRulesets() let options = { enableRulesetIds: enableRulesetIds } // Get the number of enabled static rules const enabledStaticCount = await chrome.declarativeNetRequest.getEnabledRulesets(); // Compare rule counts to determine if anything needs to be disabled so that // new rules can be enabled const proposedCount = enableRulesetIds.length; if (enabledStaticCount + proposedCount > chrome.declarativeNetRequest.MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) { options.disableRulesetIds = disableCandidateIds } // Update the enabled static rules await chrome.declarativeNetRequest.updateEnabledRulesets(options); }
Ejemplos de reglas
En los siguientes ejemplos, se ilustra cómo Chrome prioriza las reglas en una extensión. Cuando las revises, te recomendamos que abras las reglas de priorización en una ventana separada.
La clave "priority"
Estos ejemplos requieren permiso de host para *://*.example.com/*
.
Para determinar la prioridad de una URL en particular, consulta las claves "priority"
, "action"
y "urlFilter"
(definidas por el desarrollador). Estos ejemplos hacen referencia al archivo de regla de ejemplo que se muestra a continuación.
- Navegación a https://google.com
- Dos reglas abarcan esta URL: las reglas con los IDs 1 y 4. Se aplica la regla con el ID 1 porque las acciones
"block"
tienen una prioridad más alta que las acciones"redirect"
. Las reglas restantes no se aplican porque son para URLs más largas. - Navegación a https://google.com/1234
- Debido a la URL más larga, la regla con el ID 2 ahora también coincide, además de las reglas con los IDs 1 y 4. Se aplica la regla con el ID 2 porque
"allow"
tiene una prioridad más alta que"block"
y"redirect"
. - Navegación a https://google.com/12345
- Las cuatro reglas coinciden con esta URL. Se aplica la regla con el ID 3 porque su prioridad definida por el desarrollador es la más alta del grupo.
[ { "id": 1, "priority": 1, "action": { "type": "block" }, "condition": {"urlFilter": "||google.com/", "resourceTypes": ["main_frame"] } }, { "id": 2, "priority": 1, "action": { "type": "allow" }, "condition": { "urlFilter": "||google.com/123", "resourceTypes": ["main_frame"] } }, { "id": 3, "priority": 2, "action": { "type": "block" }, "condition": { "urlFilter": "||google.com/12345", "resourceTypes": ["main_frame"] } }, { "id": 4, "priority": 1, "action": { "type": "redirect", "redirect": { "url": "https://example.com" } }, "condition": { "urlFilter": "||google.com/", "resourceTypes": ["main_frame"] } }, ]
Redireccionamientos
El siguiente ejemplo requiere permiso de host para *://*.example.com/*
.
En el siguiente ejemplo, se muestra cómo redireccionar una solicitud de example.com a una página dentro de la extensión. La ruta de acceso a la extensión /a.jpg
se resuelve en chrome-extension://EXTENSION_ID/a.jpg
, donde EXTENSION_ID
es el ID de tu extensión. Para que esto funcione, el manifiesto debe declarar /a.jpg
como un recurso accesible desde la Web.
{ "id": 1, "priority": 1, "action": { "type": "redirect", "redirect": { "extensionPath": "/a.jpg" } }, "condition": { "urlFilter": "||https://www.example.com/", "resourceTypes": ["main_frame"] } }
En el siguiente ejemplo, se usa la clave "transform"
para redireccionar a un subdominio de example.com. Se usa un anclaje de nombre de dominio ("||") para interceptar solicitudes con cualquier esquema de example.com. La clave "scheme"
en "transform"
especifica que los redireccionamientos al subdominio siempre usarán "https".
{ "id": 1, "priority": 1, "action": { "type": "redirect", "redirect": { "transform": { "scheme": "https", "host": "new.example.com" } } }, "condition": { "urlFilter": "||example.com/", "resourceTypes": ["main_frame"] } }
En el siguiente ejemplo, se usan expresiones regulares para redireccionar de https://www.abc.xyz.com/path
a https://abc.xyz.com/path
. En la clave "regexFilter"
, observa cómo se escapan los períodos y que el grupo de captura selecciona "abc" o "def". La clave "regexSubstitution"
especifica la primera coincidencia devuelta de la expresión regular con "\1". En este caso, "abc" se captura de la URL redireccionada y se coloca en la sustitución.
{ "id": 1, "priority": 1, "action": { "type": "redirect", "redirect": { "regexSubstitution": "https://\\1.xyz.com/" } }, "condition": { "regexFilter": "^https://www\\.(abc|def)\\.xyz\\.com/", "resourceTypes": [ "main_frame" ] } }
Encabezados
En el siguiente ejemplo, se quitan todas las cookies de un marco principal y de cualquier submarco.
{ "id": 1, "priority": 1, "action": { "type": "modifyHeaders", "requestHeaders": [{ "header": "cookie", "operation": "remove" }] }, "condition": { "resourceTypes": ["main_frame", "sub_frame"] } }
Tipos
DomainType
Describe si la solicitud es propia o de terceros para el fotograma en el que se originó. Se dice que una solicitud es propia si tiene el mismo dominio (eTLD+1) que el marco en el que se originó la solicitud.
Enum
"firstParty"
La solicitud de red es propia del marco en el que se originó.
"thirdParty"
La solicitud de red es de terceros para el marco en el que se originó.
ExtensionActionOptions
Propiedades
- displayActionCountAsBadgeText
booleano opcional
Indica si se debe mostrar automáticamente el recuento de acciones de una página como texto de la insignia de la extensión. Esta preferencia persiste entre sesiones.
- tabUpdate
TabActionCountUpdate opcional
Chrome 89 y versiones posterioresSon los detalles sobre cómo se debe ajustar el recuento de acciones de la pestaña.
GetDisabledRuleIdsOptions
Propiedades
- rulesetId
string
Es el ID correspondiente a un
Ruleset
estático.
GetRulesFilter
Propiedades
- ruleIds
number[] opcional
Si se especifica, solo se incluyen las reglas con IDs coincidentes.
HeaderInfo
Propiedades
- excludedValues
string[] opcional
Si se especifica, esta condición no coincide si el encabezado existe, pero su valor contiene al menos un elemento de esta lista. Usa la misma sintaxis de patrón de coincidencia que
values
. - encabezado
string
Es el nombre del encabezado. Esta condición coincide con el nombre solo si no se especifican
values
niexcludedValues
. - valores
string[] opcional
Si se especifica, esta condición coincide si el valor del encabezado coincide con al menos un patrón de esta lista. Esto admite la coincidencia de valores de encabezado que no distinguen mayúsculas de minúsculas, además de las siguientes construcciones:
"*" : Coincide con cualquier cantidad de caracteres.
"?" : Coincide con cero o un carácter.
Los caracteres "*" y "?" se pueden escapar con una barra inversa, p. ej., "\*" y "\?".
HeaderOperation
Aquí se describen las operaciones posibles para una regla "modifyHeaders".
Enum
"append"
Agrega una nueva entrada para el encabezado especificado. Esta operación no se admite para los encabezados de solicitud.
"set"
Establece un valor nuevo para el encabezado especificado y quita los encabezados existentes con el mismo nombre.
"remove"
Quita todas las entradas del encabezado especificado.
IsRegexSupportedResult
Propiedades
- isSupported
booleano
- Reason
UnsupportedRegexReason opcional
Especifica el motivo por el que no se admite la expresión regular. Solo se proporciona si
isSupported
es falso.
MatchedRule
Propiedades
- ruleId
número
Es el ID de una regla de coincidencia.
- rulesetId
string
ID del
Ruleset
al que pertenece esta regla. En el caso de una regla que se origina en el conjunto de reglas dinámicas, este valor será igual aDYNAMIC_RULESET_ID
.
MatchedRuleInfo
Propiedades
- regla
- tabId
número
Es el tabId de la pestaña desde la que se originó la solicitud si la pestaña aún está activa. De lo contrario, devuelve -1.
- timeStamp
número
Es la fecha y hora en que se cumplió la regla. Las marcas de tiempo corresponderán a la convención de JavaScript para las horas, es decir, la cantidad de milisegundos desde la época.
MatchedRuleInfoDebug
Propiedades
- solicitud
Son los detalles de la solicitud para la que se encontró la regla.
- regla
MatchedRulesFilter
Propiedades
- minTimeStamp
número opcional
Si se especifica, solo coincide con las reglas posteriores a la marca de tiempo determinada.
- tabId
número opcional
Si se especifica, solo coincide con las reglas de la pestaña determinada. Coincide con las reglas no asociadas a ninguna pestaña activa si se establece en -1.
ModifyHeaderInfo
Propiedades
- encabezado
string
Es el nombre del encabezado que se modificará.
- operación
Operación que se realizará en un encabezado.
- valor
cadena opcional
Es el valor nuevo del encabezado. Se debe especificar para las operaciones
append
yset
.
QueryKeyValue
Propiedades
- clave
string
- replaceOnly
booleano opcional
Chrome 94 y versiones posterioresSi es verdadero, la clave de búsqueda solo se reemplaza si ya está presente. De lo contrario, la clave también se agrega si falta. La configuración predeterminada es "false".
- valor
string
QueryTransform
Propiedades
- addOrReplaceParams
QueryKeyValue[] opcional
Es la lista de pares clave-valor de la consulta que se agregarán o reemplazarán.
- removeParams
string[] opcional
Es la lista de claves de búsqueda que se quitarán.
Redirect
Propiedades
- extensionPath
cadena opcional
Es la ruta de acceso relativa al directorio de la extensión. Debe comenzar con "/".
- regexSubstitution
cadena opcional
Es el patrón de sustitución para las reglas que especifican un
regexFilter
. La primera coincidencia deregexFilter
dentro de la URL se reemplazará por este patrón. Dentro deregexSubstitution
, se pueden usar dígitos con escape de barra invertida (de \1 a \9) para insertar los grupos de captura correspondientes. \0 hace referencia a todo el texto coincidente. - transform
URLTransform opcional
Son las transformaciones de URL que se realizarán.
- url
cadena opcional
Es la URL de redireccionamiento. No se permiten los redireccionamientos a URLs de JavaScript.
RegexOptions
Propiedades
- isCaseSensitive
booleano opcional
Indica si el
regex
especificado distingue mayúsculas de minúsculas. La opción predeterminada es true. - regex
string
Es la expresión regular que se verificará.
- requireCapturing
booleano opcional
Indica si se requiere la captura del
regex
especificado. La captura solo es necesaria para las reglas de redireccionamiento que especifican una acción deregexSubstition
. El valor predeterminado es falso.
RequestDetails
Propiedades
- documentId
cadena opcional
Chrome 106 y versiones posterioresEs el identificador único del documento del iframe, si esta solicitud es para un iframe.
- documentLifecycle
DocumentLifecycle opcional
Chrome 106 y versiones posterioresEs el ciclo de vida del documento del iframe, si esta solicitud es para un iframe.
- frameId
número
El valor 0 indica que la solicitud se realiza en el marco principal. Un valor positivo indica el ID de un submarco en el que se realiza la solicitud. Si se carga el documento de un (sub)marco (
type
esmain_frame
osub_frame
),frameId
indica el ID de este marco, no el ID del marco externo. Los IDs de fotogramas son únicos dentro de una pestaña. - frameType
FrameType opcional
Chrome 106 y versiones posterioresEs el tipo de frame, si esta solicitud es para un frame.
- iniciador
cadena opcional
Es el origen desde el que se inició la solicitud. Esto no cambia a través de los redireccionamientos. Si se trata de un origen opaco, se usará la cadena "null".
- method
string
Es el método HTTP estándar.
- parentDocumentId
cadena opcional
Chrome 106 y versiones posterioresEs el identificador único del documento principal del iframe, si esta solicitud es para un iframe y tiene un elemento principal.
- parentFrameId
número
ID del iframe que contiene el iframe que envió la solicitud. Se establece en -1 si no existe un fotograma principal.
- requestId
string
Es el ID de la solicitud. Los IDs de solicitud son únicos dentro de una sesión del navegador.
- tabId
número
ID de la pestaña en la que se realiza la solicitud. Se establece en -1 si la solicitud no está relacionada con una pestaña.
- tipo
Es el tipo de recurso de la solicitud.
- url
string
La URL de la solicitud.
RequestMethod
Describe el método de solicitud HTTP de una solicitud de red.
Enum
"connect"
"delete"
"get"
"head"
"options"
"patch"
"post"
"put"
"other"
ResourceType
Describe el tipo de recurso de la solicitud de red.
Enum
"main_frame"
"sub_frame"
"stylesheet"
"script"
"image"
"font"
"object"
"xmlhttprequest"
"ping"
"csp_report"
"media"
"websocket"
"webtransport"
"webbundle"
"other"
Rule
Propiedades
- acción
Es la acción que se realizará si coincide esta regla.
- de transición
Es la condición en la que se activa esta regla.
- id
número
Es un ID que identifica de forma única una regla. Es obligatorio y debe ser mayor o igual que 1.
- priority
número opcional
Es la prioridad de la regla. El valor predeterminado es 1. Cuando se especifica, debe ser mayor o igual que 1.
RuleAction
Propiedades
- redireccionamiento
Redireccionamiento opcional
Describe cómo se debe realizar el redireccionamiento. Solo es válido para las reglas de redireccionamiento.
- requestHeaders
ModifyHeaderInfo[] opcional
Chrome 86 y versiones posterioresSon los encabezados de la solicitud que se modificarán. Solo es válido si RuleActionType es "modifyHeaders".
- responseHeaders
ModifyHeaderInfo[] opcional
Chrome 86 y versiones posterioresSon los encabezados de respuesta que se modificarán para la solicitud. Solo es válido si RuleActionType es "modifyHeaders".
- tipo
Es el tipo de acción que se realizará.
RuleActionType
Describe el tipo de acción que se debe realizar si coincide una RuleCondition determinada.
Enum
"block"
Bloquea la solicitud de red.
"redirect"
Redirecciona la solicitud de red.
"allow"
Permite la solicitud de red. La solicitud no se interceptará si hay una regla de permiso que coincida con ella.
"upgradeScheme"
Actualiza el esquema de la URL de la solicitud de red a HTTPS si la solicitud es HTTP o FTP.
"modifyHeaders"
Modifica los encabezados de solicitud o respuesta de la solicitud de red.
"allowAllRequests"
Permite todas las solicitudes dentro de una jerarquía de marcos, incluida la solicitud del marco en sí.
RuleCondition
Propiedades
- domainType
DomainType opcional
Especifica si la solicitud de red es propia o de terceros para el dominio desde el que se originó. Si se omite, se aceptan todas las solicitudes.
- dominios
string[] opcional
Obsoleto desde Chrome 101En su lugar, usa
initiatorDomains
.La regla solo coincidirá con las solicitudes de red que se originen en la lista de
domains
. - excludedDomains
string[] opcional
Obsoleto desde Chrome 101En su lugar, usa
excludedInitiatorDomains
.La regla no coincidirá con las solicitudes de red que se originen en la lista de
excludedDomains
. - excludedInitiatorDomains
string[] opcional
Chrome 101 y versiones posterioresLa regla no coincidirá con las solicitudes de red que se originen en la lista de
excludedInitiatorDomains
. Si la lista está vacía o se omite, no se excluye ningún dominio. Tiene prioridad sobreinitiatorDomains
.Notas:
- También se permiten subdominios como "a.example.com".
- Las entradas deben contener solo caracteres ASCII.
- Utiliza la codificación Punycode para los dominios internacionalizados.
- Esto coincide con el iniciador de la solicitud y no con la URL de la solicitud.
- También se excluyen los subdominios de los dominios incluidos en la lista.
- excludedRequestDomains
string[] opcional
Chrome 101 y versiones posterioresLa regla no coincidirá con las solicitudes de red cuando los dominios coincidan con uno de la lista de
excludedRequestDomains
. Si la lista está vacía o se omite, no se excluye ningún dominio. Tiene prioridad sobrerequestDomains
.Notas:
- También se permiten subdominios como "a.example.com".
- Las entradas deben contener solo caracteres ASCII.
- Utiliza la codificación Punycode para los dominios internacionalizados.
- También se excluyen los subdominios de los dominios incluidos en la lista.
- excludedRequestMethods
RequestMethod[] opcional
Chrome 91 y versiones posterioresEs la lista de métodos de solicitud con los que no coincidirá la regla. Solo se debe especificar una de las propiedades
requestMethods
yexcludedRequestMethods
. Si no se especifica ninguno de ellos, se comparan todos los métodos de solicitud. - excludedResourceTypes
ResourceType[] opcional
Es la lista de tipos de recursos con los que no coincidirá la regla. Solo se debe especificar una de las propiedades
resourceTypes
yexcludedResourceTypes
. Si no se especifica ninguno de ellos, se bloquearán todos los tipos de recursos, excepto "main_frame". - excludedResponseHeaders
HeaderInfo[] opcional
Chrome 128 y versiones posterioresLa regla no coincide si la solicitud coincide con alguna condición de encabezado de respuesta en esta lista (si se especifica). Si se especifican
excludedResponseHeaders
yresponseHeaders
, la propiedadexcludedResponseHeaders
tiene prioridad. - excludedTabIds
number[] opcional
Chrome 92 y versiones posterioresLista de
tabs.Tab.id
con las que no debe coincidir la regla. Un ID detabs.TAB_ID_NONE
excluye las solicitudes que no se originan en una pestaña. Solo se admite para reglas con alcance de sesión. - initiatorDomains
string[] opcional
Chrome 101 y versiones posterioresLa regla solo coincidirá con las solicitudes de red que se originen en la lista de
initiatorDomains
. Si se omite la lista, la regla se aplica a las solicitudes de todos los dominios. No se permite una lista vacía.Notas:
- También se permiten subdominios como "a.example.com".
- Las entradas deben contener solo caracteres ASCII.
- Utiliza la codificación Punycode para los dominios internacionalizados.
- Esto coincide con el iniciador de la solicitud y no con la URL de la solicitud.
- También se incluyen los subdominios de los dominios enumerados.
- isUrlFilterCaseSensitive
booleano opcional
Indica si
urlFilter
oregexFilter
(el que se especifique) distingue mayúsculas de minúsculas. El valor predeterminado es falso. - regexFilter
cadena opcional
Es la expresión regular que debe coincidir con la URL de la solicitud de red. Esto sigue la sintaxis RE2.
Nota: Solo se puede especificar uno de
urlFilter
oregexFilter
.Nota: El
regexFilter
debe estar compuesto solo por caracteres ASCII. Esto coincide con una URL en la que el host está codificado en formato Punycode (en el caso de dominios internacionalizados) y cualquier otro carácter que no sea ASCII está codificado en formato de URL en UTF-8. - requestDomains
string[] opcional
Chrome 101 y versiones posterioresLa regla solo coincidirá con las solicitudes de red cuando el dominio coincida con uno de la lista de
requestDomains
. Si se omite la lista, la regla se aplica a las solicitudes de todos los dominios. No se permite una lista vacía.Notas:
- También se permiten subdominios como "a.example.com".
- Las entradas deben contener solo caracteres ASCII.
- Utiliza la codificación Punycode para los dominios internacionalizados.
- También se incluyen los subdominios de los dominios enumerados.
- requestMethods
RequestMethod[] opcional
Chrome 91 y versiones posterioresEs una lista de métodos de solicitud HTTP con los que puede coincidir la regla. No se permite una lista vacía.
Nota: Si especificas una condición de regla
requestMethods
, también se excluirán las solicitudes que no sean HTTP(S), mientras que si especificasexcludedRequestMethods
, no se excluirán. - resourceTypes
ResourceType[] opcional
Es la lista de tipos de recursos con los que puede coincidir la regla. No se permite una lista vacía.
Nota: Esto se debe especificar para las reglas de
allowAllRequests
y solo puede incluir los tipos de recursossub_frame
ymain_frame
. - responseHeaders
HeaderInfo[] opcional
Chrome 128 y versiones posterioresLa regla coincide si la solicitud coincide con alguna condición de encabezado de respuesta en esta lista (si se especifica).
- tabIds
number[] opcional
Chrome 92 y versiones posterioresLista de
tabs.Tab.id
con los que debe coincidir la regla. Un ID detabs.TAB_ID_NONE
coincide con las solicitudes que no se originan en una pestaña. No se permite una lista vacía. Solo se admite para reglas con alcance de sesión. - urlFilter
cadena opcional
Es el patrón que coincide con la URL de la solicitud de red. Construcciones admitidas:
"*": Comodín que coincide con cualquier cantidad de caracteres.
"|" : Anclaje a la izquierda o a la derecha: Si se usa en cualquiera de los extremos del patrón, especifica el comienzo o el final de la URL, respectivamente.
"||" : Ancla de nombre de dominio: Si se usa al principio del patrón, especifica el inicio de un (sub)dominio de la URL.
"^" : Carácter separador: Coincide con cualquier elemento, excepto una letra, un dígito o uno de los siguientes:
_
,-
,.
o%
. También coincide con el final de la URL.Por lo tanto,
urlFilter
se compone de las siguientes partes: (anclaje izquierdo o nombre de dominio opcional) + patrón + (anclaje derecho opcional).Si se omite, se incluirán todas las URLs. No se permite una cadena vacía.
No se permite un patrón que comience con
||*
. Usa*
en su lugar.Nota: Solo se puede especificar uno de
urlFilter
oregexFilter
.Nota: El
urlFilter
debe estar compuesto solo por caracteres ASCII. Esto coincide con una URL en la que el host está codificado en formato Punycode (en el caso de dominios internacionalizados) y cualquier otro carácter que no sea ASCII está codificado en formato de URL en UTF-8. Por ejemplo, cuando la URL de la solicitud es http://abc.рф?q=ф, elurlFilter
coincidirá con la URL http://abc.xn--p1ai/?q=%D1%84.
Ruleset
Propiedades
- habilitado
booleano
Indica si el conjunto de reglas está habilitado de forma predeterminada.
- id
string
Es una cadena no vacía que identifica de forma única el conjunto de reglas. Los IDs que comienzan con "_" están reservados para uso interno.
- ruta de acceso
string
Es la ruta de acceso del conjunto de reglas JSON en relación con el directorio de la extensión.
RulesMatchedDetails
Propiedades
- rulesMatchedInfo
Son las reglas que coinciden con el filtro determinado.
TabActionCountUpdate
Propiedades
- increment
número
Es la cantidad en la que se incrementa el recuento de acciones de la pestaña. Los valores negativos disminuirán el recuento.
- tabId
número
Es la pestaña para la que se actualizará el recuento de acciones.
TestMatchOutcomeResult
Propiedades
- matchedRules
Son las reglas (si las hay) que coinciden con la solicitud hipotética.
TestMatchRequestDetails
Propiedades
- iniciador
cadena opcional
Es la URL del iniciador (si hay alguna) para la solicitud hipotética.
- method
RequestMethod opcional
Es el método HTTP estándar de la solicitud hipotética. El valor predeterminado es "get" para las solicitudes HTTP y se ignora para las solicitudes que no son HTTP.
- responseHeaders
objeto opcional
Chrome 129 y versiones posterioresSon los encabezados que proporcionaría una respuesta hipotética si la solicitud no se bloquea ni se redirecciona antes de enviarse. Se representa como un objeto que asigna un nombre de encabezado a una lista de valores de cadena. Si no se especifica, la respuesta hipotética devolverá encabezados de respuesta vacíos, que pueden coincidir con reglas que coinciden con la no existencia de encabezados. P. ej.,
{"content-type": ["text/html; charset=utf-8", "multipart/form-data"]}
- tabId
número opcional
Es el ID de la pestaña en la que se realiza la solicitud hipotética. No es necesario que corresponda a un ID de pestaña real. El valor predeterminado es -1, lo que significa que la solicitud no está relacionada con una pestaña.
- tipo
Es el tipo de recurso de la solicitud hipotética.
- url
string
Es la URL de la solicitud hipotética.
UnsupportedRegexReason
Describe el motivo por el que no se admite una expresión regular determinada.
Enum
"syntaxError"
La expresión regular es sintácticamente incorrecta o usa funciones que no están disponibles en la sintaxis RE2.
"memoryLimitExceeded"
La expresión regular supera el límite de memoria.
UpdateRuleOptions
Propiedades
- addRules
Rule[] opcional
Son las reglas que se agregarán.
- removeRuleIds
number[] opcional
IDs de las reglas que se quitarán. Se ignorarán los IDs no válidos.
UpdateRulesetOptions
Propiedades
UpdateStaticRulesOptions
Propiedades
- disableRuleIds
number[] opcional
Es el conjunto de IDs que corresponden a las reglas en
Ruleset
que se deben inhabilitar. - enableRuleIds
number[] opcional
Es el conjunto de IDs que corresponden a las reglas en
Ruleset
que se habilitarán. - rulesetId
string
Es el ID correspondiente a un
Ruleset
estático.
URLTransform
Propiedades
- fragment
cadena opcional
Es el fragmento nuevo de la solicitud. Debe estar vacío, en cuyo caso se borrará el fragmento existente, o debe comenzar con "#".
- host
cadena opcional
Es el nuevo host de la solicitud.
- contraseña
cadena opcional
Es la contraseña nueva para la solicitud.
- ruta de acceso
cadena opcional
Es la nueva ruta de acceso para la solicitud. Si está vacío, se borra la ruta existente.
- puerto
cadena opcional
Es el puerto nuevo para la solicitud. Si está vacío, se borra el puerto existente.
- consulta
cadena opcional
Es la consulta nueva para la solicitud. Debe estar vacío, en cuyo caso se borrará la búsqueda existente, o debe comenzar con "?".
- queryTransform
QueryTransform opcional
Agrega, quita o reemplaza pares clave-valor de la consulta.
- esquema
cadena opcional
Es el nuevo esquema de la solicitud. Los valores permitidos son “http”, “https”, “ftp” y “chrome-extension”.
- nombre de usuario
cadena opcional
Es el nuevo nombre de usuario para la solicitud.
Propiedades
DYNAMIC_RULESET_ID
Es el ID del conjunto de reglas para las reglas dinámicas que agregó la extensión.
Valor
"_dynamic"
GETMATCHEDRULES_QUOTA_INTERVAL
Intervalo de tiempo dentro del cual se pueden realizar llamadas a MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL getMatchedRules
, especificado en minutos. Las llamadas adicionales fallarán de inmediato y establecerán runtime.lastError
. Nota: Las llamadas getMatchedRules
asociadas con un gesto del usuario están exentas de la cuota.
Valor
10
GUARANTEED_MINIMUM_STATIC_RULES
Es la cantidad mínima de reglas estáticas garantizadas para una extensión en todos sus conjuntos de reglas estáticas habilitados. Las reglas que superen este límite se tendrán en cuenta para el límite global de reglas estáticas.
Valor
30,000
MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL
Cantidad de veces que se puede llamar a getMatchedRules
en un período de GETMATCHEDRULES_QUOTA_INTERVAL
.
Valor
20
MAX_NUMBER_OF_DYNAMIC_RULES
Es la cantidad máxima de reglas dinámicas que puede agregar una extensión.
Valor
30,000
MAX_NUMBER_OF_ENABLED_STATIC_RULESETS
Es la cantidad máxima de Rulesets
estáticos que una extensión puede habilitar en un momento determinado.
Valor
50
MAX_NUMBER_OF_REGEX_RULES
Es la cantidad máxima de reglas de expresiones regulares que puede agregar una extensión. Este límite se evalúa por separado para el conjunto de reglas dinámicas y las que se especifican en el archivo de recursos de reglas.
Valor
1,000
MAX_NUMBER_OF_SESSION_RULES
Es la cantidad máxima de reglas con alcance de sesión que puede agregar una extensión.
Valor
5,000
MAX_NUMBER_OF_STATIC_RULESETS
Es la cantidad máxima de Rulesets
estáticos que una extensión puede especificar como parte de la clave de manifiesto "rule_resources"
.
Valor
100
MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
Es la cantidad máxima de reglas dinámicas "inseguras" que puede agregar una extensión.
Valor
5,000
MAX_NUMBER_OF_UNSAFE_SESSION_RULES
Es la cantidad máxima de reglas con alcance de sesión "inseguras" que puede agregar una extensión.
Valor
5,000
SESSION_RULESET_ID
Es el ID del conjunto de reglas para las reglas con alcance de sesión que agregó la extensión.
Valor
"_session"
Métodos
getAvailableStaticRuleCount()
chrome.declarativeNetRequest.getAvailableStaticRuleCount(): Promise<number>
Devuelve la cantidad de reglas estáticas que puede habilitar una extensión antes de que se alcance el límite global de reglas estáticas.
Muestra
-
Promise<number>
Chrome 91 y versiones posteriores
getDisabledRuleIds()
chrome.declarativeNetRequest.getDisabledRuleIds(
options: GetDisabledRuleIdsOptions,
): Promise<number[]>
Devuelve la lista de reglas estáticas en el Ruleset
determinado que están inhabilitadas actualmente.
Parámetros
- opciones
Especifica el conjunto de reglas para consultar.
Muestra
-
Promise<number[]>
getDynamicRules()
chrome.declarativeNetRequest.getDynamicRules(
filter?: GetRulesFilter,
): Promise<Rule[]>
Devuelve el conjunto actual de reglas dinámicas para la extensión. De manera opcional, los llamadores pueden filtrar la lista de reglas recuperadas especificando un filter
.
Parámetros
- filtrar
GetRulesFilter opcional
Chrome 111 y versiones posterioresEs un objeto para filtrar la lista de reglas recuperadas.
Muestra
-
Promise<Rule[]>
Chrome 91 y versiones posteriores
getEnabledRulesets()
chrome.declarativeNetRequest.getEnabledRulesets(): Promise<string[]>
Devuelve los IDs del conjunto actual de reglas estáticas habilitadas.
Muestra
-
Promise<string[]>
Chrome 91 y versiones posteriores
getMatchedRules()
chrome.declarativeNetRequest.getMatchedRules(
filter?: MatchedRulesFilter,
): Promise<RulesMatchedDetails>
Devuelve todas las reglas que coinciden con la extensión. De manera opcional, los llamadores pueden filtrar la lista de reglas coincidentes especificando un filter
. Este método solo está disponible para las extensiones con el permiso "declarativeNetRequestFeedback"
o que tienen el permiso "activeTab"
otorgado para el tabId
especificado en filter
. Nota: No se devolverán las reglas que no estén asociadas con un documento activo y que hayan coincidido hace más de cinco minutos.
Parámetros
- filtrar
MatchedRulesFilter opcional
Es un objeto para filtrar la lista de reglas que coinciden.
Muestra
-
Promise<RulesMatchedDetails>
Chrome 91 y versiones posteriores
getSessionRules()
chrome.declarativeNetRequest.getSessionRules(
filter?: GetRulesFilter,
): Promise<Rule[]>
Devuelve el conjunto actual de reglas con alcance de sesión para la extensión. De manera opcional, los llamadores pueden filtrar la lista de reglas recuperadas especificando un filter
.
Parámetros
- filtrar
GetRulesFilter opcional
Chrome 111 y versiones posterioresEs un objeto para filtrar la lista de reglas recuperadas.
Muestra
-
Promise<Rule[]>
Chrome 91 y versiones posteriores
isRegexSupported()
chrome.declarativeNetRequest.isRegexSupported(
regexOptions: RegexOptions,
): Promise<IsRegexSupportedResult>
Comprueba si la expresión regular determinada se admitirá como condición de regla regexFilter
.
Parámetros
- regexOptions
Es la expresión regular que se verificará.
Muestra
-
Promise<IsRegexSupportedResult>
Chrome 91 y versiones posteriores
setExtensionActionOptions()
chrome.declarativeNetRequest.setExtensionActionOptions(
options: ExtensionActionOptions,
): Promise<void>
Configura si el recuento de acciones para las pestañas se debe mostrar como el texto de la insignia de la acción de extensión y proporciona una forma de incrementar ese recuento de acciones.
Parámetros
- opciones
Muestra
-
Promise<void>
Chrome 91 y versiones posteriores
testMatchOutcome()
chrome.declarativeNetRequest.testMatchOutcome(
request: TestMatchRequestDetails,
): Promise<TestMatchOutcomeResult>
Verifica si alguna de las reglas declarativeNetRequest de la extensión coincidiría con una solicitud hipotética. Nota: Solo está disponible para las extensiones no empaquetadas, ya que solo se puede usar durante el desarrollo de extensiones.
Parámetros
- solicitud
Muestra
-
Promise<TestMatchOutcomeResult>
updateDynamicRules()
chrome.declarativeNetRequest.updateDynamicRules(
options: UpdateRuleOptions,
): Promise<void>
Modifica el conjunto actual de reglas dinámicas para la extensión. Primero, se quitan las reglas con los IDs que se indican en options.removeRuleIds
y, luego, se agregan las reglas que se indican en options.addRules
. Notas:
- Esta actualización se realiza como una sola operación atómica: o bien se agregan y quitan todas las reglas especificadas, o bien se devuelve un error.
- Estas reglas persisten en las sesiones del navegador y en las actualizaciones de la extensión.
- Las reglas estáticas especificadas como parte del paquete de extensión no se pueden quitar con esta función.
MAX_NUMBER_OF_DYNAMIC_RULES
es la cantidad máxima de reglas dinámicas que puede agregar una extensión. La cantidad de reglas no seguras no debe superarMAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
.
Parámetros
- opcionesChrome 87 y versiones posteriores
Muestra
-
Promise<void>
Chrome 91 y versiones posteriores
updateEnabledRulesets()
chrome.declarativeNetRequest.updateEnabledRulesets(
options: UpdateRulesetOptions,
): Promise<void>
Actualiza el conjunto de reglas estáticas habilitadas para la extensión. Primero, se quitan los conjuntos de reglas con los IDs que se indican en options.disableRulesetIds
y, luego, se agregan los conjuntos de reglas que se indican en options.enableRulesetIds
. Ten en cuenta que el conjunto de conjuntos de reglas estáticos habilitados se conserva entre sesiones, pero no entre actualizaciones de extensiones, es decir, la clave de manifiesto rule_resources
determinará el conjunto de conjuntos de reglas estáticos habilitados en cada actualización de la extensión.
Parámetros
- opcionesChrome 87 y versiones posteriores
Muestra
-
Promise<void>
Chrome 91 y versiones posteriores
updateSessionRules()
chrome.declarativeNetRequest.updateSessionRules(
options: UpdateRuleOptions,
): Promise<void>
Modifica el conjunto actual de reglas con alcance de sesión para la extensión. Primero, se quitan las reglas con los IDs que se indican en options.removeRuleIds
y, luego, se agregan las reglas que se indican en options.addRules
. Notas:
- Esta actualización se realiza como una sola operación atómica: o bien se agregan y quitan todas las reglas especificadas, o bien se devuelve un error.
- Estas reglas no se conservan entre sesiones y se almacenan en la memoria.
MAX_NUMBER_OF_SESSION_RULES
es la cantidad máxima de reglas de sesión que puede agregar una extensión.
Parámetros
- opciones
Muestra
-
Promise<void>
Chrome 91 y versiones posteriores
updateStaticRules()
chrome.declarativeNetRequest.updateStaticRules(
options: UpdateStaticRulesOptions,
): Promise<void>
Inhabilita y habilita reglas estáticas individuales en un Ruleset
. Los cambios en las reglas que pertenecen a un Ruleset
inhabilitado entrarán en vigencia la próxima vez que se habilite.
Parámetros
- opciones
Muestra
-
Promise<void>
Eventos
onRuleMatchedDebug
chrome.declarativeNetRequest.onRuleMatchedDebug.addListener(
callback: function,
)
Se activa cuando una regla coincide con una solicitud. Solo está disponible para las extensiones no empaquetadas con el permiso "declarativeNetRequestFeedback"
, ya que solo se puede usar con fines de depuración.
Parámetros
- callback
función
El parámetro
callback
se ve de la siguiente manera:(info: MatchedRuleInfoDebug) => void
- información
-