{"section":"known-issues","requestedLocale":"es","requestedSlug":"archivos-cssjs-no-se-actualizan-en-la-pagina-despues-de-subir-nueva-version-en-el-cms","locale":"es","slug":"archivos-cssjs-no-se-actualizan-en-la-pagina-despues-de-subir-nueva-version-en-el-cms","path":"docs/es/known-issues/Marketing & Merchandising/archivos-cssjs-no-se-actualizan-en-la-pagina-despues-de-subir-nueva-version-en-el-cms.md","branch":"main","content":"## Sumario\n\nDespués de cargar la versión actualizada de algún archivo pertinente al layout de su sitio (CSS, JS o incluso imágenes), la versión presentada en el front-end puede no ser la última.\n\nEsto ocurre mientras el template está en caché. El request a estos archivos se realiza con un parámetro de versión, en el cual su valor es un *timestamp* del archivo original - por ejemplo, `/arquivos/style.css?v=636492689128330000`. Mientras que el *timestamp* es el mismo, el archivo será el mismo.\n\nLa principal causa de este escenario es que el template no sabe que un archivo ha cambiado, entonces la actualización de los archivos no es suficiente para que su caché expire.\n\n## Simulación\n\nEn ciert template, actualizar un archivo de CSS o Javascript, haciendo nueva carga con el mismo nombre, para que sobrescriba el antiguo.\n\nObserve que el parámetro *timestamp* en el request no se cambiará, y el contenido del archivo será el mismo.\n\n## Workaround\n\nCambiar los templates que llaman los archivos actualizados es suficiente para revisar el *timestamp*, que entonces traerá la última versión de los archivos.\n\nUna sugerencia, para facilitar el workaround cada vez que se cambie un archivo del layout, es crear un subtemplate de control de versión, que esté presente en todos los templates usados en la tienda. Para el contenido de este subtemplate será suficiente un comentario HTML, con informaciones que serán actualizadas a cada nueva versión de archivos.\n\nAl cambiar el subtemplate, todos los templates que hacen su lectura serán actualizados, y junto, los archivos."}