"YAPC ASIA 2013"に応募してたトークが採択されました。 はてなのサーバ管理ツールの話 - YAPC::Asia Tokyo 2013 はてなの自社製サーバ管理ツールの思想と設計を紹介します。 はてなでは数千台のホストを運用しており、運用を効率化するためにサーバ管理ツールを自社で開発しています。 このセッションでは、「はてなにおけるサーバ運用に求められるもの」と「パフォーマンスメトリクスの可視化」の話をしたいと思います。 実装言語はもちろんPerlです。 ... サーバ管理ツールの話にみせかけたRRDtoolとの戦いのはなしです。 がんばりましょう。 YAPCで聞きに行きたい話 Talks - YAPC::Asia Tokyo 2013 PSGI/Plack・Monocerosで学ぶハイパフォーマンスWebアプリケーションサーバの作り方 - YAPC::Asia Tokyo 2
Carton 1.1 and cpanm 1.7 are set to be released soon. In this talk I will explain what's new and has changed since the last time I talked about them, including but not limited to, the improved version query using MetaCPAN, git support in cpanfile, how to conservatively update versions, and many more.
プロジェクトが依存しているモジュールをローカルミラーで管理します。 ローカルミラーはプロジェクトのバージョン管理下に入れます。 こうすることで、依存モジュールのバージョンを固定することができます。 管理ツールインストール ローカルミラーを管理するツールOrePANをインストールします。 $ cpanm OrePAN ローカルミラーを作成する cpanmコマンドを使って、ローカルミラーを作成します。 基本は「--save-dists」オプションを使い、ローカルミラーを作成していきます。 以下のようにcpanmコマンドを実行します。 $ cpanm -L local-tmp --save-dists=cpan-mirror Mojolicious バージョンを指定してインストールしたい場合は、「Mojolicious@3.82」というように@をつけて指定します。 $ cpanm -L loca
これまでサービスで使うCPANモジュールの管理と言えばrpm/debパッケージが主流だと思いますが、最近ではperlbrewで使いたいバージョンのperlをインストールすることもあり、rpm/debでは対応できなくなってきています。 perlbrewのperlに対してプロジェクトが依存しているCPANモジュールを入れる際、 $ perlbrew switch perl-5.12.3 $ cd /path/to/MyProj $ perl Makefile.PL $ cpanm --installdeps . などと cpanm —installdeps が使えます。 しかし、これではサーバを新規セットアップするたびに、最新のモジュールが入ることになりサーバ間でモジュールのバージョンの差異が生まれる可能性があります。 そこで対応策として考えられるのが開発サーバで—installdepsを実行
2012-09-02 quickrun.vim + Project::Libs の組み合わせが便利 perl vim VimでPerlを書いている人なら、編集中のテストでquickrunして「Can't locate ...」が出てやる気をくじかれた経験があると思います。パス通ってないからそりゃこうなりますね。で、そういうときは、Vimを抜けてプロジェクトのトップディレクトリでproveするか、テストに use lib '../lib'; を書き足したりするわけですが、いちいちこの作業するのは面倒くさいし、本筋に関係ないコードでテストを汚したくない。自動にパスを通すのを、Vim側でやってほしい。ではどうするか。結論から言うと、.vimrc にこの設定を書き足せば、自動でパスが通った状態でquickrunできる。（cpanm Project::Libsしてね） let g:quickrun_
実際は 3つぐらいしかないです。 Cinnamon の Minilla 化で @shiba_yu36 先生がハマっていたのでここに記す。 ちなむと、Minilla の現在の HEAD (cb3fc97d4e) で試しているのであり、今後は修正される可能性が大いにあります。 migrate 編 0. とりあえずブランチ切りましょう いつでもあの頃に戻りたい。みんなそう思っている。 # Minilla 化される直前の commit からブランチを作成 $ git checkout -b minilize 0bf8634 あとは、何かあったら以下のコマンドで元通りです。 $ git reset && git checkout . && git clean -df 1. ディレクトリ名とモジュール名が一致していない git repository では全部小文字なんだけど実際のモジュールは大文字だっ
Module::Setupを使ってモジュール書くぞ、と思ってた矢先に CPAN モジュールの開発についての最近の風潮という@tokuhirom氏のブログのエントリを読みました^^;; minillaでもよかったのですが、全体像がわからなかったので今回は@miyagawaさんの秀逸なscreencastを参考にmillaを使ってみることにしました。 Milla, a Dist::Zilla profile that doesn’t suck (screencast) 基本的にscreencastそのままやればいいのです。 依存関係が沢山あって時間がかかるのでscreencastを見てる裏でcpanm Dist::Millaを走らせましょう $ cpanm Dist::Milla githubにpushするためにApp::phを使います。(Rubyistの人はhubも使えるようです。) $ c
cpanm の挙動がおかしいな、とおもったら確認すべきこと だいたいはセットアップに失敗しているだけですが、cpanm がキョドってるときに僕がやっているトラブルシューティングの手順をここに記す。 おもった通りの cpanm をよんでいるかチェックする % which cpanm おもった通りの perl で cpanm がうごいているかどうかみる cpanm -v cpanm がちゃんとしてるかみる % head `which cpanm` 変な PERL5LIB とか PERL5OPT とかを設定してないかみる % env | grep PERL ログをみよう ~/.cpanm/build.log をみると答えがのっている。 ログをさらそう ~/.cpanm/build.log を社内ノーペーストにはって助けをもとめたりするとよい。 社内にそれっぽい人がいない場合は http://li
複数バージョンのモジュールで同じコードを実行してBenchmark.pmで計測したい、というケースにこう書けばいいかな、という例。 普通にBenchmark.pmを使ってしまうと同一モジュールを違うバージョンで複数読み込むことができないため、 バージョンごとに子プロセスを fork 子プロセスで use lib して @INC を追加してから use 計測した結果をファイルに保存して親プロセスで集約、表示 という流れで書きます。 use strict; use Benchmark qw/ :all /; use File::Temp qw/ tempfile /; use Storable qw/ nstore retrieve /; # 計測したいコード my $code = sub { my $c = Cache::Redis->new; for ( 1 .. 10 ) { $c->s
carton + 開発版の cpanm で、特定のバージョンのモジュールをつかいこなす! 開発版の cpanm で、META file の version range がサポートされるようになりました。 CPAN の META spec v2.0 では、version range がサポートされていて、以下のような柔軟な指定が可能となっています。 Some fields (prereq, optional_features) indicate the particular version(s) of some other module that may be required as a prerequisite. This section details the Version Range type used to provide this information. The simples
開発メモその3です。今回は Perl のおはなし。 何年も前に作ったウェブアプリケーションのコードを開いてみたら黒歴史なコードが出てきて憂鬱な気分になる、そんな経験ありませんか。私はあります。ずっとそんな現実から目を背けて生きてきました。 さて、先日 Perl + CGI で書いて Apache::Registry で高速化している、実行環境が Apache に癒着した CGIアプリケーションを発見しました。おえ〜っ。一から作り直したい気持ちをぐっと堪えて、これを Plack 化したりとリフォームしていくとしましょう。その過程を以下記します。劇的ビフォア・アフター! ･･･とかは期待せず、地道な変更を積み重ねていくのがコツです。 方針 いきなりコードをがりがり書き換えていくというよりは、試行錯誤のしやすい環境に移行させていきながらリフォームを進めます。遠回りですが、結果的にその後の運用が楽
こんにちは、週末海でマンボウを獲っていたらラギアクルスに襲われた@hirataraです。今回はPerl Data Languageについて紹介します。 Perl Data LanguageとはMATLABやNumpy、Rなどと同様に、多次元配列を効率よく扱って数値計算を実現するためのライブラリです。cpanmで普通にインストールすれば使えますが、グラフを描画したり本格的な数値計算のライブラリであるGSLのバインディングを利用したりする場合はhomebrewでゴニョゴニョしたりする必要があるので、多少頑張って下さい。 基本的にはpdl関数でオブジェクトに変更してから使います。 use PDL; my $pdl = pdl [[1, 0, 0], [0, 1, 0], [0, 0, 1]]; print $pdl; 【実行結果】 [ [1 0 0] [0 1 0] [0 0 1] ] pdlが
Cartonを使っているとこの問題があって今までだましだましやっていたのだけどそれも限界になってきたので問題の解決を図ってみたんですが一筋縄じゃいかなそうだったので一旦問題の整理と周知のためにエントリを書いてみる次第。 用語の整理 CPAN author諸氏におかれましてはあたりまえのことだとは思いますが一応整理。 ディストリビューション(distribution)CPANにおいて実際に配布されるファイルのこと。tar.gzかzipファイル。複数のモジュールやMETAファイル等が含まれている。リリース(release)とも。モジュール(module)ディストリビューションに含まれる *.pm ファイルのこと。パッケージ(package)モジュールに含まれるpackage宣言されたperlにおける名前空間のこと。http://www.perl.com/CPAN/modules/02packa
モダンな感じで perl でウェブアプリ作りたいなーと思ってほげほげしてます。メモ書き。 最近の流行りでは、system perl なんてもう使わないわけで、自分で perl を make して入れるもの。それを簡単に管理できるのがperlbrew。で、アプリ毎に perl を入れてもいいなぁとは思ったんですが、さすがにそこまで仰々しくしたくはない。でも、CPAN モジュールについてはアプリ毎に依存が無いようにしたい(あるアプリが変にバージョンアップしちゃって他が動かないとか嫌)。 どうするのがいいかなーと色々考えたんですが、そういえば miyagawa さんのCartonというのが、依存関係やバージョンも含めて CPAN モジュール管理できるということでこれをアプリ毎に使うのが正統だろうなと思ったので使ってみた。 まずは perlbrew でインストール これは説明の通り。 $ curl
実はperlbrewも入れてあったので、昨日に引き続きperlbrewを使ってPerl環境を整えてみた、を書いておく。 PerlもSnow Leopardには最初から入ってるんだけど、5.10なので新しいの使いたいよねーってことで。 タイトルには「Macで〜」って入ってるけど、perlbrew自体はUNIX系の環境で使えます。 perlbrewっていうのは、複数のPerlバージョンを簡単にインストールしたり切り替えたりできるようにするツールで、RubyでいえばRVM、Pythonでいえばpythonbrewみたいなもん。 これを使えばOS標準の環境も汚さないし、5.10系、5.12系、5.14系とかプロジェクトで使用中のバージョンと最新版とか色々な複数の環境を簡単に共存させて使い分けることができる。ステキ！ perlbrewを使うとこんな感じでサクサク環境を使い分けることができるようになる
JPerl Advent Calendar Casual Track 一日目をやる myfinder です。 去年はlocal::libがもてはやされたりしていましたが、あれから1年の間にPerlは更に手軽に使えるようになりました。 初日、最初の一歩ということで今回はPerl開発環境を簡単に作るための手順をまとめます。 対象は基本的にLinuxで、さくらのVPSとかその辺を想定しています。 Macでも同じようにやればできるでしょう。 Windowsの場合はわかりません。きっとWin32トラックの人が書いてくれると思います(ぉ perlbrew これまでは、システムの提供するPerl + local::libで環境を作っていたと思いますが、perlbrewの登場によってPerl本体すらも自分のアカウント内に置くことが簡単にできるようになりました。 バージョンの切り替えもできるので、複数のバー
まっさらなLinuxにCatalystを入れてみたのでメモ。Macではあっさりいった（記憶がある*1）んだけど結構手こずった。Catalystで一番大変な乗ってインストールしてから動かすまでだと思うんですが、意外とネットにやり方が落ちてないので自分がやったことを記録してみる。Catalystのインストールモジュールのインストールにはcpanmを使う→（perlモジュールのinstallにcpanmを使う｜perl｜@OMAKASE）Catalyst本体 $ cpanm YAML $ sudo cpanm -f Catalyst::Runtime $ sudo cpanm -f Catalyst::Devel View $ cpanm Catalyst::View::TT $ cpanm Catalyst::View::JSON Model $ cpanm DBI $ cpanm DBIx:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く