プラグインかれこれ1年以上も前からDROPBOXでwordpressのデータをバックアップしています。使いやすくクラウド上なので特に意識することなく楽にバックアップが取れるのでお勧めです。DropboxとはDropbox(ドロップボックス)は、人気のオンラインストレージサービスです。インターネット上のオンラインストレージとローカルにある複数のPCとの間でデータの共有や同期を可能とするサービスです。無料版のアカウントでも2GBの容量を利用可能です。DROPBOXということで何気にサーバログを見てみると下記のようなエラーをerror.logに見つけました。Dropbox」というプラグインのようです。error_log-20160612上記のようにerror_log-20160522ファイルから40Mバイト以上のログとなっているのでハードディスクを圧迫しかねない。いってもそれほど緊急性は、ないけれどいきなりログが増えているのはただ事じゃない。見ていると5月20日の朝方のDROPBOXへのバックアップからなっているらしい。調べてみるとyum.logでのソフトウェアの更新は、行われていなかった。Dropbox」自体も更新(手動)は、5月12日なのでこれも原因ではないようだ。ほかのものを調べてみるとどうやらWordPress自体のバージョンアップの日付が5月20日になっているのでこれが原因なのかもしれないということが分かった。https://wordpress.org/support/topic/column-offset-cannot-be-nullwardpressの公式サイトのフォーラムなので信頼性が高いかな?と翻訳しながらみてみると質問者は、私と同じようにエラーメッセージが出てどうにかならないかと質問しているようです。advance*******************************************************************************************調べるとエラーログのサイズが270Mを超えて容量が圧迫されてサーバが停止してしまうかもみたいなことが書かれています。Dropboxの4.4.1バージョンでダメです。書かれており追記で4.5のバージョンでもまだ修正されていないと報告されています。Dropboxのバージョンは、H28.6.17現在の最新バージョンは、4.5なのでまだ修正されていないようです。」というように見えます。0(ゼロ)を入力するようにしたら上手くいくというように書いていましたので実際にやってみます。null,上記のNULLを0(ゼロ)に変更します。0,これで実際にバックアップを行ってみます。監視していましたがエラーが出力されることがありませんでした。順序が逆になりましたがPhpMyAdminでデータベースを確認すると上記のようにwp_wpb2d_processed_filesというテーブルのoffsetカラムのデータ型がint型(整数)なのでNULL文字は、エラーになりますよね。今までなぜかこのテーブル自体使っていなかったようです。実際もう一つの別のデータべースの同テーブルは、selectしても中には、何も入力されていなかったです。いった状況になるとこのテーブルを使用するのかわかりませんが現在のところバグなので修正しておきます。このサイトのテーブルは、データが入っていたのでこのエラーが出ていたようです。ちなみにこちらのデータの一部は、以下になります。offsetのカラムには、0(ゼロ)が入りました。このテーブル自体必要なのかどうかわかりませんが私と同じようなエラーが出ている方は、NULLを0(ゼロ)に変えれば問題なくなるようです。*****************************************************************************応援をお願いします。29プロフィール札幌に在住、さくらVPS+centOSを運用してのブログです。サーバ、wordpressなどのシステム系情報から毎年のサロマ100km完走、カメラ、釣り、山菜、ラーメンなど日常の雑多なブログになってます。相互リンクもいつでも誰でも大歓迎です。紹介コメント欄等からお願いします。書いておりますのでおつきあいのほどお願いします。Grapheneの設定.。