WordPressの最も簡単なバックアップ方法。データベースと画像のバックアップ。サーバークラッシュに備えよう

WordPressのバックアップは大丈夫?データベース(記事内容)、画像、とテンプレートのバックアップ方法

 
ブログを一生懸命書いても、ミスでテンプレート上書き(アップデートも含む)してしまったり、サーバーに不具合があったり、プラグインの相性が悪くデータベースが壊れてしてしまったりする。
 
大切なブログのデータをバックアップして守ろう。
 
 

WordPressの全データをバックアップしよう

 
 
大きく分けて、バックアップには3つの手順が必要。
 
1. データベース(書いた記事の文章)のバックアップ
2. 画像・写真のバックアップ
3. テンプレート(ブログの外観)のバックアップ
 
 

1. データベース(文章)のバックアップ方法

 
絶対に必要なものがこれ。データベースのバックアップだ。これは書いた文章そのもの。最も大切なものだ。

これにはphpMyAdminを使ってデータベースをダンプ(つまりエクスポート)する方法と、プラグインを使う方法がある。

phpMyAdminはややハードルが高い人もいるかと思うので、ここではプラグイン「WP-DBManager」を使う方法を紹介する。

まず、プラグインのWP-DBManagerを入れる。プラグインの新規追加で「WP-DBManager」と検索すればすぐ出てくる。

プラグインを有効化してから→「DB Options」をクリック。
db-backup

MySQLダンプのパスとMySQLのパスは自動で入力されているはずだが、サーバー環境によっては自動で入力されない場合もある。
“no mysqldump in /usr/local/bin /usr/bin /bin”となっていると、自動で入力されていないので自分で入力しなきゃいけない。

自動で入力されている場合は触らなくてOk。

自動で入力されないサーバーの代表格がお名前.com共有サーバーSD

この場合手動で下記入力
Path To mysqldump:
/usr/local/mysql/bin/mysqldump

Path To mysql:
/usr/local/mysql/bin/mysql

db-backup-bk1

バックアップフォルダへのパスは自動で入力されるはず。こんな感じで。
Path To Backup:
/export/sd203/www/jp/r/e/gmoserver/9/2/xxxxxxxx/xxxxxxx.com/blog/wordpress-4.2.2-ja-jetpack-undernavicontrol/wp-content/backup-db

db-backup-bk2

ちなみに確認方法は、
FTPで、Path To Backupのパスを見る。バックアップフォルダが自動で出来ている場合は、その中の、「1450050232_-_DB名.sql」というのがDBバックアップ。自動でバックアップフォルダが出来ていない場合(サーバーの仕様による)手動でbackup-dbと言う名前のフォルダを作るなどの作業が必要な場合もある。

心配ならDBバックアップはローカルに移しておくといい。

これで文章データは週1回自動でバックアップされていく。「DB Options」の画面でバックアップ頻度とかは変えられる。

テーマとか、テンプレートのカスタマイズのバックアップ、画像のバックアップをする場合は、wp-contentのフォルダをローカルに移しておけ。

 
 

2. 画像・写真のバックアップ方法

 
画像のバックアップもしておこう。文章データ(データベース)と画像データがあれば、仮にサーバーがクラッシュした場合であっても、記事の復元は可能なので安心だ。
 
wp-content/uploads の中にアップロードした画像や写真が保存されている。不安ならこれをFTPソフトなどで、ローカルに移動させておくといい。

2015/12
2016/01
2016/02

などと、年月毎にフォルダに格納されている。
images-backup

これで月が替わるごとにバックアップすれば完璧だ。

 
 

3. テンプレート(ブログの外観)のバックアップ方法

 
更に、テンプレートをカスタマイズしている場合は、テンプレート(ブログの外観)もしておこう。これは再びテンプレートphpフィアルを編集しない限りは最初の1回だけのバックアップで大丈夫だ。
 
wp-content/themes の中身をFTPソフトでローカルに移しておこう。

ちなみに、テンプレートは全くカスタマイズしていない場合、基本的にはバックアップは不要。

【ワンストップ特例→確定申告】ワンストップ特例したけど、再度、確定申告をやりなおす方法。医療費控除など

ふるさと納税でワンストップ特例制度を使ってみた

ワンストップ特例を使うと、確定申告をしなくても、ふるさと納税の税金の免除額と同じ分を、翌年の住民税から差し引いてくれるというメリットがある。
サラリーマンで、確定申告なんてした事ねぇーよ、めんどくせーよ。と思ってる人にはとても便利な制度だ。

紙1,2枚に名前などを書いて自治体に送るだけで確定申告と同じように税金免除が受けられるわけだ。

ワンストップ特例使ったけど、やっぱり確定申告したい

事例1:
確定申告はめんどくさいので、ふるさと納税をして、ワンストップ特例制度を利用した。ここまでは普通。

でも色々あって、医療費が10万円を超え、医療費控除の確定申告をする必要が出てきた。

このような場合、ワンストップ特例を使ったとしても、確定申告が優先される
ワンストップ特例の事を完全に無視して、医療費控除と共にふるさと納税の寄付金控除を行えば大丈夫。ワンストップ特例の申請をしていたけれど、確定申告することも事例としては実際に沢山ある。
 

 
事例2:
ふるさと納税をして、確定申告をしたけど、実際にどれだけ節約になったかを調べる方法は?

ふるさと納税は節税効果は厳密に言うと無い。ふるさと納税をした分先払いしているので、支払う額は結局同じになる。(自己負担分2000円を考慮するとむしろ支払う金額は多くなる)

ただし、ふるさと納税の場合、お礼の品が届くので、結果的にお得になるという事だ。
つまり、住民税+所得税の減額分=ふるさと納税の寄付金額-2000円ということになる。

 

 
事例3:

ワンストップ特例制度を使えば確定申告が不要になる。
だが、医療費と同様に、株式投資やFXなどの3年間の損益繰越控除や、利益が出ていての確定申告をしている場合にもふるさと納税の確定申告も合わせて行う必要がある。

Stinger7の「powered by STINGER」をフッターから削除する方法

レスポンシブWordpressテンプレートのスティンガー7のカスタマイズ

超有名WordpressテンプレートのStingerの中でもかなり優秀なStinger7。レスポンシブデザインに対応していて、役立つ設定も豊富で良い。

ただ、悲しい事にテンプレートでは「powerd by STINGER」になってしまっている
powered の綴りが間違っていて、powerd になっている。これはダサすぎる。
ochikomi
 
フッターの powerd by STINGER を修正又は削除したいと思っても、ワードプレス管理画面からのテンプレートの変更(テーマの編集)では削除できない。
 
 

powerd by STINGER を編集・削除する方法

まず管理画面の footer.phpfunctions.php の編集ではここの部分はいじれないので、FTPソフトが必要になる。
 
FFFTPかFileZillaのようなFTPソフトを使い、Wordpressをインストールしているサーバーにアクセスしよう。
サーバーのコントロールパネルのブラウザのFTPでも同じようにアクセスする。

ファイルパス:

wp-content/themes/stinger7/js

の中にある、base.js を編集する。

ファイルの中身はややこしそうなコードの羅列だが、「stinger」と検索するとヒットする箇所がある。

そこに

<a href=”//wp-fun.com/” rel=”nofollow”>powerd by STINGER</a>

と書いてあるはずなので、この部分を削除するなり変更するなりする。

base.jp を再度上書きアップロードして完了。

明日試したくなるカスタマイズ、ネットな日々に役立つ小技と、たまに旅行の妄想と。