まだプログラマーですが何か？

プログラマーネタ中心。たまに作成したウェブサービス関連の話も https://twitter.com/dotnsf

8.9 インチという、超小型ノート PC 「東芝ダイナブック N29」を一か月ほど使ってみました（一週間の出張含む）。勘所というか、自分の利用スタイルに合わせた環境構築もできてきたので、その報告も兼ねてまとめてみました。

なお、利用開始から一週間の時点でも同様のブログエントリを書いています。その時の様子はこちらを参照してください：
ダイナブック N29 利用感想など

また、今回のブログエントリはすべて N29 のキーボードを使って編集しています。以下にも書きますが、打ちやすさは「まあまあ」です。



【主な利用用途】
端的な言い方をすると、マシンスペック的には貧弱な部類だと思っています。もともとメインマシンとして購入したつもりはありませんでした。ウェブメールを含めたウェブブラウズと、SSH などを使ったサーバー管理。加えてプログラミング環境としてどの程度使えるかなあ、という好奇心はありましたが、あまり期待していませんでした。

【導入したアプリ】
オープンソース製品というか、いわゆるフリーソフトを使ってウェブ参照、サーバー管理およびプログラミング用に以下のアプリを追加導入しています。なお全て Windows 32bit 版です。また Microsoft Office 環境は標準の Office Mobile をそのまま使っています（というか、そもそもこのマシンではあまり使っていません）：

ウェブ参照用
- Google Chrome + 各種プラグイン

サーバー管理用
- OpenVPN クライアント
- TeraTerm (SSH)
- WinSCP (SCP)
- VNCViewer (VNC)

プログラミング環境用
- サクラエディタ (テキストエディタ）
- JDK 1.8 および JRE 1.8 (Java)
- Eclipse + SVN プラグイン + Jetty サーバープラグイン (統合開発環境)
- cf command line tool

その他
- 7zip
- Paint.NET
- Jane Style（２ちゃんねるビューワ）


【感想】
上記すべてインストールして、C ドライブの空きは 40GB 超といったところです。もともと 49GB 程度の空きだったことを考えると、あまり圧迫はしていません。またデータは外付け MicroSD カード（Dドライブ）を利用するようにしています。

前回も書いたのですが、常にキーボード一体（＋外付けマウス）で使っています。そのおかげでバッテリーも２つ使うことができるので、電池的にも有利です。ほぼ半日使えている、という印象です。キーボードそのものは小さくて打ちにくいこともありますが、まあ許容範囲かな、と思っています。あえて言うと右 SHIFT キーがなく、左 SHIFT も小さいので、SHIFT キーを使う時は、通常の左 SHIFT よりも半キーぶん程左を打つことを意識しています。また \ キーが右下（右小指の位置）にあるので、この場合も意識して打つようにしています。今のところ、打ち間違いが多いのはこの２つのキーです。あとはまあなんとか対応できています。

また、この環境（省電力の ATOM チップ + メモリ 2GB）ではサクラエディタはともかく、Eclipse を使ったアプリケーション開発には厳しいだろうな、と覚悟していました。それもあって当初は環境構築すらあきらめていました。

が、思っていた以上に他の環境が快適だったので、ダメ元のつもりで Eclipse + Java の開発環境（JDK/JRE、ソースコード管理用の Subversion プラグイン、開発用アプリケーションサーバーの Jetty まで）を導入してみました。結果としてはちゃんと動いているし、「開発用と割り切れば使える」という印象です。これが実現できたことで、普段の開発環境のかなりの割合がこの N29 上に再現できました。


欲を言えば、仮想マシン環境もこの N29 上で再現できたりすると嬉しいのですが、それはさすがに（メモリが少なすぎて）無理だと思っています。まあ欲張らずに、そのあたりはメイン機で行うことにして、この N29 では編集およびサーバー管理を持ち運んだ先で行う、と割り切って使うことにします。

タグ ：
#n29

自宅のローカル環境に Cloud Foundry v2 を導入してみました（注　自宅 Bluemix Local ではありません）。

Cloud Foundry はオープンソースの PaaS(Platform as a Services) の名称です。IBM Bluemix を始め、多くの商用／非商用クラウドサービスの基盤として利用されている実績があります。元々は VMWare 社によって開発を行っていましたが、現在は 2014年12月に設立されたコミュニティ Cloud Foundry Foundation によって開発・管理・リリースが行われています（IBM も参画しています）：
2016050203



【前提条件】

Intel x86_64 版の Ubuntu 14.04 環境が前提として必要です。同環境上に Cloud Foundry v2 Nise Installer を使って Cloud Foundry 環境を構築します。

なお、自分は以下の様なスペックの物理マシンを１台用意して、そこに Ubuntu 14.04 を導入しました：
メモリ: 12GB
HDD: 1TB
導入OS: Ubuntu Desktop 14.04 （要ネット接続）


ちなみに自分が使ったのは ASUS P30AD の（旧モデルの）現品処分特価品でした：
https://www.asus.com/jp/Tower-PCs/P30AD/

2016050201



メモリだけ 12GB に増設して、〆て50000円といった所です。この約 50000 円の ASUS 機が自宅 Cloud Foundry 環境になっています。今後同様の環境を作る人にとって、１つの目安となれば。


【Cloud Foundry 導入手順】

導入作業自体はシンプルです。まず Cloud Foundry v2 Nise Installer を動かすには Rbenv が必要です。そのため最初に Rbenv と、その前提となるパッケージをインストールします：
$ sudo apt-get install build-essential bison libreadline6-dev curl git-core zlib1g-dev libssl-dev libyaml-dev libsqlite3-dev sqlite3 libxml2-dev libxslt1-dev autoconf libncurses5-dev

そして Cloud Foundry v2 Nise Installer を使って Cloud Foundry v2 を導入します：
$ sudo bash < <(curl -s -k -B https://raw.githubusercontent.com/yudai/cf_nise_installer/${INSTALLER_BRANCH:-master}/scripts/bootstrap.sh)

なお、この（２番目の）コマンドを実行してから完了するまでに、自分の環境で１時間ちょっとかかりました。コーヒーでも飲みながら完了を待ちましょう。

成功すると、最後に以下のようなメッセージが表示されてプロンプトに戻ります。「Ubuntu 10.04 の場合は再起動しろ」というメッセージが表示されていますが、自分は 14.04 でしたが念のため再起動しました：
  :
  :
Done!
You can launch Cloud Foundry with './scripts/start.sh'
Restart your server before starting processes if you are using Ubuntu 10.04

これで Cloud Foundry のローカル環境構築自体は完了です。Cloud Foundry は上記の導入手順を実行したユーザーのホームディレクトリの ~/cf_nise_installer/ フォルダ以下に導入されているはずです。

なお、この後で cf コマンドを使ったオペレーションを行うため、cf コマンドも同環境上にダウンロードして導入しておきます。cf コマンドのウェブページから Debian 64 bit の最新版インストーラをダウンロードします：
2016050201



自分が 2016/May/02 にこの作業を行ったタイミングでは、cf ツールの最新版のバージョンは 6.17.0 で、ダウンロードファイル名は cf-cli-installer_6.17.0_x86-64.deb でした。異なるバージョンおよびファイル名だった場合は適宜読み替えて以下を実行してください。

ダウンロードした cf コマンドラインツールを dkpg を使ってインストールします：
$ sudo dpkg -i cf-cli-installer_6.17.0_x86-64.deb

【Cloud Foundry 起動】

ではローカル環境に導入した Cloud Foundry を起動します。起動は以下のコマンドを実行します：
$ sudo ~/cf_nise_installer/scripts/start.sh

少しずつ Cloud Foundry のモジュールが起動していく様子がわかります。最後に以下のようなメッセージが表示されてコマンドプロンプトが戻ったら、全ての Cloud Foundry モジュールの起動が完了したことを意味します（自分の環境だと Cloud Foundry 起動完了まで10分くらいかかりました）：
  :
  :
+ tail -n +3
+ grep -v -E '(running|accessible)$'
+ sudo /var/vcap/bosh/bin/monit summary
+ break
+ grep -v -E '(running|accessible)$'
+ tail -n +3
+ sudo /var/vcap/bosh/bin/monit summary
+ set +x
All processes have been started!
Login : 'cf login -a https://api.192.168.0.10.xip.io -u admin -p c1oudc0w --skip-ssl-validation'
Download CF CLI from https://github.com/cloudfoundry/cli

最後のメッセージを見ると分かるのですが、API サーバー名が api.192.168.0.10.xip.io となっています。この NISE Installer を使うと、このような名前（xxxxx.IPアドレス.xip.io）で動作する DNS サーバーが自動的にローカルマシンに導入されて動きます。自分の環境では Cloud Foundry 導入マシンの IP アドレスが 192.168.0.10 だったので、このようなサーバー名になっていますが、皆さんの環境ではこの部分は皆さんの Cloud Foundry 導入マシンの IP アドレスになっているはずです。以下を適宜置き換えて参照ください。


【cf ツールで動作確認】

では cf ツールを使って動作確認してみます。まずは api サーバーを指定して Cloud Foundry にログインします。なお API サーバーに指定する名前は api.（このサーバーのIPアドレス＜この例では 192.168.0.10＞）.xip.io と指定します。またログイン時に指定するメールアドレスとパスワードですが、デフォルトではそれぞれ admin / c1oudc0w となっています：
$ cf login -a api.192.168.0.10.xip.io -u admin -p c1oudc0w --skip-ssl-validation

最初の段階ではデフォルトの組織は DevBox となっていますが、スペースが未定義です。そこでスペース dev を作成して、組織 DevBox と紐付けます（最初の１回だけ、この作業が必要です）：
$ cf create-space dev
$ cf target -o DevBox -s dev

では適当なアプリケーションをローカルの Cloud Foundry 上にデプロイしてみましょう。今回は PHP アプリケーションをデプロイしてみます：
$ mkdir phpinfo
$ cd phpinfo
$ echo "<?php phpinfo(); ?>" > index.php
$ cf push phptest -b https://github.com/cloudfoundry/php-buildpack

↑のコマンドライン操作では、中身が <?php phpinfo(); ?> だけの index.php ファイル１つだけからなる phpinfo フォルダを作り、このフォルダを丸ごと phptest という名前のアプリケーションとしてプッシュ（デプロイ）しています。またプッシュの際に GitHub 上の PHP ビルドパックを指定して、これを使ってプッシュしています。

このプッシュ操作が成功すると、以下のように実行中のステータスが表示されます：
2016050202


いまプッシュした phptest アプリケーションを "cf apps" コマンドで確認すると、同アプリケーションは phptest.192.168.0.10.xip.io というサーバー名で動いていることがわかります（青字部分が出力メッセージ）：
$ cf apps
admin として組織 DevBox / スペース dev 内のアプリを取得しています...
OK

名前      要求された状態   インスタンス   メモリー   ディスク   URL
phptest   started          1/1            1G         1G         phptest.192.168.0.10.xip.io

早速同マシンのデスクトップ環境のウェブブラウザから http://phptest.192.168.0.10.xip.io/ にアクセスしてみました：
2016050204


動いたーっ！！　これで我が自宅にも Cloud Foundry 環境を構築することができました！


【今後の課題？】
一応動いたこの環境ですが、必ずしもあまり安定していない気がしています。使っているうちに同じ URL にアクセスしても、"502 Bad Gateway" エラーになってしまうこともあります：
2016050205


この場合は以下のコマンドでアプリを再ステージングすると復活するのですが・・・原因とかまだよく分かっていません：
$ cf restage phptest


まあ Cloud Foundry 環境としてはマシンがちと貧弱すぎる感は否めないのですが、どーなんでしょ。


ともあれ、とりあえず github のビルドパックを指定して、PHP ランタイムが動く、ということは確認できました。カスタマイズとかほとんどしてないけど、インストーラーを実行するだけなので楽ちんでした。今後はサービスとかも組み合わせてアプリを作ってみよう。


タグ ：
#bluemix
#cf
#cloud
#foundry
#cloudfoundry
#v2

前回の続きです：
CentOS に Go をインストールする


Go の実行環境が導入できたので、テンプレートエンジンを使ってみます。まずは HTML テンプレートを作成しておきます。base.html というファイル名で以下の内容を作成／保存します：
{{define "base"}}<!doctype html>
<html>
<head>
<meta charset="utf-8"/>
<title>{{.Title}}</title>
</head>
<body>
<div class="content">
<h1>{{.Title}}</h1>
<hr/>
<div>
{{.Body|safehtml}}
</div>
</div>
</body>
</html>{{end}}

↑ほぼ HTML ですが、赤字で書いた部分が変数になります。変数名としては Title と Body の２つがあり、その中身はこの後の Go アプリの中で定義して渡します。また全体を "base" という名前で定義しています（青字部分）。


次にこのテンプレートを使って画面を表示する Go のウェブアプリを作成します（http2.go というファイル名で、base.html と同じディレクトリに作成します）：
package main

import(
  "net/http"
  "html/template"
)

func viewHandler( w http.ResponseWriter, req *http.Request ){
  funcMap := template.FuncMap{
    "safehtml": func(text string) template.HTML { return template.HTML(text) },
  }
  templates := template.Must(template.New("").Funcs(funcMap).ParseFiles("base.html"))
  dat := struct {
    Title string
    Body string
  }{
    Title: req.FormValue( "title" ),
    Body: req.FormValue( "body" ),
  }
  err := templates.ExecuteTemplate(w, "base", dat)
  if err != nil {
    http.Error( w, err.Error(), http.StatusInternalServerError )
  }
}

func main(){
  http.HandleFunc( "/", viewHandler )
  http.ListenAndServe( ":8080", nil )
}

基本形は前回の Go ウェブアプリとほぼ同じですが、まず html/template を使う宣言をして、テンプレートに上記で作成した（同じディレクトリ上にある） base.html を使う宣言をしています。

またテンプレート内の変数 Title, Body を、それぞれ title, body という URL パラメータを受け取って定義するようにしています。

この状態で http2.go を実行します：
# go run http2.go


そしてウェブブラウザでこのサーバーの 8080 番ポートのルートパスに、パラメータ title と body を指定してアクセスすると、指定した内容がウェブページの一部になって表示されるはずです：
2016042602


これで Go でもテンプレートエンジンっぽいこともできました。

タグ ：
#go
#template
#http

このページのトップヘ