この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

君は知っているか？ MySQLに、ストレージエンジンというものがある事を。

 【知っている】 → え？知ってる？じゃあもう読まなくてもいいかもね。（次回にご期待ください）

 【知らない】 → そうか・・・・あんた、オレと同じだな。（続きをお読みください）

ストレージエンジンていうのは、SQLの実データがどのような形式で、
どのように格納されているかを管理している部分で、それらのデータ
にアクセスする処理を行うとの事。

で、以下の二つが代表的なものだそうです。

【MyISAM（マイアイサム）】
・テーブル単位のファイルによるデータ構造を持つ。
・トランザクション機能がない分、軽快に動作する。
・ロックはテーブル単位でかかる。
・参照系クエリが大部分を占める場合に有効。

【InnoDB（イノディービィー）】
・テーブルスペース内に複数のテーブルやインデックスを格納するデータ構造を持つ。
・トランザクション機能をサポートしている。
・ロックは行（レコード）単位でかかる。
・更新系クエリが多い場合に有効。

さて、自分が扱っているサーバは複数のバッチ処理を同時に行っていたり
するので、今回、MyISAM（デフォルト）からInnoDBに変更してみようと
いう話になりました。
今回は、その手順について説明します。（ちなみに次回はない）

まず、既にInnoDBになってたら意味ないので、
現在の設定を確認します。
mysql> show engines;

| Engine   | Support   | Comment |
+———+———-+———————————————–+
| MyISAM  | DEFAULT | Default engine as of MySQL 3.23 ….|
| MEMORY | YES        | Hash based, stored in memory, useful for ….|
| InnoDB   | DISABLED | Supports transactions, row-level locking, ….|
（以下略）

ＯＨ！ＮＯ！
「InnoDB」は「DISABLED」になってんじゃん！？
というわけで、/etc/my.cnfを修正します。以下の部分を変更してください。
# vi /etc/my.cnf

default_table_type=MYISAM
 ↓
default_table_type=InnoDB

では、mysqlを止めます。
# /etc/init.d/mysqld stop

さて、この後、mysqlを起動すれば設定は反映されるんだけど、
ここにちょっとした罠があるんですわ。
/var/lib/mysql に移動してくだされ。
# cd /var/lib/mysql # ls

この中に ib_logfile0 ib_logfile1 ibdata1 といったファイルがある場合
は削除しておくがよろし。（心配だったら移動させてもよろし）
こいつらがいると、InnoDBの設定後にMySQLを起動した場合、
MySQLが立ち上がらないんですよ。

さて、上の作業が終わったら、いよいよmysqlの起動です。
# /etc/init.d/mysqld start

どう？立ち上がった？
ま、いいや。

設定が反映されたか確認します。
> show engines;

これで新しく作られたテーブルのストレージエンジンは、
特に明示しない限りInnoDBになります。

だが、ちょっと待て。
既存のテーブルに関してはどうすんだよ？と。

そう。ストレージエンジンはテーブル単位で指定するので、
既存のテーブルは頑張って一つずつ設定していかなければ
ならんのです。
alter table テーブル名 engine=innodb;

こいつをひたすら繰り返せ！
面倒だったらシェルでバッチ作って回してもいいかもね。
君ならできるはずだ！

以上、大した内容じゃないのにいっぱい書いてしまった。
お粗末さまでした。

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

Objective-CのNSStringなポインタ変数をcopyしても、メモリに新しく領域が確保されるわけではなく、同じアドレスを指し示すという事を聞いたので、本当なのか調べてみた。比較の為、NSMutableStringも。

#import <Foundation/Foundation.h>

int main (int argc, const char * argv[]) {
　　　　NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

　　　　NSString *foo = @”Hello”;
　　　　NSString *copiedFoo = [foo copy];
　　　　NSString *retainedFoo = [foo retain];

　　　　NSMutableString *bar = [NSMutableString stringWithString:@”World”];
　　　　NSMutableString *copiedBar = [bar copy];
　　　　NSMutableString *retainedBar = [bar retain];

　　　　NSLog(@”foo     : %@ (%x, %@, %d)”, foo, foo, [foo className], [foo retainCount]);
　　　　NSLog(@”Copied  : %@ (%x, %@, %d)”, copiedFoo, copiedFoo, [copiedFoo className], [copiedFoo retainCount]);
　　　　NSLog(@”Retained: %@ (%x, %@, %d)”, retainedFoo, retainedFoo, [retainedFoo className], [copiedFoo retainCount]);

　　　　NSLog(@”bar     : %@ (%x, %@, %d)”, bar, bar, [bar className], [bar retainCount]);
　　　　NSLog(@”Copied  : %@ (%x, %@, %d)”, copiedBar, copiedBar, [copiedBar className], [copiedBar retainCount]);
　　　　NSLog(@”Retained: %@ (%x, %@, %d)”, retainedBar, retainedBar, [retainedBar className], [retainedBar retainCount]);

　　　　[pool drain];
　　　　return 0;
}

その結果、確かに同じだった。以下は、NSLogでコンソールに出力している内容で、括弧の中身は、左から順にアドレス、クラス名、リテインカウンタになります。

HelloWorld[2106:10b] foo     : Hello (2030, NSCFString, 2147483647)
HelloWorld[2106:10b] Copied  : Hello (2030, NSCFString, 2147483647)
HelloWorld[2106:10b] Retained: Hello (2030, NSCFString, 2147483647)
HelloWorld[2106:10b] bar     : World (105990, NSCFString, 2)
HelloWorld[2106:10b] Copied  : World (105a00, NSCFString, 1)
HelloWorld[2106:10b] Retained: World (105990, NSCFString, 2)

NSStringは、後から中身を変更するわけではないので、copyしても、retainと同じなんだなと。逆にNSMutableStringは、後からappendStringなどするのでcopyした場合は、きちんと別にメモリが確保されていますね。

ちなみに、

　　　　NSMutableString *bar = @”World”;
　　　　[bar appendString:@”hooo”];

とすると、ビルドはできますが実行時に落ちてしまいます。理由は、

*** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘Attempt to mutate immutable object with appendString:’

と、NSMutableStringと宣言したポインタ変数に文字列を代入すると、NSStringになってしまうから。

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

こんにちわ、uです。

最近、Ruby on Railsアプリケーションの全文検索システムとして、

Hyper Estraierから、Ludia@PostgreSQLを使う事が多くなってきたので、

CentOS 5.2へのインストール方法を、紹介したいと思います。

# そろそろ、CentOS 5.3が出ますので、

# CentOS 5.2を使用するのは、時期的に微妙なのですが…

実験環境

CentOS 5.2

# 正確には、CentOS 5.2のxen上のゲストOS

ludia-1.5.1

postgresql-8.3.5

mecab-0.97

mecab-ipadic-2.7.0-20070801.tar.gz

senna-1.1.4

Ludia installationファイルの閲覧

# ludia-1.5.1/INSTALLの通り実行。

wget http://osdn.dl.sourceforge.jp/ludia/32461/ludia-1.5.1.tar.gz
tar zxvf ludia-1.5.1.tar.gz 
cd ludia-1.5.1
less INSTALL

MeCabのインストール

以下等から、mecabを取得
http://sourceforge.net/project/showfiles.php?group_id=177856

cd /usr/local/src/
tar zxvf mecab-0.97.tar.gz 
cd mecab-0.97
./configure --with-charset=utf8
make
sudo make install

MeCab辞書のインストール

以下等から、mecabを取得
http://sourceforge.net/project/showfiles.php?group_id=177856

cd /usr/local/src
tar zxvf mecab-ipadic-2.7.0-20070801.tar.gz 
cd mecab-ipadic-2.7.0-20070801
./configure --with-charset=utf8
make
sudo make install

sennaのインストール

cd /usr/local/src
tar zxvf senna-1.1.4.tar.gz
cd senna-1.1.4
./configure
make
sudo make install

Ludiaのインストール

wget http://osdn.dl.sourceforge.jp/ludia/32461/ludia-1.5.1.tar.gz
tar zxvf ludia-1.5.1.tar.gz 
cd ludia-1.5.1
make 
sudo make install

PostgreSQLのインストールと実行

以下によりますと、v8.3.6だとデフォルトだとうまく入らない様です。

http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20090302

v8.3.5では、INSTALLの通り実行すれば問題無く入るかと思います。

cd /usr/local/src/
tar zxvf postgresql-8.3.5.tar.gz
cd postgresql-8.3.5
cat INSTALL
./configure
gmake
su
gmake install
adduser postgres
mkdir /usr/local/pgsql/data
chown postgres /usr/local/pgsql/data
su - postgres
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data

ludia-1.5.1/READMEを見てみると…

設定ファイルの編集
------------------

デフォルト設定でLudiaを使用する場合は、この節を飛ばしても問題ありません。

Ludiaを使用するデータベースクラスタのpostgresql.confファイルに、
以下の設定内容を追加してください。
(custom_variable_classesの項目は必須です。
それ以外の項目は記述しないと、デフォルト値が参照されます。)
設定を反映するためにはPostgreSQLを再起動する必要があります。
postgresql.confの設定が反映されていないと、
実行時にエラーになってしまうので注意してください。
設定内容についての詳細は、 実行時の設定_ の節を参照してください。
::

  custom_variable_classes = 'ludia'
  ludia.max_n_sort_result = 10000
  ludia.enable_seqscan = on
  ludia.seqscan_flags = 1
  ludia.sen_index_flags = 31
  ludia.max_n_index_cache = 16
  ludia.initial_n_segments = 512

もしすでにcustom_variable_classesが設定されている場合は、
そこにludiaというクラス名を追加してください。

…との事なので、以下を記述

vim /usr/local/pgsql/data/postgresql.conf

#------------------------------------------------------------------------------
# LUDIA OPTIONS
#------------------------------------------------------------------------------

custom_variable_classes = 'ludia'
ludia.max_n_sort_result = 10000
ludia.enable_seqscan = on
ludia.seqscan_flags = 1
ludia.sen_index_flags = 31
ludia.max_n_index_cache = 16
ludia.initial_n_segments = 512

PostgreSQLの実行

/usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data >logfile 2>&1 &

Ludia対応なDBにする。

/usr/local/pgsql/bin/createdb testdb
/usr/local/pgsql/bin/psql -f /usr/local/pgsql/share/pgsenna2.sql testdb
/usr/local/pgsql/bin/psql testdb

確認

後は、ludia-1.5.1/READMEの通り、

固有のindexを作成したり、@@等の演算子を使ったSQL文が正常に動作すれば、

PostgreSQLにLudiaが正常に組み込まれたと見てよいかと思います。

いくつかのアプリケーションを導入する必要はありますが、

Ludia(とPostgreSQL)のINSTALLの通り実行するだけで、

あっけなく1時間もあれば十分に導入できるかと思います。

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

こんにちは。サンドリバー砂川です。

今回はsolarisで各リソースを調査する際の基本的なコマンドを紹介します。

基本的にはlinuxと同じですが、表示やオプションが一部異なっていたりするので初めて触ると戸惑ったりします。

ps

プロセスの状態を調べる時によく使うpsコマンドですが、linuxで全プロセスを表示するオプションauxがsolarisのpsでは使用できません。solarisでは-efオプションを使うのが一般的です。

$ ps -ef

UID PID PPID C STIME TTY TIME CMD

root 20826 18710 0 3月 0 ? 1:07 /usr/local/apache2/bin/httpd

root 18892 18710 0 2月 2 ? 0:00 /usr/sbin/cron

sunakawa 9200 19323 0 21:06:55 ? 0:00 /usr/lib/ssh/sshd

（略）

prstat

アクティブプロセスの統計を定期的に表示します。

solarisにはデフォルトではtopコマンドが入っていません。なのでprstatをtop代わりに使用したりします。-s sizeとするとメモリ使用量の大きい順にソートされるので使いやすくなったりします。

prstat -s size

PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP

9200 sunakawa 12M 7216K sleep 59 0 0:00:00 0.0% sshd/1

6240 nobody 11M 4224K sleep 59 0 0:00:00 0.0% httpd/1

（略）

df

solarisのdfは、オプションを指定せずに実行すると使用率を表示してくれないので、-hか-kを指定したほうが見やすくなります。

$ df -h

ファイルシステム サイズ 使用済み 使用可能 容量 マウント先

/ 165G 92G 73G 55% /

/lib 60G 5.5G 54G 9% /lib

（略）

iostat

ディスクの入出力情報を表示します。solarisではページングの状況も表示されます。秒単位で間隔を指定することで定期的にデータをサンプリングすることが出来ます。

$ iostat 1

tty sd1 sd2 sd4 cpu

tin tout kps tps serv kps tps serv kps tps serv us sy wt id

0 26 4 0 15 0 0 7 380 30 32 1 1 0 98

0 387 0 0 0 0 0 0 997 118 9 4 3 0 93

0 132 0 0 0 0 0 0 1103 120 9 3 3 0 94

（略）

vmstat

システム全体のcpu使用率やメモリ使用率、ページング状況等を表示します。

vmstatを実行して一回目のデータは、システム起動時からの平均値を表示するので注意が必要です。現在のデータを参照する場合は間隔を指定するなどして二回目以降のデータを見るようにします。

$ vmstat 1

kthr memory page disk faults cpu

r b w swap free re mf pi po fr de sr s1 s2 s4 — in sy cs us sy id

0 0 31 18007816 3645672 16 52 11 7 7 0 0 0 0 30 0 982 3865 1307 1 1 98

0 0 227 10857312 1264408 120 454 16 16 16 0 0 0 0 117 0 2506 19166 3935 10 3 86

（略）

以上

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

みなさんテストケースってどうしてますか？

テストの手順、結果などをだらだらと文字で書いていると 書き手によって表現が違ったり、テスターよって解釈が事なることがあります。

そこで私はデシジョンテーブルを使っています。

縦軸に前提条件、動作、結果 横軸にケースNoを記載した 表形式のテストケースです。

細かい手順を記載しなければならないなどの手間はかかりますが そのアプリを知らないテスターでもストレスなくテストできると言うメリットが あります。

ぜひ、試してみてください…

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

こんにちは。

エンジニア1年目。

Ruby始めて3週間目くらいのyukiです。

今回は、Ruby on Railsでカレンダーを作りたいと思います。

簡単にカレンダーが作れる便利なプラグイン「Calendar Helper」

というものもあるみたいですが、今回は使わず自力で作って見ます。

htmlで使える用、tableで書き出します。

ソースはこんな感じ。

helper————————————————————————————-

def table(week_count, date)

case week_count

when 0

#日曜日(赤色書き出す)

cal = “<td><span style=\”color:#ff0000;”>”#{date}</span></td>”

when 6

#土曜日(青色書き出す)

cal = “<td><span style=\”color:#0000ff;”>”#{date}</span></td>”

else

#その他の曜日

cal = “<td>”#{date}</td>”

end

cal

end

def calender(date_org)

cal = “”

cal << “<table>”

#表示するカレンダーの年月日データ

d = Date.new(date_org.year, date_org.month, date_org.day)

#表示するカレンダーの1日の曜日

youbi = d.beginning_of_month.cwday

#表示するカレンダー1日より左にある余白の数

left = (youbi == 7)? 0 : youbi

#表示するカレンダーの最終日

end_date = d.end_of_month

#表示するカレンダーの最終日の曜日

end_youbi = d.end_of_month.cwday

#表示するカレンダーの最終日の右にある余白の数

right = 6 – end_youbi

#日にち

date = 1

cal << “<tr>”

#1日より左にある余白分<td></td>を書き出す

left.times do

cal << “<td></td>”

end

#最終日の日数分回す

end_date.day.times do

if youbi == 7 && date != 1

youbi = 0

cal << “</tr>”

cal << “<tr>”

elsif youbi ==7 && date ==1

youbi = 0

end

cal << table(youbi, date)

youbi += 1

date += 1

end

#最終日の右にある余白分<td></td>を書き出す

right.times do

cal << “<td></td>”

end

cal << “</tr>”

cal << “</table>”

end

——————————————————————————————-

コントローラ(hoge) ——————————————————————–

def index

if params[:date]

begin

@date = Date.parse(params[:date])

rescue

@date = Date.today

end

else

@date = Date.today

end

end

#paramsに年月日データが入っているなら、そのデータ[@date]に入れる。

#入っていなければ、今日の年月日データを[@date]入れる。

——————————————————————————————-

view ————————————————————————————-

#@date.last_monthで先月のデータ

<%= link_to(‘先月’,:action=>’index’,:date=> @date.last_month) -%>

#@date.next_monthで来月のデータ

<%= link_to(‘来月’,:action=>’index’,:date=> @date.next_month) -%>

#これでカレンダーを書き出す。

<%= calender(@date, {:controller => ‘hoge’, :action => ‘index’}) %>

——————————————————————————————-

うん。わかりにくいね。

ヘルパーで

<table>

<tr>

<td>~</td>

…

<td>~</td>

</tr>

…

</tr>

</table>

となるようカレンダーを書き出してあげて、それをview呼び出し表示しています。

コントローラは、リンクで先月や来月の年月日を返すために使っています。

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

はじめまして。

KBMJでプログラマとして働いているkuromatuと申します。

今回は、rubyのコーディングの際によく使われるinteractive ruby(irb)を拡張するgemプラグインのwirbleを基に、更なる拡張を加えるutility_beltというgemプラグインについて紹介します。

インストール方法

gem install utility_belt

実行すると、utility_belt-1.1.0(2009/02/27現在)がインストールされます。

使い方

ホームディレクトリに以下の記述の.irbrcを置きます。

require 'rubygems'
require 'utility_belt'

utility_beltをrequireした際にwirbleもrequireされているので、wirbleに関する記述は必要ありません。

そのままirbを起動すると、wirbleの拡張機能と、utility_beltにデフォルトで設定されている機能を利用できるようになります。

デフォルト設定で適用される設定

irbがカラフルになる

これは、utility_beltが依存しているwirbleというgemプラグインで実装されている機能ですが、色設定がutility_beltで再定義されています。

色設定セットはdarkとlightの2種類が定義されていて、デフォルトではdarkが選択されています。

色をlightに変更したい場合には、

$RUBYGEMS/gems/utility_belt-1.1.0/lib/utility_belt.rb

というファイルの22行目にある記述を次のように書き換えてください。

UtilityBelt::Themes.background(:dark) if defined? UtilityBelt::Themes
↓
UtilityBelt::Themes.background(:light) if defined? UtilityBelt::Themes

ハッシュの追加・削除

+ – でハッシュの追加・削除ができます。

>> hoge = {:fuga => "bar" }
=> {:fuga=>"bar"}
>> hoge += {:hige => "baz"}
=> {:fuga=>"bar", :hige=>"baz"}
>> hoge -= :fuga
=> {:hige=>"baz"}

わざわざmergeやrejectを使わなくて良いので楽ですね。

コマンドヒストリが参照できる

wirbleの機能として、コマンド履歴の保存と参照(Ctrl-p、Ctrl-n)が利用できます。

utility_beltでは、その機能に関連するメソッドを追加しています。

h(history)                     - 履歴一覧を呼び出せます。引数として表示履歴数を指定できます。
h!(history_do)                 - 最後に実行したコマンドを実行できます。
hvi(history_to_vi)             - 履歴一覧をviで開き、編集できます。
history_write(filepath, lines) - 履歴一覧を指定したファイルの指定行に書き込みます。

実行例：/home/hoge/fugaというファイルに、履歴の0～100行目を書き込む

history_write(/home/hoge/fuga, 0..100)

irb中にエディタが呼び出せる

vi、emacs、textmate(MacOSのエディタ)が呼び出せます。

vi    - viの実行
emacs - emacsの実行
mate  - textmate

emacsclientを使用している方への対応はまだのようですが、

TODOとしてコメントが残されているところを見ると、今後のアップデートで実装されるかもしれません。

irb_options

irbの自動インデント設定をONにします。

irbの出力結果の有無を切り替えられる

v(verbose)  - irbの出力結果を表示する
q(quiet)    - irbの出力結果を非表示にする

その他の機能

デフォルトの機能以外にも有用な機能が実装されているので、すべて利用できるようにしてみましょう。

利用方法

$RUBYGEMS/gems/utility_belt-1.1.0/lib/utility_belt.rb

というファイルの16行目にある記述を書き換えてください。

UtilityBelt.equip(:default) unless UtilityBelt.equipped?
↓
UtilityBelt.equip(:all) unless UtilityBelt.equipped?

Windows・Linuxの場合には、書き換え後にirbの実行でエラーが出る可能性があります。その時は、先に挙げた行を以下のように書き換えて下さい。

UtilityBelt.equip(:all, :except => ["clipboard", "pastie", "google"]) unless UtilityBelt.equipped?

デフォルト設定以外の機能

findメソッドを省略できる(Rails用)

Ruby On Rails(Rails)でruby script/consoleを使う際に有効な機能です。

>> memo(1)
memo(1)
  Memo Load (0.0ms)   SELECT * FROM "memos" WHERE ("memos"."id" = 1)
=> #<memo id: 1, body: "test", created_at: "2009-02-25 12:00:00", updated_at: 12:00:00">

memo(1)と書くと、Memo.find(1)と挙動となります。

memo(:all, :order => “id”)などのように、

オプションも普通に渡すことができます。

標準出力に実行されたSQLログが流せる(Rails用)

こちらもRailsでruby script/consoleを使う際に有効な機能です。

logコマンドを実行すると、その後に実行されたSQLログを標準出力として表示します。

普段から別画面でログファイルをtailしている人にはあまり必要がないかもしれません。

ActiveRecord::Baseのメソッドを使ったコードの検証には役立つと思います。

log
=> #<logger:0x35ae4e0 ...>
>> memo(1)
memo(1)
  Memo Load (0.0ms)   SELECT * FROM "memos" WHERE ("memos"."id" = 1)
=> #<memo id: 1, body: "test", created_at: "2009-02-25 12:00:00", updated_at: 12:00:00">

notメソッドが使える

論理値を反転させることができます。

>> true.not
=> false

各オブジェクトのメソッドや、ロード済みのクラスがgrepできる

>> grep_classes "True"
=> ["TrueClass", "RubyToken::TkTRUE"]
>> String.new.grep_methods "split"
=> ["split"]

Symbol#to_proc、String#to_procが使える

Symbol#to_procはruby1.9系で実装されていますね。

>> plus = :+.to_proc
=> #<proc:0x03fe6930 @...>
>> puts plus.call(1,2)
3
=> nil

String#to_procも出番は少なさそうですが、面白い機能だと思います。

(1..3).map(&'*2')
=> [2, 4, 6]

is_an?メソッドが使える

is_a?メソッドのaliasとして、is_an?メソッドを定義しています。

文法の厳密さを求める方には良いかもしれません。

>> [].is_an? Array
=> true

クリップボードを操作する(Mac OS X用)

クリップボードの内容にアクセスする機能が利用できます。

MacClipboard.read          - クリップボードから読み込み
MacClipboard.write("hoge") - クリップボードへ書き込み

その他には、Amazon S3のアップロードコマンドとGoogle検索コマンド(どちらもMac OS X用)があります。

筆者の環境(Windows+Linux)では利用できなかったため、今回の紹介には含めませんでしたが、興味のある方は以下のページ(英文)にて利用方法をご確認いただければ幸いです。

http://utilitybelt.rubyforge.org/usage.html

その他

難点

Railsの1.2系だと、irbを起動していない場合でも、常に.irbrcが読み込まれてしまうという不具合が存在するようです。

そのため、常にutility_beltの拡張が有効となってしまいます。

この影響で、一部のRails Aprricationでscript/consoleを実行した際に、utility_beltとアプリケーションの一部のメソッドが競合する可能性があることに注意してください。

過去のバージョンで作者の方も苦労されたようです。

http://gilesbowkett.blogspot.com/2007/12/utility-belt-vs-rails.html

個人的な意見

rubyメソッドの確認・Railsのscript/console上での検証作業や、ruby-debugと組み合わせたデバッグ作業に利用しています。

問題解決、今書いているロジックの検証にとても役立っています。

最後に

最後までお読み頂き、誠にありがとうございます。

irbをよく利用される方、面白そうと思われた方は、ぜひ一度utility_beltを使ってみてはいかがでしょうか。

参考URL

Utility Belt

http://utilitybelt.rubyforge.org/

Rubyforge Projectページ

http://rubyforge.org/projects/utilitybelt/

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

はじめまして。

アクセス解析チーム、コンサルタント見習いの大山です。

ユーザビリティ・アクセシビリティに強いコンサルタントを目指しています。

どうぞよろしくお願いします。

■「【アクセス解析×ユーザビリティ】おこしやす！アクセス解析」ってどんなブログ？

本ブログでは、「アクセス解析」の話題を

「ユーザビリティ・アクセシビリティを高める」というテーマに視点を置き、

解析結果から問題点を洗い出し、とるべき施策・その効果までを書かせていただきます。

具体的には、

・そもそもアクセス解析とは？

・分析したけど、データの活かし方がわからない・・・

・Webサイトに対するユーザの行動心理って？

・ゴールまで到達しないのはなぜ？

・サイトの回遊を促したい・・・

などなど

自身の勉強も兼ねて、少しでも解析のお役に立てるものを掲載していきたいと思います。

まだまだ見習いですので、至らない部分は多々あると思いますが、

温かい目で見守っていただければ幸いです。。。

■そもそもアクセス解析はどうして必要なの？

Webサイトを運営するに当たって欠かせないアクセス解析。

いざ、アクセス解析ツールを導入したははいいものの、

ツールはデータの収集にすぎないので、次にとるべきアクションを教えてはくれません。

使い方によっては無意味なものになることだってあります。

そもそもアクセス解析はなぜ、近年において重要視されているのでしょうか？

アクセス解析が重要視される背景として、

消費者行動の移り変わりが理由の一つとして挙げられます。

・AIDMAの法則からAISCEASの法則へ

「AIDMA（アイドマ）の法則」をご存知ですか？

学校の授業やテレビ等で一度は耳にしたことがあるかと思います。

AIDMAとは・・・

1920年代にアメリカ合衆国の販売・広告の実務書の著作者であった

サミュエル・ローランド・ホールが著作中で示した広告宣伝に対する

消費者の心理のプロセスを示した略語です。

AIDMAの法則では、消費者がある商品を知って購入に至るまでに

次のような段階があるとされる。

1. Attention （注意）
2. Interest （関心）
3. Desire （欲求）
4. Memory （記憶）
5. Action （行動）

（Wikipediaより）

ほとんどの消費者プロセスはAIDMAによって説明付くものだと思います。

しかし、近年ではインターネットを通して物を購入することが多くなり、

消費者の行動場所が現実からパソコンの中へと移り変わりつつあります。

商品の価格比較や口コミなど、実店舗ではなかなか得られない情報を

ボタン一つで簡単に得られることが、理由の一つとして挙げられます。

そんな新しい消費者行動モデルとして、

近年、「AISCEAS（アイシーズ）の法則」（(有)アンヴィコミニケーションズの商標）が提唱されています。

AISCEASとは次のような消費者行動を指します。

1. Attention （注意）
2. Interest （関心）
3. Seaｒｃｈ （検索）
4. Compare （比較）
5. Examination （検討）
6. Action （行動）
7. Share （共有）

行動は細分化され、ユーザがインターネットを使い慣れてきたことが伺えます。

・AISCEASの法則からわかること

近年の細分化された消費者行動によりわかること、

それはユーザの行動履歴がインターネット上に増え続けていることです。

つまり、自身のWebサイトへ訪れたユーザの行動履歴を知ることで

より戦略的なサイト作りに欠かせない情報を得られるのです。

・自身のサイトへどのようなキーワードでSeaｒｃｈ （検索）したのか

・Compare （比較）やExamination （検討）の対象となるページ毎の

　閲覧時間やPV数、ゴールページまでにたどり着く確立、等

・ユーザが自身のサイト内でとるAction （行動）

を、アクセス解析では見ることができます。

アクセス解析結果には、Webサイトに対するニーズやユーザの動向を知るヒントが多く存在します。

Webサイトの最適化、最大化は多くのWeb担当者の目標ではないでしょうか。

近年、激化するインターネット時代において、

Webサイトの目標を達成のための施策を打つには、

アクセス解析はなくてはならないものであると考えられます。

今回は、 アクセス解析が必要な理由を簡単に書かせいていただきましたが、

次回以降、データの収集後に次にとるべきアクションの具体策などを掲載していこうと思います。

しかし、予定は未定ですのであしからず・・・

では、また。

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

Postgresqlに限らず、インデックスを利用する/利用しないは、

DBを使ったシステムの速度を決める重要な要件だったりします。

今回は、業務中に突き当たった複数のカラムを指定していた場合

DESCやASCを使っていた場合、indexを利用しなかったpostgresの

対応方法について説明します。

なお、突き当たったバージョンは8.1.9でした。

対象はたいした事は無いsql文なのですが、こういったsql文です。

SELECT

entries.id,entries.title, entries.body, entries.entry_type, entries.created_at, entries.updated_at

FROM

entries

ORDER BY

entry_type,updated_at DESC

indexは、　entry_type, updated_atの複合indexを張っています。

ですがコレがindexを利用しない。

DESC句を外すと利用するんですけどね。

というわけで幾つか検索した所、以下の2つの情報を参照して解決しました。

http://itpro.nikkeibp.co.jp/article/COLUMN/20051117/224817/?P=5

http://d.hatena.ne.jp/poch-7003/20070913/1189691482

今回はtimestamp型ですので、postgresから

rails_db=# ¥df *cmp

とした結果の

Schema | Name | Result data type | Argument data types

————+———————-+——————+———————————————————-

pg_catalog | bitcmp | integer | bit, bit

pg_catalog | bpcharcmp | integer | character, character

pg_catalog | btabstimecmp | integer | abstime, abstime

pg_catalog | btarraycmp | integer | anyarray, anyarray

pg_catalog | btboolcmp | integer | boolean, boolean

pg_catalog | btbpchar_pattern_cmp | integer | character, character

pg_catalog | btcharcmp | integer | “char”, “char”

pg_catalog | btfloat48cmp | integer | real, double precision

pg_catalog | btfloat4cmp | integer | real, real

pg_catalog | btfloat84cmp | integer | double precision, real

pg_catalog | btfloat8cmp | integer | double precision, double precision

pg_catalog | btint24cmp | integer | smallint, integer

pg_catalog | btint28cmp | integer | smallint, bigint

pg_catalog | btint2cmp | integer | smallint, smallint

pg_catalog | btint42cmp | integer | integer, smallint

pg_catalog | btint48cmp | integer | integer, bigint

pg_catalog | btint4cmp | integer | integer, integer

pg_catalog | btint82cmp | integer | bigint, smallint

pg_catalog | btint84cmp | integer | bigint, integer

pg_catalog | btint8cmp | integer | bigint, bigint

pg_catalog | btname_pattern_cmp | integer | name, name

pg_catalog | btnamecmp | integer | name, name

pg_catalog | btoidcmp | integer | oid, oid

pg_catalog | btoidvectorcmp | integer | oidvector, oidvector

pg_catalog | btreltimecmp | integer | reltime, reltime

pg_catalog | bttext_pattern_cmp | integer | text, text

pg_catalog | bttextcmp | integer | text, text

pg_catalog | bttintervalcmp | integer | tinterval, tinterval

pg_catalog | byteacmp | integer | bytea, bytea

pg_catalog | cash_cmp | integer | money, money

pg_catalog | date_cmp | integer | date, date

pg_catalog | interval_cmp | integer | interval, interval

pg_catalog | macaddr_cmp | integer | macaddr, macaddr

pg_catalog | network_cmp | integer | inet, inet

pg_catalog | numeric_cmp | integer | numeric, numeric

pg_catalog | time_cmp | integer | time without time zone, time without time zone

pg_catalog | timestamp_cmp | integer | timestamp without time zone, timestamp without time zone

pg_catalog | timestamptz_cmp | integer | timestamp with time zone, timestamp with time zone

pg_catalog | timetz_cmp | integer | time with time zone, time with time zone

pg_catalog | varbitcmp | integer | bit varying, bit varying

(40 rows)

Argument data typesに、型が書いてあるので、使いたい型を選びます。

今回は、updated_atなので、timestamp型となり、timestamp_cmpを利用しました。

で、その逆の関数を作成します。

CREATE OR REPLACE FUNCTION timestamp_cmp_rev(TIMESTAMP, TIMESTAMP) RETURNS INTEGER AS $$ SELECT timestamp_cmp($2,$1);$$ LANGUAGE sql

その後、参考URLに書いてある通り作成しました。

CREATE OPERATOR CLASS timestamp_desc_ops FOR TYPE TIMESTAMP USING BTREE AS OPERATOR 1 >, OPERATOR 2 >=, OPERATOR 3 =, OPERATOR 4 <=, OPERATOR 5 <,FUNCTION 1 timestamp_cmp(timestamp, timestamp)

で、indexを作成しました。

CREATE INDEX index_entries_on_entry_type_and_updated_at ON

entries(entry_type, updated_at timestamp_desc_ops)

これで検索するとインデックスを使用してくれました。

もし「もっと良いやり方あるよ」と言う方いらっしゃいましたら是非教えて下さい。

なお、8.3からdescで指定できるようです．．．苦労はなんだったんだろう。

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

こんにちは。maiです。
IE7の登場により徐々にシェアを減らしつつあるIE6ですが、
そうはいってもまだまだ健在です。
そしてそのバグもまだまだ健在です…。

今回はpositionの値をabsoluteにしたボックスが、
なぜかIE6で見えなくなってしまうバグについてその対処法をご紹介です。

このバグ「absolute position disappearing bug」というバグらしいのですが、
代表的なものに比べると、あまり知られていないことからわかるように、
ものすごく限定状況で起きるバグです。

今回私が遭遇したのはこのケース

1:position:absoluteしたdiv
2:float:leftしたdiv
3:float:rightしたdiv

positionの値がabsoluteで、なおかつすぐ次に続く要素がfloatしていること
が私の場合の発生原因だったようです。
この場合の回避方法は…

1:position:absoluteしたdiv
2:空っぽのdiv
3:float:leftしたdiv
4:float:rightしたdiv

これです。 スマートじゃないですね。わかってます。
でもどうやらこのバグを回避するにはスマートじゃないやり方しかないようです。
一番スマートなのは、このバグが発生しないようにデザインを組むこと…ですね。

なお、上記を含めたこのバグの発生条件と回避方法については
以下のページがわかりやすくまとまってます。
Win/IEで絶対配置（position: absolute）のボックスが消えるバグの検証ページ（jmblog.jp）

この記事はアピリッツの技術ブログ「DoRuby」から移行した記事です。情報が古い可能性がありますのでご注意ください。

こんにちは。

KBMJの佐藤です。

今回は RMagick を使って、Web2.0 っぽいバナー画像を作成してみます。

ImageMagick とは

ImageMagick とは、画像ファイルを加工するための機能を提供してくれるプログラムです。

RMagick とは

RMagick とは、ImageMagick を ruby で扱えるようにしたものです。

ImageMagick のインストール(MacOSX で MacPorts を使ってインストールする場合)

% sudo port install ImageMagick

RMagick のインストール

% sudo gem install rmagick

コードを書く

require 'RMagick'
include Magick

WIDTH = 650
HEIGHT = 40

# 画像リストを作成
stripes = ImageList.new

# グラデーションを作成
top_grad = GradientFill.new(0, 0, WIDTH, 0, "#dddddd", "#888888")
# グラデーション画像を作成
image1 = Image.new(WIDTH, HEIGHT, top_grad)
# グラデーション画像を保存
image1.write('image1.png')
# グラデーション画像をリストに追加
stripes << image1


# グラデーションを作成
bottom_grad = GradientFill.new(0, 0, WIDTH, 0, "#757575", "#555555")
# グラデーション画像を作成
image2 = Image.new(WIDTH, HEIGHT, bottom_grad)
# グラデーション画像を保存
image2.write('image2.png')
# グラデーション画像をリストに追加
stripes << image2

# 画像を上下方向に連結
combined_grad = stripes.append(true)
# 連結した画像を保存
combined_grad.write('image3.png')

# 連結した画像を複製
image4 = combined_grad.clone
# 文字列を描画
gc = Draw.new
gc.font = '/Library/Fonts/ヒラギノ明朝 Pro W3.otf'
gc.fill = 'white'
gc.stroke = 'none'
gc.pointsize = 60
gc.annotate(image4, 0, 0, 10, 60, "Do Ruby!")
# 文字列を描画した画像を保存
image4.write('image4.png')

処理を実行する

% ruby web20.rb

実行結果 image1.png の内容

実行結果 image2.png の内容

実行結果 image3.png の内容

実行結果 image4.png の内容

さいごに

RMagick を使うと、Photoshop で作成したような画像も Ruby スクリプトを記述することによって生成することができます。

皆さんも是非お試し下さい。

個人ブログ 拡張現実ライフ