Almacenamiento en caché de HTML

esta página explica cómo usar técnicas de almacenamiento en caché para mostrar contenido html los reproductores brightsign ofrecen soluciones innovadoras mediante brightsign author, brightauthor classic y brightscript, así como compatibilidad con soluciones comunes de almacenamiento en caché de node js® y javascript almacenamiento y memoria antes de analizar las técnicas de almacenamiento en caché de html, es importante comprender las limitaciones de almacenamiento y memoria de los reproductores todos los reproductores brightsign ejecutan contenido html en un motor chromium de forma predeterminada, chromium reserva 1 gb más el 10 % del tamaño total del dispositivo de almacenamiento del reproductor para memoria los reproductores también tienen memoria limitada para ejecutar gráficos html y javascript esta cantidad varía según el modelo del reproductor; consulte esta lista docid\ onuna6dik8p oa9q okky para obtener más detalles para cambiar los valores de almacenamiento mediante brightsign author vaya a la pestaña administrador abra preferencias > almacenamiento seleccione habilitar almacenamiento límite ahora se puede asignar espacio tanto para gráficos html como para javascript asegúrese de que al usar absoluto , los segmentos especificados no deben ser mayores ni menores que el tamaño absoluto de su dispositivo de almacenamiento al usar porcentaje , los porcentajes deben sumar 100 % para cambiar los valores de almacenamiento mediante brightauthor classic vaya a editar > preferencias > almacenamiento seleccione limitar el espacio de almacenamiento por función ahora se puede asignar espacio tanto para gráficos html como para javascript asegúrese de que al usar especificar el tamaño absoluto , los segmentos especificados no deben ser mayores ni menores que el tamaño absoluto de su dispositivo de almacenamiento al usar especificar porcentajes , los porcentajes deben sumar 100 % estas limitaciones se comparten entre todas las instancias de rohtmlwidget, donde rohtmlwidget docid\ g tjkqqhlcft4fw5 z6t0 es el objeto brightscript que maneja todos los procesos html capacidades de almacenamiento en caché los reproductores brightsign ofrecen un conjunto flexible de herramientas para almacenar en caché contenido html las siguientes secciones analizan las soluciones innovadoras de brightsign y cómo habilitar y usar métodos más comunes mediante node js y javascript soluciones brightsign los reproductores brightsign ofrecen dos soluciones de almacenamiento en caché de html almacenamiento local la tarjeta sd de cada reproductor puede almacenar contenido html para su reproducción este método elimina cualquier problema de conectividad o latencia que pueda surgir de las soluciones en red, pero debe hacerse reproductor por reproductor esto puede hacer que el almacenamiento local sea poco atractivo cuando se trabaja con una gran flota de dispositivos el objeto brightscript assetpool assetpool es un directorio hash fragmentado y se recomienda para aplicaciones con una gran cantidad de archivos assetpool se llena mediante objetos assetfetcher que pueden adquirir contenido en línea y almacenarlo para su posterior reproducción en protocolos hash sha1, besha1 o md5 consulte esta página docid hdh4b5yesvwqsf2mor v para obtener más información sobre assetpool soluciones de node js y javascript los reproductores brightsign también admiten técnicas de almacenamiento en caché de node js y javascript para usar node js si está usando brightsign author, node js puede inicializarse mediante la interfaz de usuario propiedades de estado docid 2eh0 u7xstxqw emiiign si está usando brightauthor classic, node js debe habilitarse primero mediante el objeto brightscript rohtmlwidget docid\ g tjkqqhlcft4fw5 z6t0 una vez que node js se esté ejecutando en el reproductor, los usuarios pueden utilizar cualquier api o método de almacenamiento en caché de javascript para almacenar contenido en caché los métodos recomendados de adquisición de contenido son xmlhttprequest y fetch con service worker tenga en cuenta las limitaciones de memoria; por ejemplo, xmlhttprequest hará que algunos modelos de reproductores fallen si se utiliza para descargar archivos de más de 100 200 mb si la reserva de almacenamiento de xmlhttprequest excederá su límite de memoria, recomendamos usar la api fetch no puede usar service workers para almacenar en caché contenido de video los reproductores brightsign usan nuestra infraestructura de reproductor multimedia para la reproducción posterior de video, no la red de chromium brightsign recomienda indexeddb https //developer mozilla org/en us/docs/web/api/indexeddb api/using indexeddb para el almacenamiento úselo para almacenar en caché la reproducción de contenido según estas instrucciones https //developer mozilla org/en us/docs/learn/javascript/client side web apis/client side storage#storing complex data via indexeddb vea un ejemplo de descarga de prueba de html/javascript en esta página docid\ nrv t0oesruqtx bogkwp nuestro widget html no puede almacenar en caché videos listados en el manifiesto appcache debido a las diferencias entre la arquitectura de reproducción de video de chrome para escritorio y la del dispositivo brightsign use service worker e indexeddb para almacenar contenido en caché en lugar de appcache, que ahora está obsoleto uso de blobs los reproductores de video brightsign pueden reproducir url de blob que hacen referencia a elementos en indexeddb y html5 filesystem api sin embargo, no pueden reproducir url de blob que hacen referencia a objetos javascript en memoria vea este ejemplo video browser storage html