local
और sync
स्टोरेज एरिया के उलट, managed
स्टोरेज एरिया के स्ट्रक्चर को JSON स्कीमा के तौर पर एलान किया जाना चाहिए. साथ ही, Chrome इसकी पुष्टि सख्ती से करता है. इस स्कीमा को "storage"
मेनिफ़ेस्ट बटन की "managed_schema"
प्रॉपर्टी से बताई गई फ़ाइल में सेव किया जाना चाहिए. साथ ही, इसमें उन एंटरप्राइज़ नीतियों के बारे में बताया जाना चाहिए जिनके साथ ऐप्लिकेशन काम करता है.
नीतियां, विकल्पों के जैसी होती हैं. हालांकि, इन्हें उपयोगकर्ता के बजाय सिस्टम एडमिन कॉन्फ़िगर करता है. इससे ऐप्लिकेशन को संगठन के सभी उपयोगकर्ताओं के लिए पहले से कॉन्फ़िगर किया जा सकता है. Chrome के उदाहरणों के लिए, Chrome नीतियां कैसे मैनेज करता है देखें.
नीतियों के बारे में जानकारी देने के बाद, उन्हें storage.managed एपीआई से पढ़ा जा सकता है. एडमिन की कॉन्फ़िगर की गई नीतियों को लागू करना ऐप्लिकेशन पर निर्भर करता है.
manifest.json का सैंपल
storage.managed_schema
प्रॉपर्टी, ऐप्लिकेशन में मौजूद उस फ़ाइल के बारे में बताती है जिसमें नीति स्कीमा शामिल है.
{
"name": "My enterprise app",
"storage": {
"managed_schema": "schema.json"
},
...
}
इसके बाद, Chrome इन नीतियों को ऑपरेटिंग सिस्टम और साइन इन किए हुए उपयोगकर्ताओं के लिए Google Apps से लोड करेगा. जब भी नीति में कोई बदलाव होता है, तब storage.onChanged इवेंट ट्रिगर होता है. इसमें, ब्राउज़र के बंद होने के दौरान भी ऐसा होता है. हालांकि, ऐसा तब होता है, जब ऐप्लिकेशन इवेंट पेजों का इस्तेमाल करता हो. आपके पास उन नीतियों की पुष्टि करने का विकल्प होता है जिन्हें Chrome ने chrome://policy पर लोड किया है.
स्कीमा फ़ॉर्मैट
JSON स्कीमा फ़ॉर्मैट में Chrome की कुछ और ज़रूरी शर्तें भी हैं:
- टॉप-लेवल स्कीमा का टाइप
object
होना चाहिए. - टॉप-लेवल
object
मेंadditionalProperties
नहीं हो सकता. जिनproperties
का एलान किया गया है वे इस ऐप्लिकेशन की नीतियां हैं. - हर स्कीमा में
$ref
वैल्यू या सिर्फ़ एकtype
होना चाहिए.
अगर स्कीमा अमान्य है, तो Chrome, एक्सटेंशन को लोड नहीं करेगा. साथ ही, स्कीमा की पुष्टि न होने की वजह भी बताएगा. अगर कोई नीति वैल्यू स्कीमा के मुताबिक नहीं है, तो उसे storage.managed
API से पब्लिश नहीं किया जाएगा.
सैंपल स्कीमा
{
"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" }
}
}
}
}
}