Abstract: Non-limiting examples of the present disclosure describe file repair of a file stored across multiple data stores. An inconsistency associated with a file stored across two or more data stores on a client device is identified. A repair action is determined from a plurality of different repair actions based on attributes associated with the inconsistency identified. A repair queue entry is created in a persisted repair queue, the repair queue entry used for execution of the repair action. The repair action is executed as scheduled within the persisted repair queue when pre-requisite checks are satisfied and a persisted repair history for execution of repair actions indicates that no conflicting repair action exists. The persisted repair history and the persisted repair queue are updated based on the execution of the repair action. Other examples are also described.

Abstract: A server computing architecture is provided that uses minimal download features and includes error failover functionality. A server computer may receive an electronic page request and calculate a delta between a known static baseline electronic page and the requested electronic page. The static baseline electronic page may include an electronic page without content that utilizes a master electronic page. The master electronic page may include shared content for electronic pages associated with a website. The server computer may further determine whether one more errors are associated with rendering the calculated delta, render a payload comprising only the calculated delta upon determining an absence of the one or more errors and failover to one or more options upon determining that the one or more errors are associated with rendering the calculated delta.

Abstract: Non-limiting examples of the present disclosure describe file repair of a file stored across multiple data stores. An inconsistency associated with a file stored across two or more data stores on a client device is identified. A repair action is determined from a plurality of different repair actions based on attributes associated with the inconsistency identified. A repair queue entry is created in a persisted repair queue, the repair queue entry used for execution of the repair action. The repair action is executed as scheduled within the persisted repair queue when pre-requisite checks are satisfied and a persisted repair history for execution of repair actions indicates that no conflicting repair action exists. The persisted repair history and the persisted repair queue are updated based on the execution of the repair action. Other examples are also described.

Abstract: Profiling may be provided. First, scripts may be inserted into a first page to create a modified page and the modified page may be requested from a profiler server once or a plurality of times. Next, the modified page may be received from the profiler server a correspond number of times in response to requesting the modified page from the profiler server and time markers may be retrieve from the received modified page. The time markers may correspond to the inserted scripts. Then a profile may be rendered based upon the retrieved time markers and the rendered profile may be displayed.

Abstract: This disclosure describes techniques of managing electronic documents as electronic records that do not require moving the electronic documents to a different repository. As described herein, an electronic document is stored at a first repository prior to a time when the electronic document is declared to be an electronic record. An administrator is able to configure a document management system (DMS) to manage the electronic document as an electronic record after the electronic document is declared to be an electronic record. In addition, the administrator is able to configure the DMS to store a copy of the electronic document at a second repository after the electronic document is declared to be an electronic record and to manage the copy of the electronic document as an electronic record.

Abstract: A server computing architecture is provided that uses minimal download features and includes error failover functionality. A server computer may receive an electronic page request and calculate a delta between a known static baseline electronic page and the requested electronic page. The static baseline electronic page may include an electronic page without content that utilizes a master electronic page. The master electronic page may include shared content for electronic pages associated with a website. The server computer may further determine whether one more errors are associated with rendering the calculated delta, render a payload comprising only the calculated delta upon determining an absence of the one or more errors and failover to one or more options upon determining that the one or more errors are associated with rendering the calculated delta.

Abstract: A client computing architecture is provided that utilized minimal download and simulated page navigation features. A client computer may receive a payload comprising delta data in response to a navigation request for an electronic page. The client computer may further parse the delta data for the electronic page, update page contents for the electronic page based on the received delta data, determine whether one or more errors are associated with a page load process for the electronic page, manage a fragment identifier portion of a uniform resource locator (URL) to track a current location in a navigation of the electronic page, and intercept one or more navigation click events to ensure a minimal download strategy navigation.

Abstract: Profiling may be provided. First, scripts may be inserted into a first page to create a modified page and the modified page may be requested from a profiler server once or a plurality of times. Next, the modified page may be received from the profiler server a correspond number of times in response to requesting the modified page from the profiler server and time markers may be retrieve from the received modified page. The time markers may correspond to the inserted scripts. Then a profile may be rendered based upon the retrieved time markers and the rendered profile may be displayed.

Abstract: This disclosure describes techniques of managing electronic documents as electronic records that do not require moving the electronic documents to a different repository. As described herein, an electronic document is stored at a first repository prior to a time when the electronic document is declared to be an electronic record. An administrator is able to configure a document management system (DMS) to manage the electronic document as an electronic record after the electronic document is declared to be an electronic record. In addition, the administrator is able to configure the DMS to store a copy of the electronic document at a second repository after the electronic document is declared to be an electronic record and to manage the copy of the electronic document as an electronic record.

Abstract: Document metadata is evaluated against rules to determine what action to perform on the document. The actions include routing the document to a specific location, returning a location of where the document is stored, executing custom code that is associated with the document and routing the document to another routing engine that applies a set of routing rules against the document.

Abstract: A storage management system using federated repositories directs content to child repositories in a hierarchical structure. A service for managing the storage maintains a list of active and historic repositories and routing of the content for storage is performed based on a file plan that includes the structure of the child repositories, policies for storage, and the like. Repositories reaching their capacity are retired to historic status, where they are available for search purposes, but not for further storage. File plan is updated as new repositories are added or old ones retired. File plan changes and other information such as content types, search terms, workflow, etc. is made available to child repositories when they query the service.