MySQL バイナリログからデータを復旧 - dogmap.jp
MySQL で作業してるときにうっかりオペミスしてしまったときの対処方法。 作業前にダンプ取ってて、作業終了後すぐにオペミスに気づいた場合は、そのダンプから戻せば良いですが、ダンプ取ったのが結構前だったとか、オペミスに気づいたのが時間をおいてからだったとかって時の復旧方法です。 前提条件として、以下の状況だった場合のみです。バイナリログを取ってない場合はあきらめましょう。 バイナリログを取っている( /etc/my.cnf で log-bin=mysql-bin とか設定してある ) mysqldump 等でバックアップしている バックアップ時点でのバイナリログの書き込み位置を保存している。またはバックアップした日時が特定できる 参考 : unoh.github.com by unoh バイナリログの残し方 /etc/my.cnf に以下を追記しておくと に datadir で指定しておい
WordPress の引っ越し方法色々 - dogmap.jp
WordPress を使っていると、「レンサバの期限が契約期限が切れるんだけど、他のレンサバ会社に移ろうかなー」とか「そろそろレンサバやめて VPS or AWS にしようかなー」とか思ったりする時があると思うんですよ。 そんなとき「でも引っ越しメンドくさそうだしなー」とか思って諦めたりするひとも多いと思います。 そこで、しょっちゅうサイトの引っ越しをしている私が引っ越し方法を解説。 基本は「WordPress をインストールしてあるディレクトリ以下のファイルを全部コピー」と「MySQL データをダンプ＆インポート」するだけですが、その辺を簡単にやる方法をまとめます。 WordPress ソースの移行 WordPress をインストールしてあるディレクトリ以下のファイルを全部コピーでいいんですが、ちまちま FTP クライアントとかでダウンロードしてアップロードとかしてたらメンドくさいです。
WordPress 3.0 プラグイン管理画面の「追加機能」 - dogmap.jp
WordPress 3.0 RC1 日本語版もリリースされ、いよいよ WordPress 3.0 正式版の公開も近づいてきました。 WordPress 3.0 RC1 をインストールして試している方も多いと思いますが、ダッシュボードのプラグイン管理画面に「追加機能ドロップイン(Drop-ins)」という項目が追加されたのにお気づきでしょうか？ ここには、Drop-ins と呼ばれる特殊なプラグイン( Drop-ins are advanced plugins )がインストールされている場合に表示されます。 この Drop-ins は、wp-content ディレクトリに、決まった名前の php ファイルを保存することによって有効にすることができます。 例えば、db-error.php という名前の php ファイルを、wp-content ディレクトリに保存しておくと、WordPress
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google
