AI Publisher 一括取り込み｜3記事ずつ処理する仕組み

AI Publisherでは、30記事をまとめて処理した際のタイムアウトを受け、3記事ずつAJAXで進める方式へ改善しました。この記事では処理単位と、途中で止まった場合の再開・確認方法を紹介します。

Contents

開発で困ったこと

30記事をまとめて処理した際、タイムアウトが起きました。

たとえば対象が10記事なら、3・3・3・1記事という区切りで考えられます。これは処理単位を説明する例で、10記事を今回新たに実測した結果ではありません。途中の組で失敗したときも、先に成功した組を把握できれば復旧範囲を絞れます。

対象の記事番号、すでに作成された投稿、前回失敗した記事を先に照合します。取り込みの途中で止まった場合は、成功分まで再び対象に含めないようにします。

開発記録のv2.5.1では、3記事ずつAJAXで処理する方式を採用しました。一度の通信で30記事すべての完了を待つ方式から、区切って次へ進む方式へ変えています。

通信失敗時の自動再試行は最大3回です。回数だけでなく、どの記事のどの工程で失敗したかを見ます。認証エラーのままなら、再試行を繰り返す前に接続を確認します。

下書きの本文と画像を確認したうえで、中断再開または失敗記事のみの再試行を使います。処理が進んだ件数と、正しく完成した件数は分けて記録するのが確認のポイントです。

v2.5.1で3記事ずつ処理し、通信失敗時は最大3回再試行、中断再開と失敗記事のみ再試行を実装しました。

処理単位を小さくしても、記事作成から画像設定、完了記録まで連動しなければ取り込み完了とは言えません。

一括取り込みが止まったら、まず作成済みの投稿IDを確認します。本文が作成されて画像だけ欠けている場合は、記事全体の再取り込みよりも、該当記事の「画像を反映」で復旧できるかを確認します。