↓　痛いニュース

　
 10月２日、渋谷区など全国17カ所で「10.2 中国の尖閣諸島侵略糾弾！全国国民統一行動」（主催:頑張れ日本！全国行動委員会、草莽全国地方議員の会、日本李登輝友の会）が開かれた。
　中国の反日デモを大きく取り上げた日本のマスコミは、横並びで全く取り上げていない。
　報道したのは海外のメディアや通信社ばかり。

　・CNN（英語）

　・AFP（日本語）

　主会場の代々木公園からデモ行進までは動画で紹介されている

　３日には熊本市、５日は宇部市・山陽小野田市で街宣とチラシ配布もするらしい。
　このニュースはCNNを発信源に、ブログで伝わっている。そんなわけで、当サイトも遅ればせながら掲載。
　参加者は主催者発表で1600人といっているが、どう見ても3000人は超えている感じ。それにしても日本の新聞社、テレビ局のおぞましいまでの足並み。善意に解釈すれば戦時報道のトラウマ、悪意に解釈すればコピペできない記事は書けないということかな。

・バカな中国人、魚釣島とな～んも関係ない日本釣振興会を誤爆
http://news4vip.livedoor.biz/archives/51617785.html
単に「日本」「釣」の文字が目にとまっただけらしい。

日本人が「尖閣諸島」と言ってることすら知らないほどの無知
目印になるよう10個書いとくぞ！

尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣尖閣
…チョット多すぎたか？

・最強のハッカー集団？自称「中国紅客連盟」…乱立
http://news.livedoor.com/article/detail/5013398/
…っていうか、こいつら２，３年前までIP丸出しでのぞき見してた奴らじゃん

・攻撃対象リストに膨大な日本の漫画家公式サイト
http://ameblo.jp/konichiwa/entry-10646094638.html
結局、日本のＭＡＮＧＡやＡＮＩＭＥが好きなんだろう
　…コピーばかりで、オリジナルは見たことないだろうけど

最近じゃ日本のエロ動画を中国人が吹き替えて中国製品として売ってる
恥知らずとは中国国民のこと

・中共の人民日報（1953年１月８日）で沖縄の一部って書いてる
<pdfファイル>
http://www.peacehall.com/news/gb/pubvp/2005/04/200504162322.shtml
http://lingfengcomment.pixnet.net/blog/post/27157829

・台湾もしゃしゃり出るな！
中華民国は「日本帝国沖縄県八重山郡石垣村尖閣諸島」って書いてる
http://www.youtube.com/group/Uotsurijima?topic=dj_XiibBhW_A

ナショナリズムを振りかざす訳じゃないが、明治時代の官僚はきちんとしていた。
自分たちのつまみ食いばかり本気で、最後には国の品格まで貶める今の官僚と政治家。
「やくざ国家」発言の石原都知事くらいの心意気を見せろ

・２ちゃんねるのおまいらにも一言
http://blog.livedoor.jp/dqnplus/archives/1547617.html
な～にバカいってんの。包丁もって逮捕されてニュースに載るのが目的じゃねーか！
フロッピー渡して帰ったんじゃ…ただのお●○●じゃん？
おまいらに期待はしてないけど、後ろから同族殺しはするんじゃねぇ

こんなサイトにがんばってほしいね
http://ameblo.jp/konichiwa/entry-10646094638.html

・記事量が１万件を超えている企業サイトで、データベースはMySQL、文字コードはUTF8を使用。
・Xserverから、ほんの少しグレードの高い某社サーバーへ移転
・ドメインも○○○.jpから、少しグレードの高い.co.jpに変える。

移転先サーバー、ドメイン取得など、全て準備した上での手順をざっくり。

1.データベースのバックアップをとる

2.ルート以下（通常はpublic_htmlの下層）のデータをそっくりコピー

3.移転先サーバーにデーターベース設定

4.1、2のデータを移転先サーバーにインポート

5.mt-config.cgiのパスなどを修正

6.ウェブページの絶対パスなどを修正

つまずいたのは、データベースをエクスポート、インポートする時くらいでした。

それでは具体的なサーバー引っ越し手順を。

1.phpMyAdminでDBをエクスポートする。



XserverのサーバーパネルからphpMyAdminを選択

phpMyAdminにログインしたら



①エクスポートを選択
　※保存形式はSQL形式にしました

②データベースを選択
　※システムが使うデータベースなどもあるので、必ずターゲットDB名を選択する。複数のDBがある場合は個別にエクスポートした方が無難

③保存するにチェック。保存場所を聞かれるので指定する

④実行ボタンをクリック

これでローカルにバックアップが保存できました

2.ルート以下のデータをダウンロード

　通常はpublic_html以下の全データをコピーします

ふだんの更新作業はドリームウエーバーを使っているが、データをまとめて落とすときはＦＴＰ専用が速い。
私は「FileZilla」（http://filezilla-project.org/）を使わせていただいてます

3.移転先サーバーにデータベースを設定

サーバーコントロールパネルからデーターベースにログイン。
MySQLを追加し、データベース名・ユーザー名・パスワードを設定
　※今回、すべて旧サーバーとは違うものに変更した

4.新しいサーバーにインポート

エクスポートした○○○.sqlをエディターで開く
　※　私は「サクラエディター」（http://sakura-editor.sourceforge.net/）を使わせていただいてます

最初の20行目までの間にある
　ホスト　：
　データベース　：
の２カ所を移転先の名前に変更して上書き保存
（今回、ホストもデーターベース名も変更したため。変更しない場合はそのままでＯＫ）

データベースにログインし、１のデータをインポート
DB名もユーザー名も変えたので冷や冷やものだったが、トラブルなく完了

　※　↑結果だけ書いてます。本当はDBのエクスポート、インポートがうまくいかず、たどり着くのに２週間くらい七転八倒していました

public_htmlのデータを全てアップロード
　※　データ量が多いので30分以上かかった

5.パスなどのの修正

実はここからがちょっとややこしい

・アップロードしたmtフォルダー内のcgiパーミッションを変更
　通常は644　→　755などに。サーバーによって違います

・mt-config.cgiの28行目付近にあるCGIPathを修正
　今回はhttp://○○○.jp　→　http://○○○.co.jp

・mtにログインできたら、９割方成功したようなもの
（今回の場合）サイト名やhome以下のフルパスも変わったので修正。
　場合によったらsendmailやcgiのパスも変更する必要があります
　一通り修正したら再構築。数々のエラーが表示されるので、１つずつ修正していく

ＭＴが動き始めたら、Webページなどを確認。
画像などに絶対パスを使っていたら、全て修正が必要だが、原因の分からないトラブルではないので問題はない

<よかった～(^^)/　感想>
1.ブログＩＤが変わらない
2.マルチブログもそっくり引き継がれた
3.プラグインもそのまま使える
4.準備や修正をきちんとすれば、その後のトラブルは皆無

大量のデータを抱えるサイトの場合、ＤＢの移転が一番の悩み。
ＭＴは遅いし、手間はかかるし、更新もこちらの思い通りにならないし、『何でこんなものが流行るの？』というのが正直な感想。
でも今回の移転に関しては、楽で良かった。

印刷用PDFはこちら

印刷用ＰＤＦはこちら

印刷用ＰＤＦはこちら

印刷用ＰＤＦファイルはこちら

印刷用ＰＤＦファイルはこちら

印刷用ＰＤＦファイルはこちら

印刷用ＰＤＦはこちら

印刷用ＰＤＦファイルはこちら

とりあえず時系列でソートし、１カ月以上前のファイルを削除してみた。
SAVは問題なく動いている。削除しても問題はないようだ。

しかし１カ月もしないうちに、また１GBも増えている。
支社など、出先のPCも同様の症状が出ている。
…困った。

サポートに電話してみた。
「ファイルを削除してくれ」
「手順はＨＰに出ている」
「数年前までのバージョンの問題。最近のバージョンは改善している」
答えたのは、この３点だけ。
サーバー側から一括処理はできないので、１台ずつ手作業で削除、再インストールするしかないみたい。思わず、頭が真っ白になった。
（パッチでも作れねえのかよ）　…ちょっとむかつく。
※重要　ちなみに、削除するときはパスワードが求められます！

結局、一度削除して、再インストールし直してみた。
結果はいろいろ。
二度と増えなくなったPCもあれば、定義ファイルが更新できくなったり（Symantecのアプリが動作して上書きできません　…みたいな）。
PCは「最新の定義ファイル」になっているのに、サーバー側から見ると「古い定義ファイルです」と警告マークが付いたり。

最近２年以内に購入したPCは問題ない。それ以前のPCは全滅状態。
しかも古いPCは、HDが20GBとか40GBくらいしかないから、10GBも無駄食いされるとよけい腹立たしい。

SAV以前はSophosというメーカーを使っていて、全然問題なかったんだけど、日本では余り商売にならなかったらしい。
突然、「製品サポートを終了します」と打ち切られ、SAVに替えたんだけど。まぁ、安心して信頼できるとは言い難い。
台湾のジャンクや、アップデートさせたら二度とPCが立ち上がらなくなるゼロゼロワンダフル！よりはマシかな？

そこでファンとケースの排気口を結ぶ排気ダクトを作り、直接、排気させてみる

まずケースを開け、掃除機で大雑把にほこりを取る。
機械部分は直接でもいいけど、基盤などは掃除機のホース口にガーゼなどを当てること。ショートピンなど差し込んでいるだけの小さな部品を吸い込んでしまわないよう注意が必要

次にダクトの設計。排気口とファンのサイズを測る。
ファンの出口は約35Ｘ60㎜なのに、ケースの排気口は幅20㎜しかない。ダクトは先細になってしまう。仕方なくケース出口側は20Ｘ80㎜として、ちょっといびつな台形のダクトに

展開図を作り、コピー用紙で試作。変形しているのでなかなか、排気口に密着しない。余分なのりしろ部分などをなくして、２回目の試作でなんとかおさまる

さてダクト素材はアルミにするか、プラスティックか…とりあえず排気だけなので厚紙にする
折り目部分はカッターで少し切れ目を入れてさくさく10分弱で完成。

さて取り付けるときは一度、ファンをはずさねばならない。２本のねじをはずし、カポッとはめるとピッタリ。テープで固定する必要もない
そのままファンを元に戻すと、ケース排気口にもピッタリ。

とりあえず電源だけ入れ、排気具合を見ると、いい感じ(^^)。吹き流しをかざすと、結構熱い排気が順調にでる。

キーボードなどケーブルを差し、電源オン。室温28度程度で５時間程度付けっぱなしにしているが、ファンが過剰な音を立てて回ることもなく、以前に比べて排気量は格段に減った。きっと冷却効率がよくなったためだろう。ということで一件落着