作った動機とか用途とか

Wercker で CI しつつデプロイする先がさくら VPS 上の FreeBSD jail という構成のアプリを デプロイのたびに再起動する方法を考えていて、uWSGI の touch-reload オプションみたいなのがあればできそうだなーと思いあたってそのまま実装した。

使いかた

[eventlistener:touch_reload]
command={Python 2.7} {touch_reload_event_listener.py のパス} -p {Supervisor 上の program_name} -f {トリガーファイルのパス}
events=PROCESS_STATE

参考にしたもの

superlance の memmon.py を全力で参考にした。

ラベルをまたいで同じ “AMI ID” を設定していないか

“Jenkins > configuration” 内 “Cloud > Amazon EC2 > AMIs > Labels” にてラベルを設定し、特定のジョブを実行するインスタンスを制限する、ということができる大変便利な機能がある。

しかし “Instance Cap” と “ラベルをまたいで同じ AMI ID を設定” の条件を満たしている場合に、起動数のカウントがラベルをまたいで合算されてしまい “Instance Cap” にひっかかり、期待よりも少ない数のインスタンスしか起動しない、という挙動にぶつかってしまった。

さしあたって AMI をコピーし、別の AMI ID を発行して難をのがれたがしばらく原因がわからず時間を浪費した。

issue としてリストされているようなので、いずれ解決されることに期待。

スレーブのローカルストレージの空きは十分か

“Jenkins > nodes” から設定できるように、ローカルストレージの空きが閾値以下になると該当するノードでのタスク実行を行わなくする機能がある。

Amazon EC2 Plugin ではいちど起動した EC2 インスタンスを再利用するため、タスク実行の際に発生したデータをストレージに貯めてしまい、この閾値にひっかかることがあった。

EC2 インスタンスの起動数上限に逹していないか

Amazon EC2 サービスの制限 にあるとおり、起動できる EC2 インスタンスの数にはリージョンごとに制限がある。 必要であれば制限緩和のリクエストを投げることができるので対応すること。

リポジトリの移行

リモートリポジトリをローカルに clone している前提です。

$ cd {ローカルリポジトリのルート}
$ git remote -v # リモートリポジトリの URL を確認
$ cd ..
$ clone --mirror {リモートリポジトリ} repository_bare
$ cd repository_bare
$ git push --mirror {backlog のリモートリポジトリ URL}

チームへの共有

チームには下記コマンドをローカルリポジトリのルートで叩いてもらいましょう。

$ git remote set-url origin {backlog のリモートリポジトリ URL}

環境とか

• Mac OS X 10.9 Mavericks
  • Command line tools インストール済み
• MacPorts 2.2.1
• MySQL 5.6.13

MySQL にパッチを当てる

上記ウェブサイトで fix-build-on-macosx-9.patch を検索するとリンクが見つかるので、そこからパッチを落とす。また、以下のコマンドでインストールせずに MySQL のソースだけを落とす。

$ cd ~
$ sudo port clean mysql56-server
$ sudo port -f patch mysql56-server

ソースのディレクトリに移動してパッチを当てる。

$ cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mysql56/mysql56/work/mysql-5.6.13/include
$ sudo patch -p 0 < ~/Downloads/fix-build-on-macosx-9.patch

インストールを実行。

$ cd ~
$ sudo port -f install mysql56-server
$ sudo -u _mysql /opt/local/lib/mysql56/bin/mysql_install_db
$ sudo port load mysql56-server
$ /opt/local/lib/mysql56/bin/mysqladmin -u root password 'パスワード'

ログインできたら成功。

$ mysql56 -uroot -p

補足

mysqld_safe が動かなかったので修正した記録と記憶が残っていたのだけど、本当に必要な操作であったかを覚えていない…。念のため diff を貼っておく。

--- mysqld_safe.org     2013-11-20 22:35:24.000000000 +0900
+++ /opt/local/lib/mysql56/bin/mysqld_safe      2013-11-20 22:36:11.000000000 +0900
@@ -719,24 +719,22 @@
# Note: The switches to 'ps' may depend on your operating system
if test -f "$pid_file"
then
-  PID=`cat "$pid_file"`
-  if kill -0 $PID > /dev/null 2> /dev/null
-  then
-    #if
-    #then    # The pid contains a mysqld process
-    #  log_error "A mysqld process already exists"
-    #  exit 1
-    #fi
-  fi
-  rm -f "$pid_file"
-  if test -f "$pid_file"
-  then
-    log_error "Fatal error: Can't remove the pid file:
+    PID=`cat "$pid_file"`
+    if kill -0 $PID > /dev/null 2> /dev/null
+    then
+       # The pid contains a mysqld process
+       log_error "A mysqld process already exists"
+       exit 1
+    fi
+    rm -f "$pid_file"
+    if test -f "$pid_file"
+    then
+       log_error "Fatal error: Can't remove the pid file:
        $pid_file
        Please remove it manually and start $0 again;
        mysqld daemon not started"
-    exit 1
-  fi
+       exit 1
+    fi
fi

#

Unicode と JIS 基本漢字コードではその出現順が異なる

JIS X 0208 (1990) to Unicode 漢字コード表 の 16 区以降を見るとわかる通り、 Unicode と SJIS のコード順は異なります。 よって、UTF-8 の文章に対してよくみる [亜-椀] では、うまく第 1 水準漢字だけにマッチすることはできないのです。

たとえば、 逢：E980A2 (UTF-8) は 亜：E4BA9C (UTF-8) - 椀：E88595 (UTF-8) の間には収まらない、といった風に。

Unicode で範囲マッチできないなら SJIS でやればいいじゃない

今回の目的を達成するには UTF-8 のまま扱うのはとてもしんどいので、マッチさせるときだけ SJIS にエンコードしてしまいましょう。 Python でやるならこんな感じ。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

import re

# 第 1 水準漢字（16 - 47 区）にマッチ
regexp_for_JIS_16_TO_47 = re.compile(r'\x88[\x9F-\xFC]|[\x89-\x97][\x40-\xFC]|\x98[\x40-\x9E]')

# 第 2 水準漢字（48 - 84 区）にマッチ
regexp_for_JIS_48_TO_84 = re.compile(r'\x98[\x9F-\xFC]|[\x99-\xE9][\x40-\xFC]|\xEA[\x40-\xA4]')

# SJIS にエンコードしてマッチング
regexp_for_JIS_16_TO_47.match(u"腕".encode('sjis'))

結局 PHP では SJIS コードを指定する正規表現が使えなかった

PHP で正規表現を利用したマッチングといえば preg_match ですが、マルチバイトの文字列を対象とする場合は UTF-8 しか受け付けないとのこと。これでは折角用意した正規表現が使えない…

ならば ereg を使えばよいかというと

この関数は PHP 5.3.0 で 非推奨となりました。 この機能を使用しないことを強く推奨します。

とのこと。結局あきらめて、 第1・2水準漢字すべてを羅列した正規表現 を用意したのでした。これは書くまでもないので割愛。というか思い出したくない。

環境

• さくらの VPS
• Ubuntu 12.0.4 amd64

手順

$ sudo apt-get install --no-install-recommends ubuntu-desktop

$ sudo apt-get install vnc4server

$ vncserver :1
$ vncserver -kill :1

$ echo "gnome-session --session=ubuntu-2d &" >> ~/.vnc/xstartup

$ vncserver :1

インストールした環境

• Mac OS X 10.8.5
• Emacs 24.3.1
• ruby 1.9.3p392 (rbenv)

インストール手順

package-install できます。これを *scratch* バッファにでもコピーして C-x C-e でおしまい。

(package-install 'foreign-regexp)

.emacs に追記。 foreign-regexp/regexp-type には perl / ruby / javascript が指定できるようです。今回は 鬼車 が使いたいので ruby を指定。

(cond ((require 'foreign-regexp nil t)
       (custom-set-variables
       '(foreign-regexp/regexp-type 'ruby)
       '(reb-re-syntax 'foreign-regexp))))

使い方をさっくりと

インクリメンタルサーチ

M-s M-s

インクリメンタルサーチ(逆方向)

M-s M-r

リプレイス

M-s M-%

ここにあります

Xcode を 5.0 にアップデートして一番困ったのがプロビジョニングプロファイルの追加。以前は Organizer を開いてすぐに見付かる場所にあったのが、メニューの中に移動されてしまったようです。

Organizer を開いた状態で メニューバーの Editor -> Provisioning Profiles -> Import Profile... でファイル選択ダイアログが開きます。

fail するとどうなるか

fail するとこんな感じでエラーメッセージが表示されて処理が停止します。

1
2
3
4
5
6
7

$ ./flyway.sh migrate
Flyway (Command-line Tool) v.2.2.1

Current version of schema `HOGEDB`: 3.1
Migrating schema `HOGEDB` to version 3.2
ERROR: com.googlecode.flyway.core.api.FlywayException: Migration of schema `HOGEDB` to version 3.5 failed! Please restore backups and roll back database and code!
以下エラー文

schema_version テーブルを見てみると、 version が 0 になっているレコードが挿入されていました。この状態ではいくら migrate コマンドを実行してもマイグレーションは行なわれません。

repair してあげよう

以下のように repair コマンドを実行することで、 success が 0 なレコードが取り除かれ、 migrate コマンドを実行できるようになります。もちろん migrate コマンドを実行する前に DB や SQL に起こっている問題は解消しておきましょう。

1
2
3
4
5

$ ./flyway.sh repair
Flyway (Command-line Tool) v.2.2.1

Metadata table `HOGEDB`.`schema_version` successfully repaired (execution time 00:00.001s).
Manual cleanup of the remaining effects the failed migration may still be required.

migrate できた。

1
2
3
4
5
6

$ ./flyway.sh migrate
Flyway (Command-line Tool) v.2.2.1

Current version of schema `HOGEDB`: 3.4
Migrating schema `HOGEDB` to version 3.5
Successfully applied 1 migration to schema `HOGEDB` (execution time 00:00.102s).

migemo とは

migemo とは、ローマ字を入力することで日本語文章をインクリメンタルサーチするためのソフトウェアです。emacs 拡張を利用すると、いつもの C-s がそのまま日本語に対応します。

今回はC言語で実装された cmigemo をインストールします。

cmigemo のインストール

github から cmigemo を入手してインストールします。オプションはデフォルトのままにしておきました。デフォルトでは /usr/local/ 以下にインストールされます。

$ git clone https://github.com/koron/cmigemo.git cmigemo
$ cd cmigemo
$ ./configure
$ make osx
$ make osx-dict
$ sudo make osx-install

cmigemo を試してみる

下記のコマンドを実行するとプロンプトが表示され、入力待ちの状態になります。

$ cmigemo -d /usr/local/share/migemo/utf-8/migemo-dict
migemo_open("/usr/local/share/migemo/utf-8/migemo-dict")=0x7fb552c03990
clock()=0.120343
QUERY:

QUERY 適当なローマ字を入力してみると、正規表現が生成されることがわかります。正規表現を入力の度に生成し、それを検索クエリとすることでインクリメンタルサーチを可能にするわけですね。

QUERY: paison
PATTERN: (ﾊﾟｲｿ[ﾝﾉﾈﾇﾆﾅ]|パイソ[ンノネヌニナ]|ぱいそ[んのねぬにな]|ｐａｉｓｏｎ|paison)
QUERY: toukyo
PATTERN: (ﾄｳｷｮ|トウキョ|等距離|登極|当(局|協会)|東[教京]|とうきょ|ｔｏｕｋｙｏ|toukyo)
QUERY:

migemo.el のインストール

emacs 拡張の migemo.el は package.el を使うと簡単にインストールできます。 *scratch* バッファで (package-install ‘migemo) を評価でもしてやると入ります。

migemo.el の設定

init.el にこんな感じの設定を追記。 C-s してミニバッファに [MIGEMO] I-search と表示されれば日本語インクリメンタルサーチが可能になっているはずです。

(require 'migemo)
(setq migemo-command "/usr/local/bin/cmigemo")
(setq migemo-options '("-q" "--emacs"))
(setq migemo-dictionary "/usr/local/share/migemo/utf-8/migemo-dict")
(setq migemo-user-dictionary nil)
(setq migemo-coding-system 'utf-8-unix)
(setq migemo-regex-dictionary nil)
(load-library "migemo")
(migemo-init)

Fluidって？

WebアプリのURLを食べさせるとMacOSのhoge.appを吐き出してくれるものです。ユーザスクリプトはPurchaseしないと利用できない模様。

元の記事と何が違うの？

未読件数の表示に加えて、Docのアイコンが跳ねます。changelogを見ると`window.fluid.requestUserAttention`ってAPIがあったのでこれや！と思って1行追加しただけです。 Fluid Developer 見ても書いてなかったぞ。。。

事象

充電が完全に切れた状態で放置していたXperia S LT26i（OSのバージョンは 2.3.7）を久々に起動し、Google Playストアを立ち上げたところ、真っ白な画面に「接続できません」の文字が。「再接続」ボタンを押しても一向に正常に動作する気配もなし。特に原因を示唆する文言もないためかなり困る。

対処法

内蔵時計がリセットされていたのが原因でした。設定から日付・時刻をしっかり合わせてからGoogle Playストアを立ち上げるとそこには元気なマーケットプレイスの姿が。

トラッキングコードを保存して

_static/google_analytics.js にトラッキングコードをコピペ

$ cd {Tinkerer のルートディレクトリ}
$ mkdir _static
$ touch _static/google_analytics.js

テンプレートを作り

$ touch _templates/page.html

テンプレートからトラッキングコードを読み込んで

_templates/page.html を編集

{% extends "!page.html" %}

{% set script_files = script_files + ["_static/google_analytics.js"] %}

ビルドしておわり

$ tinker -b

GitHub でブログを公開するまでにやったこと

$ cd {your_git_directory}
$ git init hoge
$ cd hoge
$ mkvirtualenv hoge

#!/opt/local/bin/zsh
# This hook is run after this virtualenv is activated.

proj_name=$(echo $VIRTUAL_ENV|awk -F'/' '{print $NF}')
cd {your_git_directory}/hoge

$ pip install tinkerer

$ tinker -s

$ tinker -p title

$ tinker --page title

思ったこと

Sphinx で書けるので、当然 Blockdiag なんかも使えます。 うまいことテーマをいじって wiki とブログを組み合わせたような使い方ができないか考え中。