RISIN'

middlemanの設定

2013-10-16T00:00:00+09:00

本サイトで使用している middleman の主な設定をご紹介します。

Gemfile

# If you have OpenSSL installed, we recommend updating
# the following line to use "https"
source 'http://rubygems.org'

gem "middleman", "~> 3.1.5"
gem "middleman-blog", "~> 3.3.0"
gem "middleman-livereload", "~> 3.1.0"
gem "middleman-deploy"
gem "middleman-rouge"
gem "nokogiri"
gem 'redcarpet'

# For feed.xml.builder
gem "builder", "~> 3.0"

config.rb

Time.zone = "Tokyo"

# [1] ブログ基本設定
activate :blog do |blog|
  blog.prefix = "blog"
  blog.taglink = "tags/:tag.html"
  blog.layout = "layouts/layout"

  blog.tag_template = "tag.html"
  blog.calendar_template = "calendar.html"

  blog.paginate = true
  blog.per_page = 10
  blog.page_link = "page/:num"
end

# [2] markdown 設定
set :markdown_engine, :redcarpet
set :markdown, :fenced_code_blocks => true, :smartypants => true

# [3] シンタックスハイライト
activate :rouge_syntax, :lineanchor => 'line'

activate :directory_indexes

# [4] Atom フィード設定
page "/feed.xml", :layout => false
activate :livereload

set :css_dir, 'stylesheets'

set :js_dir, 'javascripts'

set :images_dir, 'images'

# [5] build 時の設定
configure :build do
  # For example, change the Compass output style for deployment
  activate :minify_css, :ignore => ['syntax.css']

  # Minify Javascript on build
  activate :minify_javascript
end

# [6] デプロイ設定
activate :deploy do |deploy|
  deploy.build_before = true
  deploy.method       = :rsync
  deploy.host         = 'www'
  deploy.path         = '/var/local/projects/risin.jp'
end

以下、解説。

[1] ブログ基本設定

ブログエントリは /blog 配下になるよう、blog.prefix を指定しています。その他、ページネーション設定等、基本的な設定を行っています。

[2] markdown 設定

redcarpet という markdown engine を使用しています。 fenced_code_block は、「`“」で囲んだ箇所がコードブロックとして解釈されます。

[3] シンタックスハイライト

middleman-rouge を使用しています。スタイルシートは /stylesheets/syntax.css.erb を用意し、以下の様にします。

<%= Rouge::Themes::ThankfulEyes.render(:scope => '.highlight') %>
<%# <%= Rouge::Themes::Github.render(:scope => '.highlight') %> %>
<%# <%= Rouge::Themes::Colorful.render(:scope => '.highlight') %> %>
<%# <%= Rouge::Themes::Base16.render(:scope => '.highlight') %> %>
<%# <%= Rouge::Themes::Base16::Solarized.render(:scope => '.highlight') %> %>
<%# <%= Rouge::Themes::Base16::Monokai.render(:scope => '.highlight') %> %>

お好みでスタイルを選んでください。

[4] Atom フィード設定

サイトを build する際に、自動的に xml ファイルを出力します。 source/feed.xml.builder を編集して、xml.title, xml.subtitle を適切に書き換えます。

[5] build 時の設定

build 時に、CSS, JavaScript の minify を行います。 [3] の syntax.css を minify 対象から外すようにしてください。

[6] デプロイ設定

middleman-deploy プラグインを使いました。middleman deploy コマンドを実行すると、build コマンドが行われ、スタティックなファイルを生成した後に、rsync, Git, FTP, SFTP などで Web サーバに転送することができます。今回は rsync を用いました。

deploy.host = 'www' となっているのは、ホスト名は別途 ~/.ssh/config にて設定しているためです。適切に設定してください。

deploy.path は、転送先に存在しない場合は作られます。

以上、参考になりましたら幸いです。

サイトリニューアル

2013-10-06T00:00:00+09:00

ほったらかしにしていた本サイトですが、思うところがあってリニューアルしました。CMS は WordPress から middleman へ移行し、デザイン・HTML は勉強も兼ねて昨今のトレンドを意識して実装しています。

きっかけ

名刺がなくなったので発注しなきゃ
デザインデータ紛失
仕方ない。自分で作ろう。ロゴも新しく作っちゃえ。
名刺できた。ブログで使っているロゴも新しいのに変えよう。
なんかブログのテイストに合わない。ブログもデザインし直そう。
WordPress のテーマ作るの面倒。。別に WordPress じゃなくてもいいんじゃね?

こんな流れでサイト全体をリニューアルすることにしました。

デザイン

Bootstrap をベースにし、レスポンシブを活かせるようなレイアウトにしました。

フラットデザインを意識し、極力シャドウ・グラデーションを無くす
情報のまとまりはカード側デザインを導入

という感じです。Portfolio のページでは Pinterest 風味な動作も入れてみました。

ええ、完全に自己満足です。

SASS

私は本業はサーバサイドエンジニアなのですが、フロントエンドの技術もキャッチアップしておきたかったので、SASS を使ってみました。middleman には標準でコンパイルしてくれる仕組みが備わっています。

SASS、超便利です。定義をネストでかけるので直感的で、カオスになりにくいです。

CMS を WordPress から middleman に変更

Bootstrap でデザインする際に middleman を使っていました。middleman はプラグインで拡張することで、ブログ用のサイトも構築できることを知り、WordPress をやめました。

middleman については別エントリで詳細を書くつもりです。

markdown

ブログエントリは markdown で書けるので HTML を意識する必要はありません。もちろん markdown 内に HTML を書けば HTML として解釈されるので Bootstrap のパーツも利用できます。

これでブログを書くモチベーションが維持できるかな。

最後に

旧デザインのキャプチャを載せておきます。

ログ解析に便利なawk

2012-06-06T00:00:00+09:00

アクセスログやアプリケーションのエラーログなど、一定のフォーマットで出力されるテキストの解析には awk が便利です。今回は MySQL のスロークエリログを対象に解析した時の tips です。

MySQLのパフォーマンスチューニングにおいて、実行に時間が掛かる処理の特定にはスロークエリログが便利です。出力するための設定は本家リファレンスを参照下さい。

スロークエリログは以下のような内容です。

# Time: 120227  0:00:27
# User@Host: ユーザー名 @ ホスト名 [IPアドレス]
# Query_time: 2  Lock_time: 0  Rows_sent: 1  Rows_examined: 15932
SELECT COUNT(*) AS `count` FROM ...

上記のフォーマットで場合によっては膨大な量のログが出力されます。これを目視でひとつひとつ確認するにはかなりの時間がかかるので、ツールを使って効率的に行ないたいと思います。そこで登場するのが awk です。

awk の基本形は以下の通り。

$ awk '条件文{実行文}' ファイル名

これを使って、スロークエリログ内の「Query_time」値が高い順に出力し、その行番号と行内容を出力する awk ワンライナーは以下の通りです。

$ awk '/Query_time/ && $3 > 0 {print NR,$0}' slow.log | sort -k4 -n -r > sorted.txt

コマンド解説

条件文: 行内の「Query_time」で正規表現マッチをかけ、かつ3列目( Query_time 値)が 0 以上のもの。
実行文: NR とは、処理中の行数を示すもの。$0 とは行全体を指す。よって、行番号とその行を標準出力に表示する。

これで、以下のように標準出力に表示されます。

2342 # Query_time: 2  Lock_time: 0  Rows_sent: 1  Rows_examined: 15932 
4854 # Query_time: 2  Lock_time: 0  Rows_sent: 1  Rows_examined: 7834 
7848 # Query_time: 10  Lock_time: 0  Rows_sent: 1  Rows_examined: 15932 
22475747 # Query_time: 5  Lock_time: 0  Rows_sent: 1  Rows_examined: 22146

これで Querytime が 0 以上のものが表示されましたが、さらに sort コマンドをパイプで連結して Querytime の降順で出力します。

-k4: ソートキーを指定します。スペース区切りで先頭から4列目( Query_time 値)を指定しています。
-n: 数値の前に付いている記号「+」や「-」なども数値とみなします。
-r: 逆順(降順)で出力すること。

これで最終的に sorted.txt に出力される内容は、以下の通り。

7848 # Query_time: 10  Lock_time: 0  Rows_sent: 1  Rows_examined: 15932 
22475747 # Query_time: 5  Lock_time: 0  Rows_sent: 1  Rows_examined: 22146
2342 # Query_time: 2  Lock_time: 0  Rows_sent: 1  Rows_examined: 15932 
4854 # Query_time: 2  Lock_time: 0  Rows_sent: 1  Rows_examined: 7834

これで効率良く時間がかかっているSQLを見つけることができます!!

参考

サポートが切れたUbuntuでaptitudeを使う方法

2011-12-25T00:00:00+09:00

年の瀬(しかも今日はクリスマス)ですが、いつもと変わらずTipsを載せておきます。今回はサポートが切れたUbuntuでもapt-getでパッケージを更新するやり方です。

パッケージをインストールする時、もしUbuntuのサポートが切れている場合、aptitude(あるいはapt-get) installコマンド時に404エラーが出ます。本来であればUbuntu自体を更新すべきですが、開発マシンなどでは以下の手順でサクッと対処できます。

環境は以下の通り:

Ubuntu: 9.10

/etc/apt/sources.listを更新する

念のためバックアップ。

# cp /etc/apt/sources.list /etc/apt/sources.list.old

sources.listを開き、「jp.archive」部分を「old-releases」に一括置換。 vimの場合。

:%s/jp\.archive/old-releases/gc

aptitude update実行

# aptitude update
Get:1 http://old-releases.ubuntu.com karmic Release.gpg [189B]
Get:2 http://old-releases.ubuntu.com karmic-updates Release.gpg [198B]
:
:

これでaptitude install xxxができると思います。来年12.04LTS出たら使おう。

INSERT 〜 SELECTで一括INSERTするときの注意点

2011-11-03T00:00:00+09:00

SELECT結果を別テーブルにINSERTしたい時があります。そんな時は INSERT (IGNORE) SELECT文を使うのですが、master/slaveでレプリケーションしている環境にて注意すべき点があります。

備忘録、というか事故ったので、戒めとして。

環境は以下の通り:

MySQL: 5.0.51a

例えば以下の2つのテーブルがあるとして、

CREATE TABLE `members` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `name` varchar(255) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `member_logs` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `year` int(10) unsigned NOT NULL,
  `month` int(10) unsigned NOT NULL,
  `member_id` int(10) unsigned NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

今月のmember_logsレコードをmemberレコード分だけINSERTしたいときは、以下のようにします。

INSERT IGNORE INTO member_logs (year, month, member_id)
SELECT
    YEAR(NOW()),
    MONTH(NOW()),
    id
FROM
     members

サービスがmasterDBだけであればこれでいいのですが、複数台レプリケーションしている場合は不整合が起きる可能性があります。
サブクエリのSELECTのORDERが指定されていないため、masterでの実行結果とslave側での結果が必ずしも一致しません。よって、

INSERT IGNORE INTO member_logs (year, month, member_id)
SELECT
    YEAR(NOW()),
    MONTH(NOW()),
    id
FROM
     members
ORDER BY
     id ASC

のように明示的にORDER BYしましょう。

普通にSELECT文だけ実行するとPRIMARY KEYの昇順で返ってくるので早とちりしてました。

参考

gitoliteで作成したリポジトリをRedmineから参照する

2011-10-19T00:00:00+09:00

前のエントリでインストールしたgitoliteを用いて、リポジトリの作成からRedmineとの連携までを行います。

環境は以下の通り:

サーバー: OS: Ubuntu 10.04.1 LTS
git: 1.7.0.4
Redmine: 1.2.1
クライアントPC: OS: Mac OS X 10.7.2
git: 1.7.4.4

1. リポジトリを作成する

クライアントPCでの作業です。管理用リポジトリをcloneします。

[masayuki@local:~]$ cd /tmp/
[masayuki@local:/tmp]$ git clone gitserver:gitolite-admin #=> このやり方は前のエントリの~/.ssh/config の設定をご参考ください。
Cloning into gitolite-admin...
remote: Counting objects: 18, done.
remote: Compressing objects: 100% (13/13), done.
remote: Total 18 (delta 4), reused 0 (delta 0)
Receiving objects: 100% (18/18), done.
Resolving deltas: 100% (4/4), done.
[masayuki@local:/tmp]$ cd gitolite-admin/
[masayuki@local:/tmp/gitolite-admin]$ ll
total 0
drwxr-xr-x  3 masayuki  wheel   102B 10 19 14:15 conf/
drwxr-xr-x  3 masayuki  wheel   102B 10 19 14:15 keydir/

設定ファイルに作成するリポジトリ名(仮にnew_repoとします)と、パーミッションを追加します(ハイライト部分)。

[masayuki@local:/tmp/gitolite-admin]$ vi conf/gitolite.conf
repo    gitolite-admin
        RW+     =   masayuki

repo    testing
        RW+     =   @all

repo    new_repo
        RW+     =   masayuki

この設定ファイルをコミット&プッシュします。

[masayuki@local:/tmp/gitolite-admin]$ git add conf/gitolite.conf
[masayuki@local:/tmp/gitolite-admin]$ git commit
[masayuki@local:/tmp/gitolite-admin]$ git push

2. リポジトリのミラーを作成する

gitサーバー側での作業です。適当なディレクトリに、new_repoのミラーを作成します。

[root@server:~]# mkdir -p /var/local/projects/gitrepo
[root@server:~]# cd /var/local/projects/gitrepo/
[root@server:/var/local/projects/gitrepo]# git clone --mirror /home/gitolite/repositories/new_repo.git
[root@server:/var/local/projects/gitrepo]# chown -R gitolite:gitolite new_repo.git

次に、new_repoリポジトリに変更があったときに、先ほど作ったミラーに同期させるため、gitoliteユーザーにスイッチして、ミラー元のフックスクリプトを作成します。

[root@server:/var/local/projects/gitrepo]# su - gitolite
[gitolite@server:~]$ cd repository/new_repo.git/hooks/
[gitolite@server:~/repository/new_repo.git/hooks]$ cat >> post-receive <<EOF
> #!/bin/sh
> /usr/bin/git push --mirror /var/local/projects/gitrepo/new_repo.git
> EOF
[gitolite@server:~/repository/new_repo.git/hooks]$ chmod 700 post-receive

3. 作成したミラーリポジトリをRedmineから参照する

Redmineにブラウザでアクセスし、プロジェクト > 設定の、「リポジトリ」タブにて以下の通り設定します。

4. 確認

クライアントPCでリポジトリをクローンし、ファイルコミット&プッシュしたらRedmineに表示されるか確認してみます。

[masayuki@local:/tmp]$ git clone gitserver:new_repo
[masayuki@local:/tmp]$ cd new_repo/

空っぽのリポジトリができました。ファイルを追加してみましょう。

[masayuki@local:/tmp]$ cd new_repo/
[masayuki@local:/tmp/new_repo]$ echo Hello > hello.txt
[masayuki@local:/tmp/new_repo]$ git add hello.txt
[masayuki@local:/tmp/new_repo]$ git commit
[masayuki@local:/tmp/new_repo]$ git push origin master

Redmineの「リポジトリ」画面にアクセスしてみてください。今コミットされたファイルが見えるはずです。

参考

Adding a gitolite-controlled repository to Redmine