記事を開いては閉じて自動送信するスクリプト
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心になっています。
❶ 動作の安定性
処理が安定して進行し、途中で止まってしまう事なく20件を連続処理できる。
❷ 動作の正確性
書き込みの漏れがなく、書き込みに失敗した場合を確実にチェックできる。
❸ 処理速度
このスクリプトは、処理の ➡ の部分にネットの通信が介在します。
▪記事を開く指示 ➡ システムが記事送信 ➡ 記事を受信し編集画面に開く
▪自動編集処理
▪記事を保存操作 ➡ システムが記事受信（検証）➡ 保存成否を孫ウインドウに返す
しかし、この通信が常にさっさと行われるとは限りません。 アメブロのブログ記事ページの表示スピードほどは酷くないけれども、「記事の編集・削除」のリストからの操作も一定程度の通信による遅延が生じる様です。 コードの書き方が悪いと、自分のPCとシステム間の通信が渋滞して、自滅してしまう事が判って来ました。
例えば、一度に大量の記事データの送信をリクエストすると、回線容量を超えたデータを送受する状態になり、待ちが生じ、しまいに通信が自滅します。 これはアメブロの問題ではなく、回線の扱いの問題です。 PC内の処理速度は一瞬ですが、通信がパンクしない様に、送信受信の適度なコントロールが成否のカギです。
📛📛📛📛📛📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時には1/3もこなせない場合がありました。
JavaScriptで自動通信の処理を指定すると、通信に基礎を置くブラウザのスクリプトで「非同期処理」をふんだんに行います。 これは便利で不可欠の機能ですが、多数記事の送受信をリクエストすると、通信渋滞でパンクするらしいと気付きました。「非同期処理」はリクエストに最大限応えるために、出来る通信から処理します。 受信ばかりして送信が詰まり、処理済の記事が送れないままで止まったりします。
そこで、先ず遅延コードを幾つかの場所に設定しました。「setTimeout」というメソッドで、例えば「編集ウインドウが開いてから5sec待ってから編集処理をする」といった感じです。 これは編集ウインドウが開くのとiframeに記事が呼び込まれるのに、時間差があるのではと考えたからです。 こういったタイミングの対策で、少しずつ改善されましたが、20件の処理はなかなかこなせません。
そこで考えたのは、10件の処理を指示し、60sec経ってから残り10件を処理する方式です。 これは更に改善し、処理が最後までは止まらなくなりましたが、結果を調べると処理しないで通過しているのが散見されました。（これは判定コード自体に問題があり別件です）
で、纏めて処理することを改めて、一つずつ間隔を開けて処理する事を試してみました。 これは「setInterval」というメソッドを使います。 どれ位の間隔で処理指示を出せば良いかを考えたのですが、これまで、上手く20件が処理出来た場合が120sec程度だったので、1件6sec程度の処理時間が必要と考えて、このタイミングで指示を出す事にしました。
この設定でテストすると、実に良い結果が出て来マシた。
<style>タグを自動的に記事の先頭部に書き込むスクリプトを作っていますが、以下の問題が課題の中心に
📛📛📛📛📛📛📛📛📛📛📛
改善の変遷で見えて来た事
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時に
当初のスクリプトは10件程度を問題なく処理出来たのですが、20件になると2/3程度で処理が止まったり、時に