アプリを移行
ホスティングサーバからデータの抜き出し
私は以前より、GMOのロリポップサーバのシェルを使えるプランを利用しているため、今回はサーバのデータをtarで固めてまとめて持ってきたいと思います。
一部のCGIはDBを使っており、ロリポップが標準で準備しているMySQLを使っています。
こちらの移行方法はまだ調べきれていないため、今回はファイルだけ移動してみる事にします。
サーバへデータをアップロード
今度はローカルからOCI上にWinSCPを使って持って行きます。
OCIのインスタンスのシェルに入って確認するとちゃんとありました。
ファイルの解凍
tarファイルをここで展開してみます。
無事に解凍できてはいるものの、当然同じUIDはないのでオーナーが違います。
ここではオーナーをopcに統一しておきます。
これでオーナーがopcになりました。
中のファイルのどれが何だったかあまり記憶に無いのでとりあえず、全て/var/www/htmlへ持って行ってみます。
index.htmlも置き換わっているはずなのでブラウザでアクセスしてみます。
なんと、文字化けしています。
Apacheの文字化け対応
そういえば、昔はほとんどs-jisで書いていたっけ・・・。
どうすれば良いか調べました。
どうも、httpd.confにUTF-8をデフォルトにする記述があるようでそれが影響してHTML内で指定してもヘッダが優先されてしまうようです。
というわけで、httpd.confの対象箇所をコメントアウトしました。
サービスを再起動しました。
一応、ヘッダを確認すると無指定になっています。
無事に表示されました。
httpd.confを修正し、CGIを使えるようにして確認動作を確認してみます。
ブラウザからアクセスすると500エラーになってしまいました。
PERLそのものが大丈夫かシェルでスクリプトを流してみます。
Jcode.pmが足りないようです。
Jcode.pmのインストール
AWSもそうでしたが、クラウドは基本的に日本語には優しくないようです・・・
早速、Jcode.pmを入れてみます。
結果がFAILになって失敗してるようです。
//hint//に試してみるようにかいてあるので試してみたところ、CPAN::DistnameInfoが無いと言われているので入れてみます。
入れた後、再度Jcode.pmのインストールを試みるとまたエラーが出たので同様に調べると今度はLWPが無いとか・・・
なのでLWPを入れます。
再度、Jcode.pmのインストールを試してみると無事に入りました。
シェルでPerlスクリプトを動かすと普通に動きました。
これで無事に動くと思い、ブラウザからアクセスしたところ、また500エラーに。
もしやと思いPERLのパスを見ると
でした。
ロリポップが/usr/local/bin/perlでしたので、書き換えが必要でした。
こちらを解決すると無事にCGIが動きました。
・・・がログインするとデータが全く表示されず、いろいろと切り分けをした結果、データ格納ディレクトリのパーミッションの設定に問題があり、修正するとデータが表示されるようになりました。
以上、アプリがOCI上のインスタンスで動くところまで行きました。
次回はドメイン移行を見据えて、テスト用に一つドメインを取得してこのサーバに紐付けようと思います。