ITmedia エンタープライズ：主要Blog、CMSツール機能比較（2004年7月版）
Blogツール、CMSツールの多くは、PerlやPHP言語、DBにMySQLといった稼働環境を問う。最近では、多くのレンタルサーバでメジャーなシステム環境のため、気軽にツールを使用することができるだろう。 「Blogサービス」を利用していると、人によっては機能やページデザインの自由度が限られていることに気づく。システムソースコードにパッチを当てられない、ページデザインを自由に変えられないといったカスタマイズ制限などだ。このような点が気になれば、自ら管理可能なWebスペースにツールをインストールするという選択肢がある。さらに、備忘録以外の目的でコンテンツ管理を行いたい場合には、サイト全体をマネージメントするCMS（コンテンツマネージメントシステム）ツールもある。 下表は、CMSツールとBlogツールを機能比較したものだ。日本ではまだ知名度が低いCMSは、米国発のオープンソースがほとんどである
負荷対策とApacheチューニング
自宅サーバの負荷状態、前回の負荷対策で危機的状況は脱したものの、とりあえず出来る限り負荷を軽減してみようと他に手を入れれそうな所を探してみた。 とりあえず、データベースを見直して見ると、複数のインデックスを一つに出来そうな場所が幾つか見つかったのでインデックスをまとめてみる。 時間のかかっていた俳句集のランキング表示の実行時間が5分の1程になった為、まあ成功だろう。 他に触れそうな所を探していたら、実はApacheの設定で負荷に影響する部分を全く触っていないという事実が判明（笑) ちょっと調べて、以下の設定を変更 MaxKeepAliveRequests 100→50 KeepAliveTimeout 15→5 MaxClients 100→200 MaxRequestsPerChild 0→500 ・MaxKeepAliveRequestsは、接続の持続させる(KeepAli
Apache設定ファイルをチューニング
Apache + mod_perl の場合、httpd.conf でいろいろと気をつけるべき点があるのですが、まとめてみました。ちなみに本サーバの設定値は、 サーバスペックが Pentium 4 2.8GHz HT動作 ／ RAM 2GByte な環境で、Amazon Search が喰うメモリは mod_perl 動作で 1 httpd あたり 10〜40MByte 程度。サーバライブラリがある条件下でメモリーリークするので、最大で httpd は 100Mbyte 程度まで肥大。 という条件下で KeepAlive Off Timeout 60 MinSpareServers 10 MaxSpareServers 10 StartServers 10 MaxClients 50 MaxRequestsPerChild 50 という設定値になっています。各パラメータの値の意味を説明します
Apacheパフォーマンス・チューニングのポイント
Apacheをチューニングすることにより、Webサイトのパフォーマンスをより向上させることができる。しかし、その前に何をチューニングすべきなのかを見極める必要がある。 この連載もいよいよ大詰めとなった。長く続けている間にApache 2.0のリリースまで迎えてしまったが、筆者が思い付く限りのことを紹介してきたつもりだ。 最後に残したテーマは、「パフォーマンス・チューニング」である。より少ない資源でより高速なレスポンスを確保するために、パフォーマンス・チューニングは欠かせない。これは、あらゆるソフトウェアに当てはまる。設定が一通りできるようになればApacheを問題なく動作させることが可能だが、それをより効率よく動作させられなくては不十分だ。 本サイトの読者であればよくご存じのことと思うが、パフォーマンスのチューニングは非常に奥深いものである。語り尽くすことなどできないが、皆さんの一助となれ
＠IT：Snortでつくる不正侵入検知システム 第1回
※ご注意 本稿の内容を検証する場合は、必ず影響を及ぼさない限られた環境下で行って下さい。また、本稿を利用した行為による問題に関しましては、筆者および株式会社アットマーク・アイティは一切責任を負いかねます。ご了承ください。 「IDS」という言葉をご存じだろうか。IDSとは「Intrusion Detection System」の略で、日本語では「侵入検知システム」と訳される。この連載ではフリーのIDSであるSnortを題材に、IDSのインストールから運用までを解説していきたいと思う。 IDSとは何か 「IDSとは一体何なのか」。そう疑問に思った方は少なくないであろう。簡単にいえば、「ネットワークを流れるパケットに対してあるパターンに合致しているか否かを判定し、合致している場合はあらかじめ定められた処理を行う」ものである。 「あらかじめ定められた処理」とは具体的にどのような処理なのかというと、
Japan Snort Users Group
Snort 2.6.1系列に整数アンダーフローの脆弱性が確認されております。 影響を受けるバージョンは2.6.1、2.6.1.1および2.6.1.2で、 ソースからコンパイルしており、かつconfigureで--enable-greを指定した場合に影響を受けます。 www.snort.org が配布するバイナリを使用している場合は影響を受けません。 詳細は www.snort.org をご覧ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP + Apache チューニング | PHP-J.com ブログ
bayashi.net
IBM Developer
Efficient data transfer through zero copy
Linux JF (Japanese FAQ) Project. (Japanese)
Mozilla Thunderbird まとめサイト