mod_perl2でんでんでん - uncertain world
Apache2::Requestをインストールしてる際につまづいた点を幾つか。 /root/.cpan/build/libapreq2-2.08/glue/perl/xsbuilder/apreq_xs_postperl.h:21:34: modperl_perl_unembed.h: No such file or directory /root/.cpan/build/libapreq2-2.08/glue/perl/xsbuilder/apreq_xs_postperl.h:24:33: modperl_common_util.h: No such file or directory In file included from Apache2.xs:45: /root/.cpan/build/libapreq2-2.08/glue/perl/xsbuilder/APR/Request
Perl CGIのキャッシュ環境
mod_fastcgiとmod_fcgidは差がなくて、mod_perl/mod_speedycgiが一歩前に出てるという感じですね。worker動作（スレッドモデル）となると、対応しているのは mod_perl2 vs mod_fcgid だけ。mod_perl2 はいかんせん導入が面倒くさいので、手軽さでは mod_fcgid の方がよいのかもしれません。 本格的にパフォーマンスを求めたり、高負荷時のメモリ消費量の少なさを考えると mod_perl2 on worker MPM に優る選択肢はないのですが個人では必要ないでしょう。*2 ただ、どれも Apache にモジュールを組み込まないとならないので、お手軽に高速化したい場合はSpeedyCGI（ソースコード）をオススメします。パフォーマンスも（個人で使うには）十分ですし、Apacheからは完全にcgiとして見えるので（プロセスが完
mod_perl2インストールメモ書き - K52.NIKKI ver3.0
mod_perlのインストール。ちょっとつまった上に、検索してもわかりやすい手順がまとまっているページが見つからなかったのでメモしとく。CentOS4です。 1.まず、バージョン。 httpd -v で確認。 apache1.xにはmod_perl apache2.xにはmod_perl2と決まってる。 2.ApacheがDSO対応か確認。 httpd -l で、「mod_so.c」 が表示される事を確認。ない場合どうするかはわかんないので調べてください。 3.Apache拡張機能を使うためにapxsが必要です。 httpd-develに入ってるのでhttpd-develごとインストールしとく。 yum install httpd-devel 4.mod_perl2をダウンロード wget http://perl.apache.org/dist/mod_perl-2.0-current.t
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
startup.plに書いておいた方が良い事。 - マツモブログ
わたくしMy三国志というサイトをmod_perl+Apacheでやってるんですが、やはりネックになるのがメモリです。やりくりにはいわるゆるstartup.plの最適化が必須という事で結構色々やってます。結構、枯れてる話題で色んな情報が転がっていますが、参考までに当サイトでやっている事を挙げてみました。 ローカルのモジュールをくまなくrequireし取りこぼしを減らす サイト用のモジュールのパッケージ名をベッタ〜とstartup.plに書いてたんですが、モジュールを追加したり、削除したりいくうちにstartup.plのメンテナンスが追いつかなくなってきました。こりゃいかんという事でもう一発で読み込んでしまおうという事で次のように書いてます。 use File::Find (); my $lib_root = "モジュールのあるディレクトリ"; File::Find::find(sub { m
簡単！mod_Perl サーバー実行環境の設定方法 - CGI/Perl設定解説
最速！mod_Perl実行環境の構築。簡単！Windowsサーバーを例に、mod_Perl版のCGI/Perlスクリプト実行環境（動作環境）の設定方法を解説。ActivePerlやmod_Perlモジュール導入、httpd.conf設定から動作確認まで。（Apache2）簡単！ mod_Perlサーバー実行環境の設定方法 - CGI/Perl設定解説 Windowsサーバー、mod_Perl版CGIスクリプトの実行環境の設定方法について。 ActivePerlやmod_Perlモジュール導入、httpd.conf設定など（Apache2、IIS個別解説） 簡単！Mod_Perl 説明対象 mod_Perl実行環境を構築する方法について、Windowsマシンを例に説明します。 対象は、Windows 7/Vista/XP、Windows 2008/2003/2000/NTです。 動作要件
tech-log 控え室改め ありんくtech-log
こちらで続けようと思います。 とりあえず、CentOS5、CentOS6の共生と cpanmでのImage::Magick の取り扱い、Imagerがいまいち美しい処理をしてくれないあたりが目下の目標です。
2010年代には Apache の mpm_prefork とか流行らない (もしくは HTTP keep-alive のメリットとデメリット) - kazuhoのメモ置き場
HTTP の持続的接続の功罪について はじめに、HTTP の持続的接続 (keep-alive) のメリットについて。持続的接続を使うメリットは、以下の２点。 TCP 接続の確立にかかる時間の節約*1 TCP の接続と切断に必要な資源 (CPUとネットワーク) の節約 ウェブブラウザ〜データセンタ間の通信で、持続的接続を使う理由は、このうちの前者。特に太平洋を超えるようなケースだと、TCP 接続に0.2秒とかかかるので、メリットが大きい。 一方、持続的接続のデメリットは、 接続が切断されるまでの間、その接続を維持するためにコストがかかる (主としてメモリが無駄になる) という点になる。特に、１プロセス１コネクションを前提とするアーキテクチャ (例: mod_perl) だと、メモリの無駄使いが、とてもひどいことになる。 そこで、ブラウザからの接続を受ける HTTP サーバとアプリケーション
Apache::Reload @ mod_perl と Mason : ひろ式めもちょう
めも。 mod_perl環境で、修正のあったモジュールを自動的に読み込み直すための方法としては、 1. Apache::StatINC <Files *.mcgi> SetHandler perl-script PerlHandler Apache::Registry PerlSendHeader On PerlInitHandler Apache::StatINC </Files> とする。あまりよくない。 2. Apache::Reload こちらのほうがかしこい。 $ cpan Apache::Reload などとしておいて、 <Files *.mcgi> SetHandler perl-script PerlHandler Apache::Registry PerlSendHeader On PerlInitHandler Apache::Reload </Files> とする。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
