バックアップ機能が途中で止まってしまう場合、zipへの圧縮に失敗している可能性があります。圧縮に失敗する理由として圧縮に一時領域を使用するのですが、サーバーによって一時領域が足りず失敗してしまうことがあります。
これを解決するために、一時的に一時領域の場所を変更することで解決することがあります。
config.server.php に以下１行を追記します。「/path/to/tmp」は環境に合わせたパスを設定ください。（ドキュメントルートの一階層上など）
putenv('TMPDIR=/path/to/tmp'); // ドキュメントルートより上の階層を設定ください
リニューアル時やサイト構造変更時などに、記事（エントリー）のカテゴリーやブログが変更になることはよくあることだと思います。 この時そのままだと、以前のURLが404になってしまいます。404にならなためには、.htaccessなどで旧URLから新URLへのリダイレクト処理を書く必要がありますが、記事ごとに毎回設定するのは大変です。
そこで、エントリーの自動補完リダイレクト機能を使用すれば、ブログやカテゴリーが変更になったエントリーでも自動で旧URLから新URLにリダイレクトをしてくれるようになります。
例：ある記事（entry-10.html）のカテゴリが「news」から「topics」に変更になった場合
「https://example.com/news/entry-10.html」にアクセスすると、「https://example.com/topics/entry-10.html」に自動で301リダレクトされます。
「private/config.system.yaml」に以下記述を追加します。
entry_301_redirect: on
リダイレクトは、エントリーコード（xxxx.html）をもとにデータを検索しリダイレクトをかけています。 この仕様により以下3つの注意点があります。
Ver. 2.11.0 から 校正オプションの仕様が変わり、校正オプションが指定されている場合も自動でサニタイズ（エスケープ）処理がされるようになりました。 これにより、アップデート後に閲覧画面を表示すると意図していないHTMLがタグのまま表示されてしまう可能性がございます。
詳細・対応方法は以下をご覧ください。
オンラインアップデートやバックアップ、CSVインポートなどのバックグラウンドでプログラムを実行する機能を使用し、何かしらの理由により処理が止まってしまった場合、プログレスバーがそのままの状態で動かなくなってしまう場合があります。
バックグラウンドで実行される機能例
この場合、a-blog cms 設置場所にある、cache ディレクトリ内にあるファイル（.htaccess以外）を削除していただくことで、プログレスバーを止めることができます。
.htaccess は削除しないでください。
お問い合わせフォームで、確認画面に進もうとしてもエラーもでず、進めない状況になった場合、何かしらバリデーションで引っ掛かっている可能性があります。
バリデーションを設定する方法は2つあります。1つは、テンプレートで設定する方法と、管理画面で設定する方法です。 テンプレートでバリデーションをかけている場合は、エラーメッセージも同時に記入すると思うので、今回のトラブルの場合は意図していないバリデーションを管理画面に設定している可能性があります。
管理画面 > フォーム > 該当フォームの変更 の「入力チェック・変換」項目に意図しないバリデーションがないかチェックください。
