html() の保存が遅いですか?<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />レポート ウィンドウで save html() を使用すると、保存に非常に時間がかかり、1 ページあたり 30 分以上かかる場合があります。それは最終的には機能します。他にもこの問題が発生している人はいますか?
速くするために何かできることはありますか?これらは大きなファイルではなく、2 ～ 5 K のみです。それは何を考えているのでしょうか？これを自動ジョブの一部として実行したいので、30 分かかる単独のレポートは実際には問題ありませんが、場合の 1 つは、この出力を作成するさまざまなケースをループする必要があるため、非常に時間がかかりすぎる可能性があります。ジョブが終了する可能性があります。
他の場合には saveinteractivehtml() を使用しますが、ファイルが大きくてもこの問題は発生しません。同じウィンドウで saveinteractivehtml を使用すると、これも高速ですが、saveinteractivehtml では適切にレンダリングされないウィンドウです。特定の出力を使用できないものがあります。
少なくとも 2 つの異なるウィンドウでこの問題が発生します。1 つは JMP プロットで構成され、もう 1 つは主に JMP で作成されたいくつかの注釈を含む画像です。
何を試してみるべきかについての提案を感謝します。
Re: html() の保存が遅いですか?他の人に役立つ場合に備えて、私のアーカイブケースの解決策も見つけました。
問題のレポートは、JMP がページごとに 40 以上の個別の部分を保存していても、1 つの大きな画像として機能するため、nw<
おそらく特定のレポートでは、savehtml() が多くの重労働を実行し、複雑な HTML を作成しますが、この非対話型レポートの場合、単一の画像を使用してすべてのファイル名と場所を自分で制御して HTML を DIY するのは非常に簡単です。
Re: html() の保存が遅いですか?ありがとう！少なくとも自分が持っているものは間違いなく改善できると思います。
Re: html() の保存が遅いですか?はい。写真の数が増えると、別の写真を追加するのに非常に時間がかかります。HTML の読み込みには問題ありませんが、書き込みには問題があります。JMP 13 では、速度低下を防ぐためにファイル名に日付の一部が使用されます。
このようなもののほうがうまく機能し、同時に gfx+html を整理した状態に保つことができます。 最後の数行は、現在のファイルをユーザーに対して一貫した場所に保持する方法を提案しています。
// 日報フォルダを作成するスクリプト例
dt =開ける( "$sample_data/big class.jmp" ） ;
ＲＰＴ = dt <<二変量( Y ( :重さ） 、バツ( :身長） 、フィットライン( {線の色( { 213 、 72 、 87 } )} ) ) ;
// ディレクトリ名はすべて数字にすることができますが、文字を使用することもできます。
// おそらくレポートの R が最初の文字です。あるいはもっと良いタイトル。
// 日付形式に / または \ 文字が含まれていないことを確認してください。
// YYYYMMDD 形式は正しくソートされるので便利です
毎日= 「R」 ||フォーマット(今日() 、 「yyyymmdd」 ） ;
パス名= 「$デスクトップ/」 ||毎日;
もし( ！ディレクトリが存在します(パス名) 、
ディレクトリの作成(パス名)
) ;
ＲＰＴ << htmlを保存(パス名|| 「/biv.html」 ) ;
ＲＰＴ <<ウィンドウを閉じる;
近い( dt 、 「ノーセーブ」 ) ;
ディレクトリの作成( "$desktop/FinalLocation" ） ; // おそらく昨日からすでに存在しているでしょう
ディレクトリのコピー(パス名、 "$desktop/FinalLocation" ) ; // 毎日使用
ディレクトリの削除( "$desktop/FinalLocation/current" ) ; // 昨日のレポートを消去します
// 毎日の「R20160527」を固定名「current」にします
ディレクトリ名の変更( "$デスクトップ/FinalLocation/" ||毎日、 "現在" ) ;
Re: html() の保存が遅いですか?それで、確認ですが、たとえば、工場を通じてウィジェットごとに新しいページを含む成長するアーカイブを作成するという私の計画がある場合、それはますます遅くなる運命にあります。 しかし、毎日自分自身を上書きするページがある場合は、以前の画像はもう使用されないので定期的に消去することができ、そのファイルは小さいままで済みます。 すべてのレポートが更新される前、ページが壊れていると誰も文句を言わない午前中の早い時間に自動的に削除するかもしれません。
私はそれぞれのタイプをいくつか持っていますが、そこに保管しておきたいものがある一方で、日々追加されたものを簡単に消去できないため、おそらく最悪のケースです。おそらく、アーカイブ用の 2 番目の場所を取得して、毎日の内容が追加されないようにし、完全なアーカイブをあきらめて歴史的な内容をいくつか削除すれば、アーカイブを管理できる可能性があります。それとも、アーカイブされたコンテンツのさまざまなサブセットに対して複数の場所を取得して、個別の小さな gtx フォルダーを作成できるのでしょうか?
あと、重要なのは写真の枚数だと思いますが？今日の画像付きレポートには、多数の個別の画像が含まれています。より大きな画像を作成する回数を減らすことができれば、状況は改善されるでしょうか?
何が起こっているのかを知ることができて感謝しています。改善するためにいくつかのことを試してみることができるかもしれません。
Re: html() の保存が遅いですか?これは JMP 13 では修正されています。
ここに問題があります。JMP は .html ファイルと同じ場所に GFX ディレクトリを作成しますが、より多くの .html ファイルを保存すると、時間の経過とともに GFX ディレクトリが非常に大きくなります。(GFX は、.html が参照する画像を保持します)。.html ファイルに異なる名前を付けた場合でも、同じ GFX が使用されます。それでGFX のコンテンツに依存する .html ファイルが多数ある場合があります。 。
または、GFX ディレクトリに .html ファイルが 1 つしかなく、未使用の画像が大量に残っている場合もあります。その場合は、GFX を削除します (または、念のためゴミ箱に入れてください)。次回からは JMP がはるかに高速になります。GFX を削除する前に、上記の太字のテキストをもう一度読んでください。
(JMP 12 以前では、GFX 内で未使用のファイル名を検索するための適切なアルゴリズムが使用されていません。JMP 13 では別のアプローチが採用されています。)
