guardar html() lento?<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Cuando uso save html() en una ventana de informe, se tarda MUCHO tiempo en guardarlo; puede ser media hora o más para una sola página.Al final funciona.¿Otros tienen este problema?
¿Hay algo que pueda hacer para hacerlo más rápido?Estos no son archivos grandes, solo de 2 a 5 K.¿En qué está pensando?Quiero hacer esto como parte de un trabajo automático, por lo que un informe único que demore media hora en realidad está bien, pero uno de los casos es uno en el que quiero recorrer muchos casos diferentes creando este resultado, por lo que realmente puede llevar demasiado tiempo y el el trabajo puede ser rescindido.
Utilizo saveinteractivehtml() en algunos otros casos y no tengo este problema aunque los archivos sean más grandes.Si uso saveinteractivehtml en esta misma ventana, también es rápido, pero ésta es una ventana que saveinteractivehtml no muestra bien.Tengo ciertas salidas con las que no puedo usarlas...
Tengo este problema con al menos 2 ventanas bastante diferentes: una se compone de gráficos JMP y la otra es principalmente imágenes con algunas anotaciones creadas en JMP.
Agradezco cualquier sugerencia sobre qué probar.
Re: guardar html() lento?En caso de que ayude a alguien más, también encontré una solución para mi caso de archivo:
El informe en cuestión funciona bien para ser solo una imagen grande a pesar de que JMP estaba guardando más de 40 piezas separadas para cada página para poder reemplazar nw<
Probablemente, para ciertos informes, savehtml() hace mucho trabajo pesado y crea algo de html complejo, pero para este informe no interactivo es realmente bastante fácil crear el html usando una sola imagen y controlando todos los nombres y ubicaciones de los archivos yo mismo.
Re: guardar html() lento?¡Gracias!Veo que definitivamente puedo mejorar al menos lo que tengo.
Re: guardar html() lento?Sí.A medida que aumenta el número de imágenes, se tarda mucho más en agregar otra imagen.Cargar el HTML no es un problema, pero escribir sí lo es.JMP 13 utilizará parte de la fecha en el nombre del archivo para evitar la desaceleración.
Algo como esto funcionará mejor y mantendrá organizado gfx+html al mismo tiempo. Las últimas líneas sugieren una manera de mantener el archivo actual en una ubicación consistente para sus usuarios:
// script de ejemplo para crear una carpeta de informes diarios
dt = Abierto ( "$datos_muestra/clase grande.jmp" ) ;
rpt = dt << bivariado ( Y ( : peso ) , X ( : altura ) , Línea de ajuste ( { Color de linea ( { 213 , 72 , 87 } )} ) ) ;
// los nombres de los directorios pueden ser todos números, pero es posible que desees una letra,
// R para informe, quizás, como primera letra.O un título mejor.
// ¡Asegúrate de que el formato de fecha no tenga caracteres / o \!
// el formato AAAAMMDD es bueno porque ordena correctamente
a diario = "R" || Formato ( Hoy () , "aaaammdd" ) ;
nombre de ruta = "$escritorio/" || a diario ;
Si ( ! El directorio existe ( nombre de ruta ) ,
Crear directorio ( nombre de ruta )
) ;
rpt << guardarhtml ( nombre de ruta || "/biv.html" ) ;
rpt << Cerrar ventana ;
Cerca ( dt , "nosave" ) ;
Crear directorio ( "$escritorio/Ubicación Final" ) ; // probablemente ya esté allí desde ayer
Copiar directorio ( nombre de ruta , "$escritorio/Ubicación Final" ) ; // usando diariamente
Eliminar directorio ( "$escritorio/UbicaciónFinal/actual" ) ; // limpiar el informe de ayer
// hacer que "R20160527" diario sea un nombre fijo, "actual"
Cambiar nombre del directorio ( "$escritorio/Ubicación Final/" || a diario , "actual" ) ;
Re: guardar html() lento?Entonces, solo para verificar, si mi plan era crear un archivo creciente con una nueva página para cada widget a través de nuestra fábrica, por ejemplo, eso está condenado a volverse cada vez más lento. Pero cuando tengo páginas que se sobrescriben todos los días, podría borrar periódicamente las imágenes de días anteriores, ya que ya no se utilizan y ese archivo podría seguir siendo pequeño. Podría eliminarlo automáticamente temprano en la mañana, antes de que se actualicen todos los informes y cuando nadie se queje de que la página está rota...
Tengo algunos de cada tipo, lo cual quizás sea el peor de los casos, ya que no puedo eliminar fácilmente las adiciones diarias mientras hay cosas que quiero conservar allí.tal vez si obtengo una segunda ubicación para el archivo de modo que no se le agreguen las cosas diarias y abandono el archivado completo y me deshago de algunas cosas históricas, el archivo podría mantenerse bajo control.¿O tal vez podría obtener varias ubicaciones para diferentes subconjuntos del contenido archivado y luego crearía carpetas gtx más pequeñas separadas?
Además, supongo que lo que importa es la cantidad de imágenes.Mi informe con imágenes tiene hoy varias imágenes separadas.¿Podría mejorar las cosas si lograra hacer menos imágenes más grandes?
Agradezco saber lo que está pasando, tal vez pueda probar algunas cosas para mejorarlo.
Re: guardar html() lento?esto está arreglado para JMP 13.
Aquí está el problema: JMP crea un directorio GFX en la misma ubicación que el archivo .html y, con el tiempo, el directorio GFX se vuelve bastante grande a medida que guarda más archivos .html.(El GFX contiene las imágenes a las que se refiere el .html).Incluso si asigna nombres diferentes a los archivos .html, se utiliza el mismo GFX.Entonces es posible que tengas muchos archivos .html que dependen del contenido del GFX .
O bien, es posible que solo tenga un archivo .html y muchas imágenes sobrantes y no utilizadas en el directorio GFX.Si es así, elimine el GFX (o tal vez tírelo a la papelera, por si acaso). JMP será mucho más rápido la próxima vez.Vuelva a leer el texto en negrita de arriba antes de eliminar el GFX.
(JMP 12 y versiones anteriores no utilizan un buen algoritmo para encontrar nombres de archivos no utilizados en GFX... JMP 13 tiene un enfoque diferente).
