kira-ismで紹介したBackWPup。非常に便利なのですが、DropBoxにAPI経由で転送できるファイルの最大サイズは150MBなのです(クライアントからのアップロードは先日のアップデートで上限がなくなったようですが)。先日に写真や動画をまとめてアップしたらバックアップファイルが150MBを超えてしまい、Dropboxに保存することができなくなってしまいました。こんなエラーメッセージがログに出てきます。MB.見たことのある方もいるのではないでしょうか。それなら!とSugarSyncに保存をしようとしたのですが、エラーで全く保存できず。BackWPupのフォーラムでもSugarSync連携について様々なバグ報告が多く、原因不明で作者さんも困っている様子。そもそもDropboxよりもSugarSyncの方が容量が大きく、ファイルサイズに上限なし、また「ウェブアーカイブ」フォルダ(パソコンと同期しない)も使いやすいので乗り換えようかと考えていたところでした。プラグインのソースを少しいじり、設定も変更することでSugarSyncに安定して保存できるようになったので、その方法を備忘録的にまとめました。基本的な考え方とヒントをこのエントリからいただきました。32というエラーメッセージが出ていました。上述のエントリと同じ事をしても解決はしません。闇雲に設定を変えるとまた異なるエラーが発生したりという状態でした。試行錯誤して分かったこと複数の問題があって事象が複雑でしたが、いろいろ試してログを読み込んだ結果、こんな事がわかりました。noteの内容を合わせて解決方法を考えました。現状で最も安定して効率的な設定は結論から言うとこんな設定にしました。noteの通りですが、自分の環境では1800でも成功することがあったので、それに余裕を持たせて2400にしました。リトライ回数は前述のとおりデフォルトは5回ですが、成功する時は一回で成功するし、失敗する時は何回やっても失敗するので、これはもう1回でいいや!ということ。$revtime=time()-600;(600秒=10分)であれば、10分x5で50分もかけた挙句に失敗してしまうのはいやですね。この辺は、サーバや回線の処理能力やファイルサイズによって調整が必要と思います。Jobを個別に分けたのは、そもそもはファイルサイズが小さいと成功する(境目の値は未だはっきりせず)ためですが、このようにしたほうがトータルで所要時間が短くなることが確認できたことが主な理由です。一回のJobで一つのバックアップファイルにしたいのですが、そうすると失敗率が高まったので現状では仕方ないかと。自分の環境では処理はちゃんとできているのにこんなエラーログが出ているので、やはり処理ステータスの判別がバグってるのかなと思います。現状のBackWPupはDropboxとの連携、またWordPressがインストールされたサーバ内でのバックアップは完璧に動作していましたが、SugarSyncとの連携はまだバグを多く抱えています。動作確認はしていませんが、FTPで他のサーバに転送も可能ですが、いい転送先になるサーバが自分にはありませんでした。言え、今のところBackWPupに代わるプラグインはない、素晴らしいプラグインです。設定を変えながら自分にあった設定を探しましょう。