salvare html() lento?<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />Quando utilizzo save html() su una finestra di report, il salvataggio richiede MOLTO tempo: può essere mezz'ora o più per una singola pagina.Alla fine funziona.Altri hanno questo problema?
C'è qualcosa che posso fare per renderlo più veloce?questi non sono file di grandi dimensioni: solo 2-5 K.A cosa sta pensando?Voglio farlo come parte di un lavoro automatico, quindi un rapporto solitario che richiede mezz'ora è in realtà OK, ma uno dei casi è quello in cui voglio ripetere il ciclo su molti casi diversi creando questo output in modo che possa davvero richiedere troppo tempo e il il lavoro può essere terminato.
Utilizzo saveinteractivehtml() in alcuni altri casi e non riscontro questo problema anche se i file sono più grandi.Anche se utilizzo saveinteractivehtml su questa stessa finestra è veloce, ma questa è una finestra che saveinteractivehtml non rende correttamente.Ho alcune uscite con cui non posso usarlo..
Ho questo problema con almeno 2 finestre abbastanza diverse: una è composta da grafici JMP, l'altra è principalmente immagini con alcune annotazioni create in JMP.
apprezzare qualsiasi suggerimento su cosa provare.
Ri: salvataggio html() lento?Nel caso in cui possa aiutare qualcun altro, ho trovato una soluzione anche per il mio caso di archiviazione:
Il report in questione funziona bene per essere un'unica immagine generale anche se JMP salvava oltre 40 pezzi separati per ogni pagina, quindi posso sostituire nw<
Probabilmente per alcuni report savehtml() fa molto lavoro pesante e crea un codice HTML complesso, ma per questo report non interattivo è davvero abbastanza semplice creare l'HTML fai-da-te utilizzando una singola immagine e controllando personalmente tutti i nomi e le posizioni dei file.
Ri: salvataggio html() lento?Grazie!Vedo che posso sicuramente migliorare almeno quello che ho.
Ri: salvataggio html() lento?SÌ.Man mano che il numero di immagini aumenta, è necessario molto più tempo per aggiungere un'altra immagine.Caricare l'HTML non è un problema, ma scrivere lo è.JMP 13 utilizzerà parte della data nel nome del file per evitare rallentamenti.
Qualcosa di simile funzionerà meglio e manterrà organizzato gfx+html allo stesso tempo. Le ultime righe suggeriscono un modo per mantenere il file corrente in una posizione coerente per i tuoi utenti:
// script di esempio per creare una cartella di report giornalieri
dt = Aprire ( "$dati_campione/classegrande.jmp" ) ;
rpt = dt << Bivariato ( Y ( : peso ) , X ( : altezza ) , Linea adatta ( { Colore della linea ( { 213 , 72 , 87 } )} ) ) ;
// i nomi delle directory possono essere tutti numeri, ma potresti volere una lettera,
// R per rapporto, forse, come prima lettera.O un titolo migliore.
// assicurati che il formato della data non contenga i caratteri / o \!
// il formato AAAAMMGG è carino perché ordina correttamente
quotidiano = "R" || Formato ( Oggi () , "aaaammgg" ) ;
nome del percorso = "$desktop/" || quotidiano ;
Se ( ! La directory esiste ( nome del percorso ) ,
Crea directory ( nome del percorso )
) ;
rpt << salvahtml ( nome del percorso || "/biv.html" ) ;
rpt << chiudi la finestra ;
Vicino ( dt , "nosalvare" ) ;
Crea directory ( "$desktop/FinalLocation" ) ; // probabilmente già lì da ieri
Copia directory ( nome del percorso , "$desktop/FinalLocation" ) ; // utilizzo quotidiano
Elimina rubrica ( "$desktop/FinalLocation/current" ) ; // cancella il resoconto di ieri
// fa in modo che daily "R20160527" sia un nome fisso, "current"
Rinominare la directory ( "$desktop/FinalLocation/" || quotidiano , "attuale" ) ;
Ri: salvataggio html() lento?Quindi, giusto per verificare, se il mio piano fosse quello di creare un archivio crescente con una nuova pagina per ogni widget attraverso la nostra fabbrica, ad esempio, è destinata a diventare sempre più lenta. Ma dove ho pagine che si sovrascrivono ogni giorno, potrei cancellare periodicamente le immagini dei giorni precedenti poiché non vengono più utilizzate e quel file potrebbe rimanere piccolo. Potrei cancellarlo automaticamente all'inizio del mattino prima che tutti i rapporti si aggiornino e quando nessuno si lamenterà del fatto che la pagina è rotta.....
Ne ho alcuni di ogni tipo, il che forse è il caso peggiore in quanto non riesco facilmente a eliminare le aggiunte giornaliere mentre ci sono cose che voglio tenere lì.forse se ottengo una seconda posizione per l'archivio in modo che non vi vengano aggiunte le cose quotidiane e rinuncio all'archiviazione completa e mi sbarazzo di alcune cose storiche, l'archivio potrebbe essere tenuto sotto controllo.o forse potrei ottenere più posizioni per diversi sottoinsiemi del contenuto archiviato, quindi creerebbero cartelle GTX più piccole separate?
Inoltre, suppongo che sia il numero di foto che conta?Il mio rapporto con immagini oggi ha una serie di immagini separate.Potrei migliorare le cose se riuscissi a fare meno foto più grandi?
Apprezzo sapere cosa sta succedendo, forse posso provare alcune cose per migliorarlo.
Ri: salvataggio html() lento?questo è stato risolto per JMP 13.
Ecco il problema: JMP crea una directory GFX nella stessa posizione del file .html e, nel tempo, la directory GFX diventa piuttosto grande man mano che si salvano più file .html.(Il GFX contiene le immagini a cui si riferisce il file .html).Anche se dai ai file .html nomi diversi, viene utilizzato lo stesso GFX.COSÌ potresti avere molti file .html che dipendono dal contenuto di GFX .
Oppure potresti avere solo un file .html e molte immagini rimanenti e inutilizzate nella directory GFX.Se è così, elimina il GFX (o magari mettilo nel cestino, per ogni evenienza). JMP sarà molto più veloce la prossima volta.Rileggi il testo in grassetto sopra prima di eliminare il GFX.
(JMP 12 e versioni precedenti non utilizzano un buon algoritmo per trovare nomi di file inutilizzati nel GFX...JMP 13 ha un approccio diverso.)
