『JPerlは偉大だった』……けれど - Charsbar::Note
匿名のJperlユーザとおぼしき方から連載記事への要望コメントをいただいた。非公開希望ということなので取り合う必要はまったくないのだけれど、おかしなFUDを広められても困るので簡単にコメントを書いておく。 1) Perlのコアに「大きいことは良いことだ」という思想はない。「ワンライナーのためのツール」という側面を切り捨てたことはないし、これからもないだろう。21世紀に入ってツールチェーンまわりを新しくするためにいくつかのモジュールがコア入りしたが、コアにはモジュールをインストールするのに最低限必要なもの以外は入れない、というのが基本路線だ。 2) ActivePerlもStrawberry Perlも、コアのみのPerlではない。いずれもコアだけでは一般的な用途には足りないからという理由でさまざまな追加モジュールを同梱した独自パッケージだ。同梱しているものも異なるし、設定にも異なっている部
qpsmtpd を Server::Starter 化するなど - unknownplace.org
Perl 製 SMTP サーバーとして qpsmtpd というものがあり、僕もいろいろなところで利用している。主な用途としてはメール連動の Web アプリケーションのメール機能の部分。実際のメール配送などでは使用してない。 フロントに qpsmtpd を置き、アプリで制御する宛先の場合のみ qpsmtpd からジョブキューに流したりする。 それ以外の通常のメールは queue/postfix プラグインなどを使用して裏側の postfix にまかせちゃう。というような使い方をしている。 qpsmtpd 自体は apache.org や perl.org の SMTP として採用されており、パフォーマンスに関しては問題ないのだが、プラグインを書き換えたり設定を変更したりした場合に再起動が必要になるところが、フロントに立てるサーバーとしては不安な部分であった。 なので前々から Server::
TatsumakiとTwiggy使ってみた - punitan (a.k.a. punytan) のメモ
Tatsumakiのeg/chatをほとんどそのまま流用しました。 それぞれの概要 Tatsumaki Tatsumaki - Non-blocking web framework based on Plack and AnyEvent Twiggy Twiggy - AnyEvent HTTP server for PSGI (like Thin) ニコ生アラートサーバ ニコニコ生放送というサービスを使って開始された番組の情報がXMLSocketの形式で送られるもの。 とりあえずデモ http://live.linknode.net/stream 仕組み live.html live.psgi nicoalert.pl nicoalert.plでアラートサーバに接続し、取得したものをGETパラメータでサーバに送る。 live.psgiでlong/pollの管理と新規番組の情報を扱う。 l
Apache2+mod_proxy+持続接続で時々レスポンスが悪くなる現象のメモ - Pixel Pedals of Tomakomai
今更な話題で恐縮ですがmiyagawaさんがものすごい勢いで教えてくれたのでメモっておきます。 mod_proxyでバックエンドにリクエストを投げたとき、リクエストのうち何個かが極端に遅いという現象が起こりました。その時のabの結果は以下。 % ab -c 5 -n 500 http://127.0.0.1:21082/ Percentage of the requests served within a certain time (ms) 50% 1 66% 1 75% 1 80% 1 90% 4 95% 1008 98% 1994 99% 2003 100% 2020 (longest request)なお、今回使おうとしたバックエンドはStarmanです。 多分こんな原因 検証不足で断言はできないのですが、多分以下のような感じ。多分。 Apache のデフォルトのServerLimi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
