This topic contains 5 respuestas, has 4 voices, and was last updated by Rafael Vidal Hace 11 años, 5 meses.
-
Entradas
-
-
Efectivamente el content.xml ni el content.data se comprimen. El content.data es donde se guarda toda la serialización de objetos de memoria cuando se guarda un paquete elp. El content.xml guarda la misma información que el content.xml pero en formato XML (y por tanto editable) en lugar de en formato binario.
Originalmente los desarrolladores de eXe decidieron no comprimir el content.data por algún motivo que desconocemos. Tal vez pueda ser tan simple como que ya tiene algo de compresión. O tal vez detectaron algún tipo de problema al comprimirlo (que no creo ya que a priori no tiene sentido). Al introducir nosotros el content.xml (gracias a un desarrollo de TKNIKA) decidimos seguir la misma política por prudencia: no comprimir un fichero tan crítico.
Sin embargo es cierto que el tamaño del content.xml puede significativo y tal vez habría que comprimirlo.
¿Comprimimos el content.xml y el content.data? ¿Solamente el content.xml? ¿O se deja como está?
Un saludo.
-
Hola:
Es curioso, porque desconocía este detalle de la compresión y llevo meses ejecutando scripts de mantenimiento que hacen cosas como:
- Descomprimir el archivo .elp
- Manipular archivos y el .xml
- Volver a comprimir todos archivos.
Nunca me ha dado problemas. De hecho, ayer apliqué una modificación sobre todos los paquetes .elp de nuestro centro (unos 1.000 elps) y el resultado da archivos .elp con el content.data y el content.xml comprimidos.
Si se hace alguna modificación posterior vuelve a guardarse descomprimido.
Si tengo que preocuparme avisadme 🙂
-
Por cierto, es desarrollo del .xml ha sido financiado por ULHI (Tknika ha financiado el tema de XLIFF para traducciones). A cada cual lo suyo 🙂
Aprovecho para resaltar la importancia de disponer de estas utilidades y de las opciones de línea de comando (financiadas por ULHI) para poder gestionar el conjunto de archivos de un centro.
Si ejecutáis el comando exe_do -h podréis ver los comandos disponibles.
¡Un saludo!
-
Después de la experiencia de José Miguel, con más de 1000 elps con todos los ficheros comprimiedos, he decidio aplicar compresión tanto en el content.data como en el content.xml.
Con ese cambio el archivo PAU_6MB.elp queda en 1.2 Mbytes y se abre correctamente con cualquier versión.
Un saludo.
-
Muchas gracias Pedro.
Seguimos
You must be logged in to reply to this topic.