今回の発表は初日だったためもあってか残りの二日は 羽を伸ばして ちゃんと仕事をしてきた。

結局3人しか集まらなかったものの、OpenStacker を集めて早朝ランをするというイベントもこなし、 仲良くなった中国人は HyperHQ の CTO というオマケもあってか現時点では未公開情報なども聞くことができて有意義だった。 まあ、その未公開情報を知ってたとしても何もできないのだが…。

まだ今のところ、自分の中でバンクーバー にはまだ劣るが、、なかなかいい場所だった。シドニー、今度は家族で行きたい。

さすがにバブルは去ったのか、OpenStack 関連で海外出張するのもこれで最後かな。 (まあ、前回も言ってるけど。)

今回の出張では会いたかった開発者が来れてなかったり、 前回のようにプレゼンもなく、予定していたデモは機材の関係でできなかったりと、 ちょっと微妙だったが、

バルセロナは良かった。物価も安く、美味かった。 これまでも、パリ、バンクーバー、オースチン、バルセロナと半年おきで出張があったわけだが、 これでもしかすると終わりかもしれぬと思うと感慨深い。特に役得的に。

OpenStack Summit

今回はありがたくも(めんどくさくも) 共同プレゼンターとして二つの一般セッションを行ってきた。

OpenAPI as a Standard

一つ目は OpenStack Document プロジェクトの元プロジェクトリーダー、 QA プロジェクトリーダー、Nova コアと共にという贅沢な布陣のセッション。 正直何で自分がここにいるのかわからなかったが、まあ役得というものだろう。 OpenAPI の Magnum におけるユースケースについて話してきた。 まあ、それしかわからんからしょーがないが。

正直、現状の Magnum において OpenAPI 対応の優先度は低いが、 API ワーキンググループの重鎮の関心をもらってしまったので対応しないわけにはいかなくなったかも。 誰か引き継いでくれないかなー。

• OpenAPI as a Standard - A New Way Forward for API Documentation, Design and Tool

Managing Container Clusters in OpenStack Native Way

二つ目は Senlin プロジェクトリーダー、Senlin コアと共にコンテナ関連のセッション。 っていうか二つとも PTL と一緒にセッションやったことになるのか…。 誘われていたが残念にも通らなかった Magnum プロジェクトリーダーとのセッションが通っていれば、 三つセッション且つ三つとも PTL と一緒という贅沢なことになっていたということに今気づいた。

内容はデザインサミットでの話題とかぶるが、 OpenStack でネイティブにコンテナを管理するにはどうすればいいかというトピック。 実際、内容は Senlin を使えばコンテナの管理がうまくいくよ！という広告で、 Magnum のコアレビューアが参加してしまって良いのだろうかと躊躇したが、 結局のところ今回のデザインサミットで、 Magnum のスコープから「コンテナの管理」を外すという決定がなされてしまったので、 結果オーライといったところか。

• Managing Container Clusters in OpenStack Native Way

Design Summit (Magnum)

今回は一般セッションで二つプレゼンを行ったのちに、 デザインサミットに出っぱなし（まあ、前回もそうだったけれども）。 と言っても最後に少し喋っただけで、ほぼ聞くだけというのは相も変わらずだが、、 前回よりしゃべる内容が増えたのでよしとする。

その他

プリペイド SIM

今までの出張は毎回 WIFI ルータを借りて外でのネット接続はそれに頼っていたのだが、 毎回ルータの電源をつけたり切ったりするのがめんどくさくなってきたので、 せっかく SIM フリーの iPhone を使っていることだしということで 現地で SIM を買ってみることにした。

事前情報によると空港内、Best Buy の自販機で SIM カードが売っているということだったが、 売っていたのは 3G のみのカードだったのでスルー。 結局 Walmart で T-Moblie の SIM カードを入手した。

ただ、Walmart まで行くのにタクシー使うことになるし、 プランも微妙だったので次回からは SIM カードは現地入手ではなく事前に入手しておきたい。

Hooters

あとは、、本場の Hooters に行った。 テーブルについたねーちゃんは16時間も働きづめとか言ってて、 どこも大変だなーと。

次回は半年後、スペインはバルセロナ。

(間違って早めに公開しちゃったけどまあいいか。)

TL;DR

依存するソフトウェアが以下のように少ないのでインストールがとてもシンプル。

ただし Kolla 自体はまだいくつか突っ込みどころ、 良く言えばパッチのしがいがあるプロジェクトなので自分たちで使って行って成熟させていくしかない感じ。

OpenStack Kolla とは

コンテナを利用して、プロダクションレディな OpenStack 環境を構築するツール。 現時点では実装に Docker と Ansible を利用している。

環境

ドキュメントの Bare Metal Deployment of Kolla にはオールインワン構成時の構築方法しか載っていないため、 各種ツールを利用したりソースを読んでマルチノード構成のデプロイを頑張ってみる。

と、言ってもベアメタル四台も簡単に転がっていないので、 今回自分は以下のような VM 4台でマルチノード構成を組んだのだが、

Kolla Host

VM を起動するホスト。各 VM はブリッジ接続で直接外につながっている。

Operator Node

Kolla をインストールし、ansible を起動したりイメージをビルドしたり、docker-registry をホストしたりする。

Controller Node

OpenStack の制御ノード。各コンポーネントの API サーバや MariaDB, RabbitMQ が動いている。

Network Node

OpenStack のネットワークノード。HAProxy が動いており keepalived で 二重化されている。

Compute Node

OpenStack の実行系。

とりあえず今回は operator/controller/network/compute という同じネットワークに繋がった以下のスペックのベアメタルが4台あると思って読んでもらいたい！

• Memory: 8GB
• NIC: eth0, eth1
• OS: Ubuntu 14.04

ちなみに以上の4台の VM は uvtool を使って用意したのだが、 その手順は github.com/yuanying/dev-kolla に一応書いておいた。

controller/network/compute のセットアップ

OpenStack の各プロセスはコンテナ化されているので当たり前のことだが、 最低限のセットアップで controller/network/compute のセットアップは終わる。 その、最低限必要なスペックは以下。

Docker Python がターゲットノードに必要なのは、 デプロイに Ansible を使っている関係上、 Python から Dokcer のインタフェースを触れなければ困るため。

カーネルのアップデート

以下のスクリプトでカーネルをアップデートした後にノードの再起動。

echo "Kernel version $(uname -r)"
if [[ $(uname -r) != *"3.19"* ]]; then
    echo "Going to update kernel image"
    apt-get update
    apt-get install -y linux-image-generic-lts-vivid
    # VM needs to be rebooted for docker to pickup the changes
    echo "Rebooting for kernel changes"
    echo "After reboot re-run vagrant provision to finish provising the box"
    reboot
    # Sleep for a bit to let vagrant exit properly
    sleep 3
fi

Docker のインストール

apt-key adv --keyserver hkp://pgp.mit.edu:80 --recv-keys 58118E89F3A912897C070ADBF76221572C52609D
echo "deb https://apt.dockerproject.org/repo ubuntu-trusty main" > /etc/apt/sources.list.d/docker.list
apt-get update
apt-get install -y  docker-engine=1.8.2*
sed -i -r "s,^[# ]*DOCKER_OPTS=.+$,DOCKER_OPTS=\"--insecure-registry operator.local:4000\"," /etc/default/docker
restart docker

ちなみにここで --insecure-registry として operator.local:4000 を Docker デーモンの起動オプションに渡している。 今回は、認証無しでの docker registry を利用しているためこれが必要。

また、operator.local というホスト名で operator ノードに繋がる必要があるため、 /etc/hosts に 192.168.201.1 operator.local を追記する。

sudo bash -c 'echo "192.168.201.1 operator.local" >> /etc/hosts'

Docker Python のインストール

curl -kL https://raw.github.com/pypa/pip/master/contrib/get-pip.py | sudo python
sudo pip install docker-py

ntp のインストール

sudo apt-get install -y ntp

SSH で root ログイン許可

Kolla は Ansible の実行を root ユーザで行うため(イケテナイ)、 root の .ssh/authorized_keys に Ansible で利用する公開鍵を追記しておく必要がある。 また、念のため、/etc/ssh/sshd_config が PermitRootLogin without-password されているか確認しておく。

NIC の設定

eth0 を OpenStack 各コンポーネントの API 通信に利用するので IP アドレスを振っておく。

# /etc/network/interface.d/eth0
auto eth0
iface eth0 inet static
address 192.168.201.X
netmask 255.255.0.0
gateway 192.168.11.1
dns-nameservers 8.8.8.8

また、eth1 はテナント間ネットワークのトンネリング通信に利用するので以下のように設定しておく。

# /etc/network/interface.d/eth1
auto eth1
iface eth1 inet manual
up is link set dev $IFACE up
down is link set dev $IFACE down

以上を設定したらめんどくさいので reboot 。

operator のセットアップ

operator ノードには Kolla をインストールする。 デプロイその他の運用は operator ノードでやることになる。 また、Kolla のデプロイに必要なコンテナイメージはこのノードでホストされる。

Kolla のソースのクローン

ちなみに、現時点の Kolla ではこのマルチノード構成でちゃんとデプロイすることができず、 微妙な修正パッチ がマージされてしまい依然議論中な状態なので、 とりあえずその微妙なパッチがマージされる前のソースをチェックアウトし、 別のパッチを当てる。

sudo git clone https://github.com/openstack/kolla.git /usr/local/share/kolla
cd /usr/local/share/kolla
sudo chown -R $USER .
git fetch https://review.openstack.org/openstack/kolla refs/changes/68/247368/5 && git checkout FETCH_HEAD
git checkout -b fix-multinode
git checkout 8dd36c11bb5dab3358bcda6bd92dd87f329422d5
git checkout -b multinode-test
git merge fix-multinode

場所は /usr/local/share/kolla にハードコードされているので確実にここに置くこと。

Kolla の設定

/etc/kolla 配下に設定ファイルを配置する。 テンプレートは kolla のソースに含まれているのでそれをコピー。

sudo cp -r /usr/local/share/kolla/etc/kolla /etc/

適当に /etc/kolla/globals.yml を修正。

kolla_base_distro: "ubuntu"
kolla_install_type: "source"
kolla_internal_address: "192.168.201.100"
docker_registry: "operator.local:4000"
docker_insecure_registry: "True"
network_interface: "eth0"
neutron_external_interface: "eth1"

kolla_base_distro に ubuntu を選んだ場合、 kolla_install_type は source しか指定できなくてハマった。

kolla_internal_address は keepalived によって管理される VIP。 各 API はこのアドレスにアクセスして利用することになる。 ネットワークで使われていないアドレスを指定する。

また、ここで NIC の指定を network_interface と neutron_external_interface でしているが、ヘテロな環境の場合、 各ノードでネットワークカードのデバイス名が違うっていうことがあり得る。 っていうか自分が作った環境であったためパッチを書いたのだが、

• Change Id15d70bf: Fix retrieving api_interface | review.openstack Code Review

すでに blueprint が挙がっていて実装者が決まっていたので放置。 (ってかこれ bug じゃなくて blueprint だったのかって指摘されて思った。) マージされました。

bootstrap スクリプトの実行

Vagrant 用に operator ノードに必要パッケージをインストールするスクリプトが添付されているので、 使ってやる。

sudo sed -i -r "s/^(127\.0\.0\.1\s+)(.*)/\1 \2 operator.local/" /etc/hosts
sudo mkdir -p /data/host/registry-storage
sudo bash /usr/local/share/kolla/dev/vagrant/ubuntu-bootstrap.sh \
       operator multinode /usr/local/share/kolla

Kolla のインストール

clone してきたソースから kolla 関連のコマンドをインストールする。

cd /usr/local/share/kolla
sudo python setup.py develop

以上で kolla のインストールは完了。

OpenStack のデプロイ

イメージのビルド

sudo kolla-build --base ubuntu --type source --registry operator.local:4000 --push

コマンドを実行したのちにしばし待つ。

OpenStack のデプロイ

kolla は Ansible を利用してデプロイを行うため、 Ansible の inventory ファイルを用意する必要がある。 マルチノード用の inventory ファイルのサンプルをコピーして修正するのが良い。

cp /usr/local/share/kolla/ansible/inventory/multinode ~/inventory

control/network/compute のアドレスはそれぞれ、192.168.201.2, 3, 4 なので、 こんな感じに修正する。

ubuntu@dev-yuanying:~$ diff -u inventory.old inventory
--- inventory.old   2015-11-24 09:44:20.030821655 +0000
+++ inventory   2015-11-24 09:45:44.602821655 +0000
@@ -2,9 +2,7 @@
 # additional groups are for more control of the environment.
 [control]
 # These hostname must be resolvable from your deployment host
-control01
-control02
-control03
+192.168.201.2

 # The above can also be specified as follows:
 #control[01:03]     ansible_ssh_user=kolla
@@ -12,13 +10,12 @@
 # The network nodes are where your l3-agent and loadbalancers will run
 # This can be the same as a a host in the control group
 [network]
-network01
+192.168.201.3

 [compute]
-compute01
+192.168.201.4

 [storage]
-storage01


 # You can explicitly specify which hosts run each project by updating the

inventory を修正したらそれをして deploy を実行。

sudo kolla-ansible deploy -i ~/inventory

sudo は必須。うまくいかない時は root ユーザ間でちゃんと ssh できるかどうかを確認しておく。

以上。

パスワード類は、/etc/kolla/passwords.yml に書かれているので各サービスにはこれを利用してアクセスする。

参考

• Setup OpenStack with Kolla on Vagrant

内容は 「Introduction to Magnum -- Containers Service for OpenStack」 ということで、最近仕事で開発している OpenStack Magnum の簡単な紹介。

簡単な紹介、、という割に 50分も時間が割り当てられているので、 それをどう引き延ばすかで資料作りに四苦八苦した。 苦肉の策として余った時間をデモに割り当て。

また、さえない男がひとりでプレゼンしててもつまらないし、 そもそも自分の英語リスニング能力には疑いがあったので、 QA の時間にまともに受け応えることができないことが予想された訳で。 (プレゼン、質疑応答すべて英語という謎仕様。ここ、日本なのに…。)

英語のできるお姉ちゃんをひとり引き込んでプレゼンの半分を担当してもらった。 我ながら酷い話だ。

問題

Proxy 環境下で ansible を利用しようとするとたまにはまることがある。 具体的には以下のようなタスクで pip が失敗したり。

- hosts: all
  sudo: yes
  tasks:
    - pip: name=python-docker state=installed

ちょっとぐぐるとオフィシャルな解決方法が出てくる。 それによるとタスクごとに proxy の設定をしろと書いてある。

- hosts: all
  remote_user: root

  # here we make a variable named "proxy_env" that is a dictionary
  vars:
    proxy_env:
      http_proxy: http://proxy.example.com:8080

  tasks:

    - pip: name=python-docker state=installed
      environment: proxy_env

が、一個一個タスクに environment キーワードを使って環境変数を設定していくのはすごくだるい。

解決方法

playbook の最初の方で対象のホストの /etc/environment ファイルに、 proxy 関連の環境変数を一括で設定しまうことで解決した。

- hosts: all
  vars:
    proxy:
      http_proxy: http://proxy.example.com:8080

  tasks:
  - name: Add no_proxy to /etc/environment
    sudo: yes
    lineinfile:
      create: yes
      dest: '/etc/environment'
      state: present
      line: 'no_proxy="{{ proxy.no_proxy }}"'
    when: proxy.no_proxy | default(False)
    register: no_proxy_result

  - name: Add http_proxy to /etc/environment
    sudo: yes
    lineinfile:
      create: yes
      dest: '/etc/environment'
      state: present
      line: 'http_proxy="{{ proxy.http_proxy }}"'
    when: proxy.http_proxy | default(False)
    register: http_proxy_result

  - name: Add https_proxy to /etc/environment
    sudo: yes
    lineinfile:
      create: yes
      dest: '/etc/environment'
      state: present
      line: 'https_proxy="{{ proxy.https_proxy }}"'
    when: proxy.https_proxy | default(False)
    register: https_proxy_result

  - name: Restart sshd
    service: name=ssh state=restarted
    sudo: yes
    when: >
      no_proxy_result.changed == true or
      http_proxy_result.changed == true or
      https_proxy_result.changed == true

ただ、設定した後に対象ホストの sshd を再起動しないと、 環境変数が反映されないことがあったので注意。

なんかしょっちゅう devstack がぶっ壊れるので、 OpenStack Magnum の開発環境を整える方法をメモ。 絶賛開発中なのですぐに情報が古くなると思うけど。

Devstack

8GB ほどメモリを積んだ VM を Vagrant で用意。 devstack を起動する。

必要パッケージのインストール

$ sudo apt-get update
$ sudo apt-get install -y vim git libmysqlclient-dev openvswitch-switch

kubernetes client のインストール

ダウンロードページ から適当なバージョンのリリース、今回は v0.8.0 をダウンロードし、 適時 PATH の通った場所にコピー。

$ curl -O -L https://github.com/GoogleCloudPlatform/kubernetes/releases/download/v0.8.0/kubernetes.tar.gz
$ tar zxvf kubernetes.tar.gz
$ cd kubernetes/platforms/linux/amd64/
$ sudo cp -rp ./* /usr/local/bin/

Network 事前準備

eth2 を以下のように修正。

auto eth2
iface eth2 inet manual
        up ifconfig $IFACE 0.0.0.0 up
        up ip link set $IFACE promisc on
        down ip link set $IFACE promisc off
        down ifconfig $IFACE 0.0.0.0 down

devstack がその後に作る br-ex を事前に作り設定。

$ sudo ifup eth2
$ sudo ovs-vsctl add-br br-ex
$ sudo ovs-vsctl add-port br-ex eth2
$ sudo ovs-vsctl add-port br-ex p0
$ sudo ovs-vsctl set interface p0 type=internal
$ sudo ifconfig p0 192.168.11.139

Devstack 起動

$ cd /vagrant
$ git clone https://git.openstack.org/openstack-dev/devstack
$ cd devstack
$ git checkout -b stable/juno origin/stable/juno
$ ./stack.sh

devstack の localrc は以下。 現状、利用している heat のテンプレートが最新版で動かないので、 stable/juno を利用。

HOST_IP=192.168.11.139

FLOATING_RANGE=192.168.11.0/24
Q_FLOATING_ALLOCATION_POOL="start=192.168.11.133,end=192.168.11.138"
PUBLIC_NETWORK_GATEWAY=192.168.11.1

Q_USE_SECGROUP=True
ENABLE_TENANT_VLANS=True
TENANT_VLAN_RANGE=1000:1999
PHYSICAL_NETWORK=default
OVS_PHYSICAL_BRIDGE=br-ex

NETWORK_GATEWAY=10.11.12.1
FIXED_RANGE=10.11.12.0/24
FIXED_NETWORK_SIZE=256

ADMIN_PASSWORD=openstack
MYSQL_PASSWORD=stackdb
RABBIT_PASSWORD=stackqueue
SERVICE_PASSWORD=$ADMIN_PASSWORD
SERVICE_TOKEN=tokentoken

disable_service n-net
enable_service q-svc
enable_service q-agt
enable_service q-dhcp
enable_service q-l3
enable_service q-meta
enable_service neutron

NOVA_BRANCH=stable/juno
GLANCE_BRANCH=stable/juno
KEYSTONE_BRANCH=stable/juno
HORIZON_BRANCH=stable/juno
CINDER_BRANCH=stable/juno
NEUTRON_BRANCH=stable/juno
CEILOMETER_BRANCH=stable/juno
HEAT_BRANCH=stable/juno

LOGFILE=$DEST/logs/devstack.log
DEST=/opt/stack
SCREEN_LOGDIR=$DEST/logs/screen

local.sh

# /bin/bash
sudo ifconfig br-ex 0.0.0.0

Magnum

ソースのインストール

Magnum サーバ

$ cd /vagrant
$ git clone https://github.com/stackforge/magnum.git
$ cd magnum
$ tox -evenv -- echo 'done'

Magnum クライアント

$ cd /vagrant
$ git clone https://github.com/stackforge/python-magnumclient.git
$ cd python-magnumclient
$ tox -evenv -- echo 'done'

設定

$ sudo mkdir -p /etc/magnum/templates
$ cd /etc/magnum/templates
$ sudo git clone https://github.com/larsks/heat-kubernetes.git
$ cd /etc/magnum
$ vim magnum.conf

magnum.conf の中身は以下。

[DEFAULT]
debug = True
verbose = True

rabbit_password = stackqueue
rabbit_hosts = 192.168.11.139
rpc_backend = rabbit

[database]
connection = mysql://root:stackdb@localhost/magnum

[keystone_authtoken]
admin_password = openstack
admin_user = nova
admin_tenant_name = service
identity_uri = http://192.168.11.139:35357

auth_uri=http://192.168.11.139:5000/v2.0
auth_protocol = http
auth_port = 35357
auth_host = 192.168.11.139

Keystone に Magnum サービスを登録

$ source /vagrant/devstack/openrc admin admin
$ keystone service-create --name=container \
                        --type=container \
                        --description="Magnum Container Service"
$ keystone endpoint-create --service=container \
                         --publicurl=http://127.0.0.1:9511/v1 \
                         --internalurl=http://127.0.0.1:9511/v1 \
                         --adminurl=http://127.0.0.1:9511/v1

デフォルトの key-pair を追加

$ ssh-keygen
$ source /vagrant/devstack/openrc demo demo
$ nova keypair-add --pub-key ~/.ssh/id_rsa.pub default

Image の登録

Magnum で利用する VM のイメージを Glance に登録。

$ cd /vagrant
$ curl -O https://fedorapeople.org/groups/heat/kolla/fedora-21-atomic.qcow2
$ source /vagrant/devstack/openrc admin admin
$ glance image-create \
    --disk-format qcow2 \
    --container-format bare \
    --is-public True \
    --name fedora-21-atomic \
    --file /vagrant/fedora-21-atomic.qcow2

Database

devstack が作成されたらとりあえずデータベースを作る。

$ mysql -h 127.0.0.1 -u root -pstackdb mysql <<EOF
CREATE DATABASE IF NOT EXISTS magnum DEFAULT CHARACTER SET utf8;
GRANT ALL PRIVILEGES ON magnum.* TO
    'root'@'%' IDENTIFIED BY 'stackdb'
EOF

テーブル作成。

$ cd /vagrant/magnum
$ source .tox/venv/bin/activate
$ pip install mysql-python
$ magnum-db-manage upgrade

Magnum の起動

端末が3個あると良い。

magnum-api

$ cd /vagrant/magnum
$ source .tox/venv/bin/activate
$ magnum-api

magnum-conductor

$ cd /vagrant/magnum
$ source .tox/venv/bin/activate
$ magnum-conductor

python-magnumclient

$ cd /vagrant/python-magnumclient
$ source .tox/venv/bin/activate
$ magnum bay-list

Bay を作ってみる

Bay とは Pod を管理するリソースという意味らしい。 ぶっちゃけ k8s をホストするクラスターのこと。

magnum baymodel-create --name default --keypair_id default \
  --external_network_id 97dc1372-b002-47a0-82e2-63e8896f107c \
  --image_id fedora-21-atomic \
  --flavor_id m1.small

magnum bay-create --name kube --baymodel_id ae8fd2a5-6076-4b36-a545-61c15ee43677

以上。

トライアスロン

今年は年初にランニング 2000km を走ろうという目標を密やかに立て、達成した。 二年ぶりの徳之島トライアスロン はあまり納得いかない結果ではあったが、 一応自己ベスト、ということでまあまあな一年だった気がする。

練習距離は以下。カッコ内は去年。

• ラントータル、2002.83km (1056.14km)
• バイクトータル、6981.24km (6619.68km)
• スイムトータル、22.18km (19.85km)

ラン

一ヶ月ほど危うい月があったが、 今年ほどコンスタントに毎月走れた年は無いのではなかろうか。 なにより 2000km 走れたのが大きい。

…しかし練習回数少な目で年に 2000km 走ろうとすると、 週二で 30km ランとかいうちょっと継続したくない練習方法になってしまうので、 来年はもう少し適当にやっていきたい。

バイク

出張で走れない日が多かったものの、思ったより距離は踏んでいた。 一番好きな種目であるはずなのだが最近はランの練習に偏りすぎてて、 バイクの筋肉が完全に落ちてる気がする。要検討。

スイム

今年の徳之島で、練習しててもしてなくてもタイムは変わらんということがはっきりとわかってしまったので、 練習のモチベーションが急降下中、というか7月以降やっていない。 これについては打開策を打ったがどうなるかは微妙。来年待ち。

ソフトウェア関連

今年はどういうわけか大きな転換点があった。Rubyist から Pythonista へクラスチェンジ。

Magnum のコアになった。https://t.co/V9kcpgHGL5

— Yuanying (@yuanying) 2014, 12月 30

それというのも仕事が PaaS は Cloud Foundry の調査から、 OpenStack の調査開発研究へと変わったからだが。 下期の目標である「OpenStack のなんらかのコンポーネントのコアレビューワになる」 を今年中に滑り込みで達成した。

@masayukig からは達成したのならば、 CENSORED とのことなので夏のボーナス期待である。

PHP も気軽に動的なウェブページを書くのには良いと思うけど、 いまさら覚える気にならないのが痛いところ。

っということで PSP なるものがあることを知ったのでレッツトライ！

sudo port install apache2
sudo port install python25
sudo port install py25-hashlib
sudo port install python_select
sudo python_select python25
sudo port install mod_python25

っとまあインストールしまして。 httpd.conf に LoadModule python_module modules/mod_python.so を書き加える。

ついでに userdir も有効化。

LoadModule python_module modules/mod_python.so
# User home directories
Include conf/extra/httpd-userdir.conf

~/Sites/psp というフォルダを作って、.htaccess に以下のように記述。

# ~/Sites/psp/.htaccess
AddHandler mod_python .psp
PythonHandler mod_python.psp

さっそく index.psp を。

<html>
<%
import time
%>
Hello world, the time is: <%=time.strftime("%Y-%m-%d, %H:%M:%S")%>
</html>

よしよし。