Herokuとwerckerによる継続的インテグレーション・自動デプロイでperlのwebアプリケーションを開発する - 平常運転
この記事ははてなエンジニアアドベントカレンダー2014の17日目です。昨日は id:cockscomb による Swiftでenumとジェネリクスを活用したかっこいいAPIクライアントを書く でした。 このエントリでは、CIツールのwerckerとアプリケーションプラットフォームのherokuを組み合わせることでperlのwebアプリケーションのCIを行い、自動デプロイする環境を実現する方法について述べます。 動機 今回のエントリで述べる自動デプロイの流れについては、はてなで11月に行った開発合宿のために筆者、および筆者の開発チームで必要になったために構築されました。 id:onishi によるサービス開発合宿のエントリにもあったように、今回の合宿では合宿先から社内へのVPNが整備されていないことなどから、社内の開発用サーバに依存しないしない各種PaaSを用いた環境を構築することになりまし
Perl から Fluentd にログ出力 - Fluent::Logger リリース - 酒日記 はてな支店
皆さん、ログ書いてますか！？(挨拶) Fluentd meetup in Japan も開催間近、最近大変熱いイベントログ収集システム Fluentd なわけですが、Perl からログを出力する Fluent::Logger というモジュールを CPAN にリリースしたのでお知らせします。 (最初の版は id:hirose31 さんが書かれて、それに同僚の id:shin1rosei と手を加えたものです) インストールは cpanm などでどうぞ。使い方は POD にもあるように簡単です。 use Fluent::Logger; my $logger = Fluent::Logger->new( host => "127.0.0.1", port => 24224 ); $logger->post( "myapp.info" => { foo => "bar" } ); 上記の例で送信す
Perl/CPAN/CPAN環境を構築する - Lightweight Languageと暮らす
Proxyを使用する場合 † proxyサーバを利用しなけらばならない場合は、cpanコマンドによる初回問い合わせで入力してもよいのですが、環境変数 http_proxyとftp_proxy 設定しておけばCPAN初期設定画面に表示されます。 以下にhttp_proxy, ftp_proxyの設定例を記します。 export http_proxy=http://proxy_server:8080/ export ftp_proxy=http://proxy_server:8080/ 書式は以下のようになります。 export http_proxy=http[s]://プロキシサーバ:ポート番号/ export ftp_proxy=http[s]://プロキシサーバ:ポート番号/ ↑ CPANコマンドを実行して設定を行う † 基本的にはデフォルトのままで設定が完了できます。 デフォルト値が[
Perl-users.jp - 日本のPerlユーザのためのハブサイト
Perl Mongers Perl Mongers とは、日本各地に存在する、Perl ユーザーのコミュニティのことです。各種イベントが行われていますので、是非参加してみましょう。 Shibuya.pm Fukuoka.pm Kansai.pm (@kansaipm) Yokohama.pm (@yokohamapm) Hokkaido.pm (@hokkaidopm) Nagoya.pm (@nagoyapm) Kushiro.pm (@kushiropm) Kyoto.pm (@kyotopm) Kamakura.pm Niigata.pm (@niigatapm) Sendai.pm (@sendaipm) Tokyo.pm Hachioji.pm (@hachiojipm) Chiba.pm (@chibapm) Yomitan.pm (@yomitanpm) Machida.pm
【PHP vs Perl】 昔から議論になっている事ですが、結局の所どっちがどうなのでしょう？…
【PHP vs Perl】 昔から議論になっている事ですが、結局の所どっちがどうなのでしょう？ 私自身は Perl 屋ですが、Perl が PHP に負けているという事も無いような気がします。 しかし、人力検索でも随分と PHP の質問が多いように感じられます。Perl はどこですか？みたいな。 言語仕様的な面からそれぞれのメリットとデメリットを述べられる方はおりますか？ 平たく言えば、Perl にできて PHP にできない、またはその逆について解説して頂きたいのです。 そして面白い事に、国内のブラウザゲームの大半は何故か Perl で記述されています。 最近は PHP も増えてきた感じもするのですが、中身を見るとそのソースは Perl もどきだったりもします。 個人的には Perl で全てが済むと思うのですが、何故にして PHP を使うのでしょうか？
Perl best practices[Perlベストプラクティス] 3章 命名規則 - やわらかコード
perl, 本 | 00:43 | まず文法規則を作り、それを守る。Perlの文法概要は、CPANのPare::RecDescentモジュール付属のtutorial.html参照。パッケージやクラス名の命名 => :: :: or :: or ただし、この階層関係はPerlで自動で反映されるものではない。以下のように明示的に示す。 package Disk; package Disk::DVD; use base qw( Disk ); package Disk::DVD::Rewritable; use base qw( Disk::DVD ); 変数名は具体的につける複数のブロックで使用される変数の名前は、常に2つ以上の要素で構成される名前を付ける。変数の名前は、[ _ ]* のように、0個以上の形容詞を名詞の前に付ける。例えば、$total_scoreではなく、$running_
Perl meets GPU - Qiita
Perl Advent Calendar, 20日目担当しますpapixです. 宜しくお願い致します. 今日は, ｢Perl meets GPU｣というタイトルで, PerlとGPU, そしてGPUを利用したGPGPUについてのお話をさせて頂きたいと思います. GPGPUとは? GPGPUとは, General-Purpose computing on Graphics Processing Unitsの略語で, グラフィックボード(GPU)の演算資源を, 画像処理以外の汎用演算に用いる技術のことです. GPUには, 画像処理を高速に行うために大量のコアが搭載されているので, これらのコアで処理を分散することで, 高速化を実現します. GPGPUを上手く利用すれば, シミュレーション, 暗号解読, 音声処理などのデータ並列性のある処理を, 高速かつ低コストで実現できるので, 特に学術分野で
[Perl] my と local と our の違いについて - 竹迫の近況報告
404 Blog Not Found:perl - myとourとscopeと みんな難しく考えすぎです。 （例外については後で考えることにして）とりあえず以下の基本をおさえておけば混乱することはないと思います。 ■ our 宣言について our はグローバル変数をスマートに使用するための宣言です。our は use vars と等価と考えてください。 our $var; は use vars qw($var); と等価。 our $var = 1; は use vars qw($var); $var = 1; と同じ動きをするもの、と覚えておけばOKです。それ以上の違いは基本的にないと考えて構いません。 ひとつ実用上の違いがあるとすれば、our は Perl 5.6 以降の built-in なのに対して、use vars は vars.pm の Perlスクリプトで実装されています。し
![[Perl] my と local と our の違いについて - 竹迫の近況報告](https://cdn-ak-scissors.b.st-hatena.com/image/square/e92af714c36668a34ee1fdf7dd8464828acfcc1d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F8454420450103834818%2F17680117126987713958%2F1551691469)
Perl6がリリースされてもPerl5は衰退していかないということを伝えたい - Perl入門ゼミ
Perl › 読み物 Perl6について皆さんはどんな考えを持っていますか? 「もうすぐPerl6がリリースされる」「Perl5はだんだんと衰退していってをPerl6に移行してゆく」「Perl5の次世代で機能が豊富でPerl5の悪い部分は取り除かれて使いやすくなっている」「Perl5のような汚いコードではなくてきれいなコードが書ける」 もしこのような考えを持っているとしたらこれは大きな誤解です。当初の理念としてはこれが正しいのかも知れませんが、Perl6の現在おかれている状況はこれとはまったく異なります。 Perl5の現在 Perl5はPerl4の純粋な後継でほぼ互換性があります。普通に書かれたPerl4のコードについてはわずかな修正を加えるだけでPerl5で実行することができます。 よく言われるPerlの汚いコードというのは「Perl4で書かれたコード」のことです。Perl5ではソースコ
第140回 ブロックを渡せるのはRubyだけじゃない! Perlだって渡せるんだ！ - bingo_nakanishiの他言語出身者のためのPerl入門
YAPCが始まりましたね。 去年は参加したのですが（聴衆の方ですが）、今年は非常にとてつもなく残念な事に参加できません。 でも気分だけでもひたりたいのでPerlのお話を少々。 Rubyに備わったブロックという概念 Rubyは言語自体に高階関数をブロックという形でもっており、 eachなどで使われているのは有名です。 例： array = [1,3,5,9] array.each{|i| puts i} eachに与えている { }の部分がブロックです。 自前でブロックを受け取る関数を作りたければ yield を使えばよいでしょう。 今回のお話の内容は「Perlでもブロックを渡せる」ということなので、 eachの機能, yieldの機能は知っておられるという前提で先にすすみたいと思います。 Perlのブロックを使った例 それではRubyの話はこれくらいにしてPerlの話にまいりましょう。 ま
意識が高まりゆき、Test::More::Hooksというモジュールかいた #perlましましブログ | ましましブログ
先日から社内で、今年度の新卒向けにテストの講師やってくださいと仰せつかり、 別に誰かに強制されたわけではないのですが、去年までの講義資料だとチュートリアル的な感じで終始してしまったいたので、 資料をスクラッチで書き始めてしまい、しばらく苦しみが続きましたが、そこそこ体系的に知識突っ込めたような気がします。 Perl Advent Calendar 2011 Test Trackとか,tokuhiromさんのPerl テスティングハンドブック読んだりしましたし、 Perlだけじゃなくてユニットテスト全般の話をしたかったので、Junit実践入門読んだり、レガシーコード改善ガイドとか、 The RSpec Book読んだりしました。 そんな中、Perlでユニットテスト書くのってどうするのが最強なんだ？って言う疑問がすごいあって、 Test::Classが最強なんじゃないかと思ったりしたのですが、
carp - エラーの警告 (呼び出し元の観点から); cluck - スタックバックトレースを伴うエラーの警告 (デフォルトではエクスポートされません); croak - エラーを出してdieします (呼び出し元の観...
名前¶ carp - エラーの警告 (呼び出し元の観点から) cluck - スタックバックトレースを伴うエラーの警告 (デフォルトではエクスポートされません) croak - エラーを出してdieします (呼び出し元の観点から) confess - スタックバックトレースを伴ってdieします shortmess - carpとcroakが生成するメッセージを返します longmess - cluckとconfessが生成するメッセージを返します 概要¶ use Carp; croak "We're outta here!"; use Carp qw(cluck); cluck "This is how we got here!"; print FH Carp::shortmess("This will have caller's details added"); print FH Car
Moose::Manual::MooseX - おすすめの拡張モジュール - perldoc.jp
題名¶ Moose::Manual::MooseX - おすすめの拡張モジュール MooseX?¶ Mooseを拡張したり変更するのは簡単です（だからこそMooseはこれほど強力なのです）。MOPのAPIを使えば、独自のやり方で処理を行ったり、新しい機能を追加したり、一般的なカスタマイズを行うこともできます。 ただし、独自の拡張モジュールを書く場合は、メタモデルをよく理解しておく必要があります。まずはMoose::Manual::MOPのドキュメントをご覧ください。Moose::Cookbookにもいくつか拡張のためのレシピがあります。 拡張モジュールの書き方を説明するのはこのマニュアルの範囲を超えますが、ありがたいことに、すでに多くの人が拡張モジュールを書いてCPANにあげてくれています。 このドキュメントは、その中から私たちがもっとも愛用しているいくつかのモジュールを取り上げます。 M
Hello Worldコレクション(6) Perl編 - 意外!?に多芸多才なスクリプト言語
PerlのHello World 第6回は、Perlを使ったHello Worldです。Perlでは、リスト1のようにprintを使って記述します。Perlのprintは、デフォルトでは改行コードを付加しないため、文字列の最後に「\n」が必要です。Perlで使用する文字列は、シングルクォートでもダブルクォートでも囲むことができますが、「\n」などのエスケープ文字を解釈させるためには、ダブルクォートを使う必要があります。 リスト1 printを使う方法(perl_print) #!/usr/bin/perl ← Perlスクリプトであることを指定 print "Hello World\n"; ← printを使ってメッセージ出力(改行コードも必要) Perlスクリプトは、ほかのスクリプトと同様に、実行例1のようにchmodコマンドで実行属性を付ければ実行できます。Perlスクリプトには拡張子
型グロブを理解する 〜アスタリスクは怖くないよ(｡･ω･)ﾉｼ〜 - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年03月28日16:01 Perl 型グロブを理解する 〜アスタリスクは怖くないよ(｡･ω･)ﾉｼ〜 先日、tokuhiromさんの LWP::UserAgent::WithCache::Transparent を見ていて、 my $orignew = *LWP::UserAgent::new{CODE}; {CODE}って何だ！？と思ったので調べてみました。結論から言うと、これは型グロブです。まずは型グロブの簡単な説明から。 そもそもperlでは、（グローバルな）変数とか配列とかハッシュとかサブルーチンとかファイルハンドルなんかは全て一つのテーブル（シンボルテーブル）で管理されています。 ※レキシカル変数(my宣言する変数）はシンボルテーブルではなく、別テーブルで管理されています。 例えば、 #!/usr/bin/perl use strict; use warnings; ou
メソッドの動的呼び出し - Perl - Entering Passive Mode
昨日の考察により、コードリファレンスを使って、 オブジェクトのメソッドを呼ぶことは、 継承上の問題を生ずるため使えないことが判明した。 では、メソッドを動的に呼び出すにはどうすれば良いか。 Perl には、メソッドへのリファレンスは存在しないため、 事前に分かっていないメソッドを引き渡すには、 文字列によるメソッド名の指定しかない。 では名前を使ってメソッドを呼ぶにはどうすればいいか。 Perl はこれまた意外な答えを持っている。 オブジェクトが $object、メソッド名を $method とする。 $object は bless されたリファレンスが入っている。 $method には、文字列でメソッド名が入っている。 $object の $method を呼び出すには以下のように書く。 $object->$method; $method は、文字列もしくはコードリファレンスが入った ス
perlでYAMLを扱うときはYAML::XSを使え！ - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年06月14日07:39 Perl perlでYAMLを扱うときはYAML::XSを使え！ perlでYAML形式のファイルを作るor読み込むにはどうしたらいいのか？？実はすごく簡単に出来ます。CPANには何でもありますね(･∀･) use YAML; # ファイルに書き込むとき。$configはリファレンス YAML::DumpFile("hoge.yaml", $config); # 標準出力に出力するとき YAML::Dump($config); # ファイルから読み込むとき $data2 = YAML::LoadFile("hoge.yaml"); # __DATA__以>下から読み込むとき $data2 = YAML::Load(join '', ＜DATA＞); ちょっと調べて見ると、YAML.pmはあんまりよくないみたいです。パフォーマンスを求めるなら、YAML::S
Perl, Python, Ruby の比較
コードの書きやすさは３つともそれほど違わないように思えます。ただ、読みやすさはダントツで Python が 優れています。Ruby はまずまずで、Perl は書き手の技量による部分が大きいのですが、 一般的には "読めない" コードになりがちです。 現在の人気を無視して、言語そのもののよしあしを考えると、 Python と Ruby はほぼ互角でしょう。しかし、今のところ Python の方が、 実行速度が速く、ライブラリが豊富なので、とりあえず Python を使うことにします。 また、Python には対話モードがあるのも Lisp に慣れた人間にとってはありがたいです。 Ruby は今後の健闘に期待します。 5. おわりに 以上 Perl, Python, Ruby の比較をつれづれと書きましたがご参考になりましたでしょうか？ 結論は、 Python, Ruby は Perl に比べ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Japan Perl Association
シンボルテーブルへの項目追加 - Perl - Entering Passive Mode