CleanTalk Antispamは頻繁に更新する必要があります（1〜2週間ごとに新しいバージョンをリリースする必要があります）。これには多くの理由があります。
コンストラクターとしてのWordPressには、膨大な数のプラグイン、テーマ、ウィジェットなどがあります。 常にWordPress Codexを念頭に置いて設計されているわけではなく、異なるアーキテクチャとイベント処理を備えています。 したがって、CleanTalk統合エラーは、さまざまなコンポーネント、特にまれなコンポーネントで発生する場合があります。
大量のデータを使用するすべての複雑なサービス、バックエンドの変更、ロジックの変更、その他多くのことは、プラグインの変更を必要とします。
更新レートでは、プラグインには自動更新オプションが必要です。 プラグイン設定でこのオプションを使用する場合、ユーザーはプラグイン設定で各サイトに移動してインストールする必要があります。 しかし、ユーザーが自動更新を有効にしたくないが、数百のサイトでプラグインをすぐに更新する必要がある状況ではどうすればよいでしょうか？
サービスの管理を容易にするために、自動更新オプションがサービスコントロールパネルに実装されました。
自動更新を使用すると、1つのサイト、サイトのグループでプラグインを1回だけ更新したり、すべてのサイトで自動更新を有効にしたりできます。
仕組み
歴史的には、クライアントが使用するプラグインのバージョンを管理しており、クライアントに連絡してフィードバックを分析するときは、使用するプラグインのバージョンを知る必要があります。 各スパム対策プラグインは、リクエストごとに、パラメータでそのバージョンを送信します。 バージョン番号はリポジトリ内の番号と比較され、バージョンが異なる場合は、コントロールパネルに更新の必要性に関する警告が表示されます。
さらに、リンクをクリックすると、更新のオプションを含むモーダルウィンドウが開きます。
オプションを選択すると、サーバーはクライアントのサイトのプラグインに特別なリクエストを送信します。
呼び出しを受信したプラグインは、呼び出しパラメーターの真正性を確認し、作業を開始します。 自動更新は、変更されたWordPressプラグインの自動更新クラスを通じて実装されます。 クラスが完了すると、プラグインは更新されたファイルのバージョンをチェックし、サイト自体にリクエストを行います。 HTTP応答コードが200の場合、サーバーはこれを「OK」ページに報告し、新しいバージョンを報告する特別なAPI呼び出しを行います。 応答コードが200と異なる場合、プラグインはファイルを以前のバージョンにロールバックし、エラーコードと技術パラメーターを含む行で北に応答します。
更新が正常に完了すると、サービスコントロールパネルのステータスが「アプリが更新されました」に変わります。