html()을 느리게 저장하나요?<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />보고서 창에서 save html()을 사용하면 저장하는 데 매우 오랜 시간이 걸립니다. 단일 페이지에 대해 30분 이상이 걸릴 수 있습니다.결국에는 작동합니다.다른 사람들도 이 문제를 겪고 있나요?
더 빠르게 할 수 있는 방법이 있나요?이는 대용량 파일이 아닙니다. 2-5K만 가능합니다.그것은 무엇에 대해 생각하고 있습니까?이 작업을 자동 작업의 일부로 수행하고 싶기 때문에 30분 정도 걸리는 단일 보고서는 실제로 괜찮습니다. 그러나 사례 중 하나는 이 출력을 생성하는 다양한 사례를 반복하여 너무 오래 걸릴 수 있는 경우입니다. 직장이 종료될 수 있습니다.
다른 경우에는 saveinteractivehtml()을 사용하는데 파일이 더 크더라도 이 문제는 발생하지 않습니다.동일한 창에서 saveinteractivehtml을 사용하면 속도도 빠르지만 saveinteractivehtml이 제대로 렌더링되지 않는 창입니다.사용할 수 없는 특정 출력이 있습니다..
이 문제는 최소한 2개의 매우 다른 창에서 발생합니다. 하나는 JMP 플롯으로 구성되고 다른 하나는 주로 JMP에서 생성된 일부 주석이 있는 이미지입니다.
무엇을 시도해야 할지 제안해 주시면 감사하겠습니다.
Re: html() 저장이 느리나요?다른 사람에게 도움이 될 경우를 대비하여 보관 사례에 대한 솔루션도 찾았습니다.
문제의 보고서는 JMP가 nw<
아마도 특정 보고서의 경우 savehtml()이 많은 작업을 수행하고 복잡한 HTML을 생성하지만 이 비대화형 보고서의 경우 단일 이미지를 사용하고 모든 파일 이름과 위치를 직접 제어하여 HTML을 DIY하는 것이 정말 쉽습니다.
Re: html() 저장이 느리나요?감사해요!나는 적어도 내가 가지고 있는 것을 확실히 향상시킬 수 있다고 생각합니다.
Re: html() 저장이 느리나요?예.사진 수가 늘어나면 다른 사진을 추가하는 데 훨씬 더 오랜 시간이 걸립니다.HTML을 로드하는 것은 문제가 되지 않지만 작성하는 것은 문제입니다.JMP 13에서는 속도 저하를 방지하기 위해 파일 이름에 날짜의 일부를 사용합니다.
이와 같은 것이 더 잘 작동하고 동시에 gfx+html을 정리된 상태로 유지합니다. 마지막 몇 줄은 사용자를 위해 현재 파일을 일관된 위치에 유지하는 방법을 제안합니다.
// 일일 보고서 폴더를 만드는 예제 스크립트
dt = 열려 있는 ( "$sample_data/big class.jmp" ) ;
rpt = dt << 이변량 ( 와이 ( : 무게 ) , 엑스 ( : 키 ) , 적합선 ( { 선 색상 ( { 213 , 72 , 87 } )} ) ) ;
// 디렉토리 이름은 모두 숫자일 수 있지만 문자를 원할 수도 있습니다.
// 보고서의 경우 R이 아마도 첫 글자일 것입니다.아니면 더 나은 제목.
// 날짜 형식에 / 또는 \ 문자가 없는지 확인하세요!
// YYYYMMDD 형식은 올바르게 정렬되므로 좋습니다.
일일 = "아르 자형" || 체재 ( 오늘 () , "yyyymmdd" ) ;
경로명 = "$데스크탑/" || 일일 ;
만약에 ( ! 디렉토리가 존재함 ( 경로명 ) ,
디렉토리 생성 ( 경로명 )
) ;
rpt << 저장html ( 경로명 || "/biv.html" ) ;
rpt << 창 닫기 ;
닫다 ( dt , "노세이브" ) ;
디렉토리 생성 ( "$desktop/최종 위치" ) ; // 아마도 어제부터 이미 거기에 있었을 것입니다
디렉토리 복사 ( 경로명 , "$desktop/최종 위치" ) ; // 매일 사용
디렉토리 삭제 ( "$desktop/최종 위치/현재" ) ; // 어제 보고서 정리
// 매일 "R20160527"을 고정 이름인 "current"로 만듭니다.
디렉토리 이름 바꾸기 ( "$desktop/최종 위치/" || 일일 , "현재의" ) ;
Re: html() 저장이 느리나요?예를 들어 공장을 통해 각 위젯에 대한 새 페이지가 포함된 성장하는 아카이브를 만드는 것이 내 계획이라면, 이는 점점 더 느려질 것입니다. 하지만 매일 자신을 덮어쓰는 페이지가 있는 경우 더 이상 사용되지 않고 파일이 작게 유지될 수 있으므로 이전 날의 이미지를 주기적으로 지울 수 있습니다. 모든 보고서가 업데이트되기 전, 페이지가 깨졌다고 아무도 불평하지 않는 오전 일찍 자동으로 삭제할 수도 있습니다....
각 유형별로 보관하고 싶은 항목이 있는데 매일 추가한 항목을 쉽게 지울 수 없기 때문에 최악의 경우가 될 수도 있습니다.아마도 아카이브를 위한 두 번째 위치를 확보하여 일상적인 항목이 추가되지 않고 전체 아카이브를 포기하고 일부 역사적인 항목을 제거하면 아카이브를 통제할 수 있을 것입니다.아니면 보관된 콘텐츠의 다양한 하위 집합에 대해 여러 위치를 얻을 수 있고 별도의 작은 gtx 폴더를 만들 수 있습니까?
또한 중요한 것은 사진의 개수라고 생각합니까?오늘은 이미지가 포함된 보고서에 별도의 이미지가 여러 개 포함되어 있습니다.더 큰 사진을 적게 만들면 상황이 개선될 수 있을까요?
무슨 일이 일어나고 있는지 알아주셔서 감사합니다. 개선하기 위해 몇 가지 방법을 시도해 볼 수도 있습니다.
Re: html() 저장이 느리나요?이는 JMP 13에서 수정되었습니다.
문제는 다음과 같습니다. JMP는 .html 파일과 동일한 위치에 GFX 디렉터리를 생성하며, 시간이 지남에 따라 더 많은 .html 파일을 저장하면 GFX 디렉터리가 상당히 커집니다.(GFX는 .html이 참조하는 이미지를 보유합니다)..html 파일의 이름을 다르게 지정하더라도 동일한 GFX가 사용됩니다.그래서 GFX의 콘텐츠에 따라 달라지는 .html 파일이 많이 있을 수 있습니다. .
또는 GFX 디렉토리에 .html 파일이 하나만 있고 사용되지 않은 남은 그림이 많이 있을 수도 있습니다.그렇다면 GFX를 삭제하십시오(혹은 만일을 대비하여 휴지통에 넣어두십시오). 다음번에는 JMP가 훨씬 더 빨라질 것입니다.GFX를 삭제하기 전에 위의 굵은 텍스트를 다시 읽어보세요.
(JMP 12 및 이전 버전에서는 GFX에서 사용되지 않는 파일 이름을 찾는 데 좋은 알고리즘을 사용하지 않습니다...JMP 13에서는 다른 접근 방식을 사용합니다.)
