綾さんの横ヤリが気持ち悪いのでサヨナラ。アチコチに首突っ込みたいんだね~サヨナラ。ロリポップの騒ぎ以降、色々と試してた事がありまして、その際/wp-admin/install.phpのパーミッションが000だとバックアップ時に『install.phpが読めない』とエラーを吐くのを忘れてました。ファイルのページ下部、デフォルトは.DS_Store,.git,.svn,.tmp,desktop.iniこのようになってると思いますが.DS_Store,.git,.svn,.tmp,desktop.ini,install.phpこんな感じでカンマで区切ってinstall.phpをバックアップから除外するようにしてみてください。backup全部にチェックを入れておいたのですがコレで間違いないですか?そうですね。Deletionの数字を設定に関して理解できてないのでもう少し教えていただきたいです。私の設定では15なのですがホームページ全部をきちんと復元できるようにバックアップをするにはここの数字はいくつがよいのでしょうか・・・この値はバックアップファイルの保存数です。初期値が15ですが、これは多すぎると思います。あ、すいません間違ってました。0は削除せず無制限に保存するので駄目です(;^_^Aバックアップするファイルはファイルの項目で選択してください。これを全てチェックすれば全てバックアップしますが、サーバーの容量を圧迫します。plugins、themes、uploads、wp-config.phpがあるディレクトリとデータベースがバックアップ出来ていればどうにかなると思います。5ヶ月前プラグインをダッシュボードからインストールするのに何らかの影響で正常終了していない事も想定してFTP経由で上書きをお願いしました。銭湯のファイルのアイコンにビックリマークが付いているように見えます。B)同時に出来た後の3つは拡張子がzip.xxxxになってますそもそも、複数のファイルが出来るのは正常なのでしょうか?圧縮ファイルだとPCが認識したファイルは、それに見合ったアイコンが表示されますが、それ以外のファイルは圧縮する過程で失敗して残されたゴミです。ファイルを圧縮する際、1234.zip.xxxx等の名前でファイルが生成されて圧縮が完了すると1234.zipで保存されます。普通であればこれらのゴミは残されないと思うのですが・・・9/11の4つのファイルの内3つはバックアップをリトライした結果ですね。ダウンロードして、開いてみました。その写真も上記サイトにアップしましたので、ご覧下さい。なにやら、データベースを含めバックアップが取れていそうな感じがします。データベースは大丈夫だと思いますが、それ以外のファイルはバックアップが正常終了していない限りサーバー内のファイルと比較しないと自分なら信用できません。試してないと思いますが、バックアップするファイル数を減らしてみてください。試しにこれを除外してバックアップしてみてください。現存するバックアップファイル(ゴミ含む)は全て削除した方が容量の節約になると思います。古いファイルは削除されるはずです。≪2≫に関してバックアップしたファイルの中身を確認してください。プラグインディレクトリ内の物がバックアップ出来ていれば問題ないと思います。復元に関しては手動で行う以外、術は無いと思います。データベースのバックアップも取っておかないと無意味です。≪3≫に関してどこかのトピックで書きましたが、サーバーから送らなくてもPCから自動で取りに行く事も可能ですが、これはプラグインの機能ではなくPC側の設定になります。敷居が低くて簡単なバックアッププラグインもあります。Driveへ自動転送してくれます。Driveをインストールしておけば煩わしい操作無しでバックアップファイルの取得が可能です。Driveとプラグインの連携設定が若干面倒なのがネックですが15GBの容量と後の手軽さが魅力的かと思います。5ヶ月前データベースは無関係みたいですね。一度、FTP経由で当該プラグインを上書きしてみてください。5ヶ月前まず確認ですが、ご質問はhttp://wordpress.org/plugins/wp-custom-fields-search/こちらのページのプラグインの件で宜しいのでしょうか?これによって話しが変わります。プラグイン名、配布ページのURLは書いてください。データベースエラーとなってたのでdropbox絡みだと思った次第です。内部のみのバックアップも失敗するのならばWAFは無関係かもしれません。問題の切り分けをしましょう。backupを押下してデータベースのバックアップが可能かどうか。FormatでZIP以外を選択してバックアップ可能かどうか。3.ジョブからデータベースのバックアップを除外してバックアップ可能かどうか。これらを試験してみてください。ログを見る限りデータベース、ファイル共に抽出しているようですが圧縮で手間取っているように感じます。可能ならば少数のファイルのみ指定してバックアップが可能かどうかも試してください。5ヶ月前これは何らかのプラグインの話しですか?詳細を記さないと、まともな回答は得られないですよ。?>で特に問題なさそう。5ヶ月前WAFが有効なら無効にして試験してみてください。WAFが有効な状態で一旦、dropboxへのバックアップを除外して試験してみてください。返信が含まれるトピック:テキストエディタのボタンを削除。Packも今回からsitemapに対応しています。related_posts();?>を、表示したい部分に追記すれば良いです。needed.サーバーがこの要件を満たしていなければ動作しません。上記要件をクリアした自分の環境で言語ファイルを作りながら試験した限りではチェック可能でFTPの項目も設定可能です。自分の場合バックアップにプラグインは使用していませんが、バックアップファイルはローカルPCへ保存しています。・1日1回のみPC起動時に自動でサーバーと同期してバックアップファイルをダウンロード。・週3回のみPC起動時にバックアップ専用のNASを自動起動させPCからバックアップファイルをNASへ転送し、終わったらNASの電源を自動でOFF。こんな感じで勝手に行わせています。云う事で、サーバーから転送せずとも取りに行く方法もあります。これなら保存先に余計な穴を開けなくてよいと云うわけです。