当サイトのblogのエントリーで検索ワードが多いのはCPANなんですがこの古い記事はperl5.6時代に書いた記事(多分10年近く前だと思う)で今時のperl使いにお勧めできるものではありません。 2010年2月にあの miyagawa さんが書いた cpanminus が非常に素晴らしいので CPAN::shell を捨てて App-cpanminus を積極的に利用しましょう。 と言うことでcpanに関連して新しい記事を書いてみました。 CPAN::shell の欠点 設定が面倒 動作が遅い(cpanmと比較して) 多くのメモリが必要(制約のきついレンタルサーバで使うのは無理) 依存するモジュールが多い 基本root権限が必要 cpanm の利点 一枚岩のプログラムで可搬性に優れる 高速で小メモリでも動作可能 pluginで拡張できる local::lib と組み合わせるとユーザーラン
CPAN本の出版おめでとうございます＆献本頂きありがとうございます。私がリリースしたもの*1も収録されています。 紹介と感想 CPANモジュールを32のジャンル（ユーティリティ／データ／クラス／日付／アルゴリズム等々）に分け、目的のモジュールと使い方を説明する形式で、まさに書名の通り「CPAN モジュールガイド」と呼ぶにふさわしい本といえるのではないでしょうか。また、400ページ超のこの分量を書くのは相当な苦労だったのだろうと想像できるほどの力作となっています。 多くのPerl入門書ではCPANの記述は最終章近くで存在に触れている程度でしかなく、どれを使えば良いのかわからない状態で先に進めない人が多いのではないかと思いますが、本書はそういった問題を解決するひとつの手段になりうるのではないかと思います。 また、自分の知らないモジュールがたくさんあることを思い知らされました。さらに、モジュール
Perl › モジュール › here CPANモジュールを使用すればCPANからモジュールインストールすることができます。CPANは無料で利用できるモジュールがたくさん集められたサイトです。CPANモジュールはコマンドラインから利用することが想定されており、cpanコマンドから各種機能を利用することができます。 コマンドラインでcpanコマンドを実行するとモジュールをインストールすることができます。 # モジュールのインストール cpan モジュール名 またcpanシェルと呼ばれる対話的にインストールを行う機能もあります。cpanコマンドに引数を指定しなければcpanシェルが起動します。(ActivePerlでYAMLエラーがでる場合がありますが対処ほうはこちらにあります。) # cpanシェルの起動 cpan # モジュールのインストール(cpanシェル) install モジュール名
はてなでは、サーバーがCentOSで統一されているけれど、個人の開発環境は各々に任されています。なので、新しくマシンを買ったときなどは 開発環境の構築に一日が費やされ・・・なんということはよくある話。 最近の日記にも書いていますが、Snow Leopard 移行が結構面倒で今日やっと製品のコードが手元のマシンで動くようになりました。(一応書いておくとメインの開発機ではありません) 主に cpan パッケージのインストールが面倒で、動かしてみてはrequire でコケたものをインストールするという通称CPAN祭りなる単純作業が非常に苦痛でした。 そこで、まあ簡単な話なのですが、server に入っている cpan のパッケージをリストアップして、インストールすればいいじゃんと言う事で簡単なスクリプトを書きました。 CentOS のマシンで、 rpm -qa | grep perl > pac
※2010/4/18 パイプを使った例 を追記しました 先々週くらいから、vim上からackを使った「ディレクトリ以下のファイル一括置換」を行うvimスクリプト書いたりしてました。 でもなんかしっくりこないので公開するかどうかは微妙… ちなみにackは簡単に言うと「find+grep」を一発実行するようなものです。 ハイライトなども対応しているし、他のコマンドに結果をパイプして渡したりするのにも使えるので 激しく便利。 で、そのためにいろいろack調査してたのですが、 日本語の説明があまりなかったので使い方などをメモ書きしておきます。 ちなみに、以下の実行例についてはplaggerのソースを検索した結果になっています。 インストール cpan App::Ack でok。 yumとかapt-getでもパッケージあるようですし、単一スクリプトとしても提供されているようです。 詳しくはこちらのH
メール送信のあれこれ たとえばウェブアプリケーションでなにかの注文を受け取ったとき、あるいはシステム管理ツールでなにか異常を発見したとき、ユーザや管理者にメールを送れるようにしたい、というのはよくある要件です。昔はヒアドキュメントやテンプレートエンジンなどを使って送信したいメールを用意したあと、sendmailへのパイプを開いてメールを流し込んでいたものですが、いまはメールの作成から送信まで、すべてモジュールを使って実現できるようになっています。 とはいえ、需要が大きいだけにメール関係のモジュールは山のようにあります。ディストリビューション（パッケージ）の数だけで500を数えますし、メール関係の名前がついたモジュールは現在CPANにアップロードされている7万以上ものモジュールのほぼ1割を占めるほどです。これではどれを使えばよいのかわからないという声があがるのも当然でしょう。 そこで今回はP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
