

[何度か](http://blog.sus-happy.net/server-move-2/ "サーバを移転しました。") [移管を](http://blog.sus-happy.net/sakura-vps/ "さくらのVPSに移管完了") [繰り返してきている](http://blog.sus-happy.net/aws-ec2-nginx/ "サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた")当サイトですが、今回は[Linode](https://www.linode.com/)に移管をしてみました。

t1.microからt2.microという手もあったのですが、AWSを利用する理由も特にないかなぁということでまたVPSに舞い戻っています。

ついでにCentOSも7にしてみたので、色々変更点をメモメモ。


## Linodeを契約

メンバー登録して、必要情報を入力、プランは「Linode 1024」を選択、デプロイ等ゴニョゴニョしていたら立ち上がりました。

開設あたりまでは、[こちらのページに詳しく記載されていました](http://blog.uklab.jp/web/sign-up-linode/)ので参考にさせていただきました。


## 必要なモノをインストール

AWSとほぼ同じ環境を用意していきますので、PHP（php-fpm）、MySQL、nginxをインストールしていきます…ついでに標準パッケージも気になっていたMariaDBになっていたのでコチラを利用。お初。

という事で、自分はyumしか使えないので、epel、remiのお世話になります。

```shell
rpm -Uvh http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-2.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm
```


自動的にレポジトリ見に行くのは微妙なのでenabledを0にしてから、PHP、MySQL、nginxをインストールします。
 と、言いたいところでしたが、PHP5.5をインストールする時にlibgd.soが無いよって言われてしまったので、gd-lastもインストールします。

```shell
yum install --enablerepo=remi gd-last
yum install --enablerepo=remi-php55 php-cli php-mysql php-mbstring php-gd php-fpm
yum install --enablerepo=remi mariadb-server
yum install --enablerepo=epel nginx
```


## MariaDBの初期設定

とは言っても事前調査なしなので、MySQLの初期設定と同様です。[前回の記事と変わりません](http://blog.sus-happy.net/aws-ec2-nginx/ "サーバをAWS EC2+nginx+PHP+MySQLに乗り換えてみた")。

MariaDBを実行するコマンドだけ異なります。CentOS7からは「systemctl」が採用されたそうなので、「/etc/rc.d/init.d/***」では無くなりました。
[systemctlについてはコチラのページで色々詳しく記載がされていました](http://qiita.com/tukiyo3/items/092fc32318bd3d1a0846)ので参考にさせて頂いています。

```shell
systemctl start mariadb
systemctl enable mariadb
```

ちなみにMySQLのダンプデータをそのまま実行しても移すことが出来ました。今のところ不具合は起きていません。


## PHPとnginxの初期設定

コチラは前回の設定と<del datetime="2014-09-28T09:34:23+00:00">変えなくても動きました</del>変えていません。

MariaDBと同様に、systemctlから実行、自動起動設定を行います。


## その他色々

1. 一旦ローカルのhostsをLinodeに向くように書き換えてチェック
2. 問題なさそうだったのでAレコードを書き換え
3. 新規ファイルをアップしてDNSが書き換えられてるかチェック
4. EC2側を（まだちょっと怖いので）stop

EC2を停止してもEBS分が課金されるみたいなので、様子をみてterminateする予定です。

そういえばポート設定してないのでそちらも気が向いたらしておこう。iptablesじゃなくなってるらしいので、試してみたらまたメモします。


## 参考

- [Linodeのアカウント開設からプロモーションコードの適応までを書いてみる – UKLab開発者ブログ](http://blog.uklab.jp/web/sign-up-linode/)
- [systemd – CentOS7で使われているsystemctlについて少しまとめた – Qiita](http://qiita.com/tukiyo3/items/092fc32318bd3d1a0846)


サーバをLinodeに移管してみた


一人で完結する作業が多いので、どれが最新だったとか、どのくらいの時期に使っていたとかはある程度把握できるのですが、やはり限界があったり、結局のところ自分ひとりだけではないことがあるので、バージョン管理について調べてみることにしました。

今回はCentOS5でApache2が構築済みのサーバにSubversionをインストールし、Ｗｅｂ経由でバージョン管理を行う方法です。


## Subversionのインストール

yumコマンドでSubversionとmod_dav_svnをインストールします。

```shell
yum install subversion mod_dav_svn
```


## Subversion設定

設定方法については、[バージョン管理システム構築(Subversion) – CentOSで自宅サーバー構築](http://centossrv.com/subversion.shtml)、またサブドメインで運用をしたかったので、[Apache 2 + mod_dav_svnでsvnレポジトリをサブドメインで運用する – Post-itみたいな](http://d.hatena.ne.jp/from_kyushu/20080813/1218592587)を参考にさせていただきました。

```
<VirtualHost *:80>
   ServerName svn.example.com
   <Location />
      DAV svn
      SVNListParentPath on
      SVNParentPath /var/www/svn/repos
      # Limit write permission to list of valid users.
      <LimitExcept GET PROPFIND OPTIONS REPORT>
         # Require SSL connection for password protection.
         # SSLRequireSSL

         AuthType Basic
         AuthName "Authorization Realm"
         AuthUserFile /var/www/pass/.htpasswd
         Require valid-user
      </LimitExcept>
   </Location>
</VirtualHost>
```


## .htpasswdを設定

AuthUserFileで指定した.htpasswdにBASIC認証用ユーザを登録します。追加方法はこんな感じ。

```shell
htpasswd .htpasswd new_user
```


## Apacheの再起動

最後にApacheを再起動すれば完了です。

```shell
/etc/init.d/httpd restart
```


## 管理方法

後はTortoiseSVNや、DreamWeaver、Eclipse等でバージョン管理を行うことが出来ます。

例えば上記の設定で、「project1」というディレクトリを作り、DreamWeaver CS5で管理する場合、バージョン管理を行うサイトの設定内の「バージョンコントロール」に、以下のように設定します。

<dl><dt>アクセス</dt><dd>Subversion</dd><dt>プロトコル</dt><dd>HTTP</dd><dt>サーバアドレス</dt><dd>svn.example.com</dd><dt>リポジトリパス</dt><dd>/repos/project1</dd><dt>サーバーポート</dt><dd>80</dd><dt>ユーザ名</dt><dd>BASIC認証で設定したユーザ名</dd><dt>パスワード</dt><dd>BASIC認証で設定したパスワード</dd></dl>自動的に差分ファイルの作成、復元も出来るので、かなりファイル管理が楽になりそうですが、まだ使いこなせなさそう…。もうちょっと試してみます。

Apache 2 + mod_dav_svnでSubversionを試してみた



一ヶ月前くらいからサーバ移管を考えていて、やっと移管が完了しました。

前はお名前.comの共用サーバを使っていたのですが、今回はさくらのVPS。理由としてはVPSが使いたかったこと、安いこと、割と評判が良かったことです。

ということで、さくらのVPSに移管するときに色々調べたりしたので、残しておきます。


## サーバの構築

さくらのVPSでは、サービス開始直後にOSのみインストールしてある状態なので、初期設定から、Webサーバや、メールサーバなどを構築する必要があります。

それらに関しては、自分よりももっと詳しい方が分かりやすく説明されていますので、それらを参考にするといいと思います。

今回設定を行う時に主に参考にさせていただいたのは以下のページ・サイトです。

- [CentOSをサーバーとして活用するための基本的な設定 (さくらインターネット創業日記)](http://tanaka.sakura.ad.jp/archives/001065.html)
- [さくらのVPS を使いはじめる | アカベコマイリ](http://akabeko.sakura.ne.jp/blog/2010/09/%E3%81%95%E3%81%8F%E3%82%89%E3%81%AEvps-%E3%82%92%E4%BD%BF%E3%81%84%E3%81%AF%E3%81%98%E3%82%81%E3%82%8B/)
- [CentOSで自宅サーバー構築](http://centossrv.com/)


## ドメインの移管

[お名前.comからドメインをさくらのVPSに向ける方法](http://mook.jpn.org/archives/2010/10/sakura_vps_onamae_domein.html)もあるのですが、何となく一元管理をしたかったので、ドメインのさくらに移しました。

レジストリを移しただけでは、まだお名前.comにDNSが向いているままなので、以下の作業を行いました。

- [さくらで取得したドメインのゾーン編集を行う](http://support.sakura.ad.jp/support/manual/rs/setdom_zone.shtml)
- [移管したドメインを利用する（gTLDドメイン・汎用JPドメイン）](http://support.sakura.ad.jp/support/manual/rs/setdom_e.shtml)

イマイチ理解せずに作業したところもあるので、だいぶ端折った説明ですが大体このような感じです。

これで夢のVPS生活。サーバ周りも色々弄ってみようかなと考えてます。




さくらのVPSに移管完了



7/10にWCAN 2010 Summerに行ってきました。

お酒も抜けたので、忘れないうちにメモメモ。


## IAなんか怖くない～中小規模案件で考える情報アーキテクチャの第一歩～

株式会社コンセントの加川大志郎さんにIAについて、踏み出す第一歩について教えていただきました。

自分の中でIAは、まだ名前を聞くようになったと感じる程度で、詳しい内容は把握できておらず、制作に入る前のサイトの設計か何かかなぁ、と思っているくらいの知識量でした。

これでIAについて、ある程度の知識が手に入る―と期待していたのですが、発表中に何度か出たり入ったりしている内に話に置いていかれました。残念。

基本的に、お客様が所有している情報（強み、ノウハウ、背景等）を集め、Webサイトとしてどう活かしていくかを考える、構築する、という認識で良いのかな…？ちょっと自信がないです。

構成時にワイヤーフレームを制作なされているようでしたが、「ワイヤーフレームに絵を載せる事がデザインじゃない」と仰られてたのが、確かにそうだなぁと感じました。

しかし、どうしてもワイヤーフレームがあるとそれに引っ張られてしまうことが多いので、ワイヤーフレームの書き方についても工夫が必要―ってのも頷けました。

このセッションに関しては、またスライドを見直したり、他の人のまとめを見て、勉強したいと思います。


## Lightning Talk

今回は4名の方がLightning Talkで発表されていました。多く時間を取ってまでじゃないけど、知ってもらいたい知識、というような位置づけで聞かせていただいていますが、結構この間で聞かせていただく内容は毎回楽しみにしていたりします。

### ニコニコ動画APIをさわってみよう（仮）

メガネラボの岩田 享さんの発表です。

ニコ動のURLによってXMLが返される事自体知らなかったので、新鮮な情報でした。

仕事で使うことは中々ないかも知れませんが、趣味で動画を使って何かを作るときには使えるかも―と感じました。

### iPad用WebアプリをHTML5等でつくりました

アップルップルの佐藤 歩さんの発表です。題名が確か変更されていたと思いますが、忘れてしまいました…。

注目を浴びているiPadについての発表ということもあり、今後こういった専有のアプリを作る知識も必要になってくるのかな？なんて感じていました。

Flashが使えないので、動きのあるサイトは―なんて事もなく、HTML5やCSS3、JavaScriptを使えばFlashにも引けを取らないコンテンツが作成出来ると再認識しました。

しかし、テスト環境がiPadだけで良い…ってのは結構魅力的…。

### 「WEBサイト制作者のためのHCD（人間中心設計）の理解 in 名古屋」のお知らせ

モンキーワークスの川澄美里さんの発表です。あれ？これも題名違う様な気がする…。

HCDとは「Human Centered Design」の略語であり、人間中心設計、つまりコンテンツ重視から、閲覧している人重視でデザインを行う考え方のようです。

後述するアクセシビリティにも繋がる考え方だと思いますが、ターゲットの選定、効果測定、問題抽出、解決への道筋は明確で、面白そうだなぁと感じました。

### オンラインウェブサイトクリエイターって何？

KDDIウェブコミュニケーションズの山本良子さんの発表です。

最近非常に名前を聞くようになってきた「Jimdo」についての説明をされていました。

ちょこちょこ名前が挙がる度に、どんな使い方なんだろう？と見ていたりしていましたが、動きを付けたり、SEOを考慮し始めると、完全に補う事は出来ないと思いますが、簡単なWebサイトであればこれだけあればコーディングの知識は全く要らないなぁと感じて、恐怖を覚えました。

### WEBクリエーターでもできる！？　HTML+JavascriptでiPhoneネイティブアプリケーション

キープランの伊藤清徳さんの発表です。

なじみのある、HTML+JavaScriptでiPhoneネイティブアプリが作れるという非常に気になる内容でした。

PhoneGapと呼ばれるフレームワークを利用する事で、DreamWeaverでiPhoneアプリが作れるということだったので、これは一度やってみたいなぁと思いましたが、自分はWindowsユーザでした。


## 業界裏事情もふまえたサーバーの選定法

KDDIウェブコミュニケーションズの高畑 哲平さんに、サーバ事情と、サーバを選ぶときのポイントについて教えていただきました。これは、現状自分の中で非常にタイムリーな話題で、勉強になりました。

まずは良く問題になっている事は何か？というと、

1. とにかくサーバが落ちてWebサイトが見えない
2. メールが遅延して困る

の上記二点が殆どとの事。

しかし、100％落ちないサーバは存在せず、落ちるか落ちないかは運次第であり、以下の3点が主たる理由になるそうです。

1. お客様の暴走（CGIの暴走）（共用・VPSの場合
2. 機械故障
3. 海外からのアタック

確かに、自分でも、1と3の経験はあったりするので、そこについては事前に説明をするしかないのかなぁなんて思ってたりします。

そこで、サーバ選定の際に重要なポイントは以下の3点になるみたいです。

<dl><dt>落ちてからの復旧体制</dt><dd>一概に関係するとは言えないが、一つの目安として本社とデータセンターの距離がある</dd><dt>サポート体制</dt><dd>サポートの受け答え、速さ等。</dd><dt>資金力</dt><dd>設備投資、問題を解消するための投資が行えるか？</dd></dl>うーん、確かに今までは前面に表示されているスペックだったり、値段だとかに目を向けがちでしたが、今度からもうちょっと深く掘り下げようと思います。


## 改正迫る『JIS X 8341-3:2010』徹底解説　～整いました！　JIS改正、そのココロは？～

インフォアクシアの植木 真さんにJIS X 8341-3:2010と、アクセシビリティの重要性について教えていただきました。

全盲、弱視の方のために、音声ブラウザが存在しており、それに対応する様に作る―というのは良く聞く話ですが、アクセシビリティという観念ではその他に、マウスが上手く扱えない、キーボードだけで操作している、認知障害、記憶障害、発達障害の方達の事も考えた、誰もが使える環境を用意する事が重要視されています。

まずは、なぜWeb上でアクセシビリティが重要なのかというと、視覚障害者の多くがインターネットを利用しているということが一点、高齢者の方がインターネットを利用する機会が増えてきている事、また、今後増え続けていくだろうという事が一点です。

現状でも高齢者のインターネットの普及率は非常に高くなり、無視できない状態になってきているそうです。

そこで、アクセシビリティを高める上で一つの指標となるのが「JIS X 8341-3」になるのですが、2004年度に発表されたものと、早ければ今年に公布されるものがあります。

明確な違いはというと、「日本独自のガイドライン」から「世界標準のガイドライン」となったことであり、より信頼性が高くなったのではないかと思います。

また、2004年度版では、基準が抽象的なものが多く、達成しているのかが曖昧になってしまう事があったそうですが、今回は達成基準と、その中に等級を設ける事で、何所がどのレベルまで達成しているのかがはっきりと分かるようになりました。

しかし、ここで誤って覚えてしまってはいけない事が、JIS X 8341-3は誰もが「使える」ようにするものであって、「使いやすい」ものにするガイドラインではない事だそうです。

最終的にはデザイナーが、マークアップエンジニアが、プログラマーが「使いやすく」することが重要になってきます。


## まとめ

今回は興味のある知識、今すぐ欲しい知識、あまり興味はなかったけど重要な知識と、ためになる事ばかりでした。また、色々な人と名刺交換やお話をさせていただいて、とても充実した内容だったと思います、が。

今後に活かすために反省点。

<dl><dt>事前に仕事はきっちりと終わらせておく</dt><dd>仕事の方が気になったり、途中で対応のために席をたったりしてしまう事はやっぱり不味いと思いました。</dd><dt>名刺は多めに持っていく</dt><dd>途中で無くなってしまうという惨事。チャンスを自分で潰してしまうという残念な結果となりました。</dd><dt>休憩中、懇親会でもっと動きまわる</dt><dd>他企業との話を聞ける絶好のチャンスなので活かさないわけにはいかないと思いました。</dd><dt>事前に多少の知識を入れておく</dt><dd>全く知らないと、単語程度なら聞いた事がある、知っているとでは聴き方が変わってくると思いました。</dd></dl>以上です。




サーバ

サーバをLinodeに移管してみた

Apache 2 + mod_dav_svnでSubversionを試してみた

さくらのVPSに移管完了

WCAN 2010 Summerのまとめ