A diferencia de las áreas de almacenamiento local
y sync
, el área managed
requiere que su estructura
declarado como esquema en JSON y validado de forma estricta por Chrome. Este esquema debe almacenarse en un
indicado por la propiedad "managed_schema"
de la clave de manifiesto "storage"
y declara la
políticas empresariales compatibles con la extensión.
Las políticas son análogas a las opciones, pero las configura un administrador del sistema, no el usuario lo que permite que la extensión se preconfigure para todos los usuarios de una organización. Ver cómo se maneja Chrome políticas para ver ejemplos del propio Chrome.
Después de declarar las políticas, se pueden leer desde la API de storage.managed. Depende de la para aplicar las políticas configuradas por el administrador.
Archivo manifest.json de ejemplo
La propiedad storage.managed_schema
indica que hay un archivo dentro de la extensión que contiene la política.
.
{
"name": "My enterprise extension",
"storage": {
"managed_schema": "schema.json"
},
...
}
Chrome luego cargará estas políticas desde el sistema operativo subyacente y desde Google Apps para de usuarios que accedieron a su cuenta. El evento storage.onChanged se activa cuando se detecta un cambio en la política. incluso cuando el navegador no se ejecutaba si la extensión utiliza páginas de eventos. Puedes verificar las políticas que Chrome cargó en chrome://policy.
Formato de esquema
El formato de esquema JSON tiene algunos requisitos adicionales de Chrome:
- El esquema de nivel superior debe tener el tipo
object
. - El
object
de nivel superior no puede teneradditionalProperties
. Lasproperties
declaradas son las políticas para esta extensión. - Cada esquema debe tener un valor
$ref
o exactamente untype
.
Si el esquema no es válido, Chrome no cargará la extensión y te indicará el motivo.
no se validó el esquema. Si el valor de una política no se ajusta al esquema, no será
que publica la API de storage.managed
.
Esquema de muestra
{
"type": "object",
// "properties" maps an optional key of this object to its schema. At the
// top-level object, these keys are the policy names supported.
"properties": {
// The policy name "AutoSave" is mapped to its schema, which in this case
// declares it as a simple boolean value.
// "title" and "description" are optional and are used to show a
// user-friendly name and documentation to the administrator.
"AutoSave": {
"title": "Automatically save changes.",
"description": "If set to true then changes will be automatically saved.",
"type": "boolean"
},
// Other simple types supported include "integer", "string" and "number".
"PollRefreshRate": {
"type": "integer"
},
"DefaultServiceUrl": {
"type": "string"
},
// "array" is a list of items that conform to another schema, described
// in "items". An example to this schema is [ "one", "two" ].
"ServiceUrls": {
"type": "array",
"items": {
"type": "string"
}
},
// A more complex example that describes a list of bookmarks. Each bookmark
// has a "title", and can have a "url" or a list of "children" bookmarks.
// The "id" attribute is used to name a schema, and other schemas can reuse
// it using the "$ref" attribute.
"Bookmarks": {
"type": "array",
"id": "ListOfBookmarks",
"items": {
"type": "object",
"properties": {
"title": { "type": "string" },
"url": { "type": "string" },
"children": { "$ref": "ListOfBookmarks" }
}
}
},
// An "object" can have known properties listed as "properties", and can
// optionally have "additionalProperties" indicating a schema to apply to
// keys that aren't found in "properties".
// This example policy could map a URL to its settings. An example value:
// {
// "youtube.com": {
// "blocklisted": true
// },
// "google.com": {
// "bypass_proxy": true
// }
// }
"SettingsForUrls": {
"type": "object",
"additionalProperties": {
"type": "object",
"properties": {
"blocklisted": { "type": "boolean" },
"bypass_proxy": { "type": "boolean" }
}
}
}
}
}