Apache 2.2.0、リリース 29
ストーリー by GetSet
師走にupdateの時間が取れるかが問題 部門より
師走にupdateの時間が取れるかが問題 部門より
moap-man曰く、" Apache.orgでのアナウンスによれば、12月2日に Apache HTTP Server version 2.2.0がリリースされたようだ。 Apacheのこの版より、新しい主要安定ブランチの開始となる。 新しい機能は new features listをチェック。"
moap-man曰く、" Apache.orgでのアナウンスによれば、12月2日に Apache HTTP Server version 2.2.0がリリースされたようだ。 Apacheのこの版より、新しい主要安定ブランチの開始となる。 新しい機能は new features listをチェック。"
アレゲはアレゲを呼ぶ -- ある傍観者
とりあえずほしいのは (スコア:3, 興味深い)
まぁ、既存の設定がそのまま使えるというならいいのですけど、新機能を見る限り、そうはいかなそうですから・・・・・
『今日の屈辱に耐え明日の為に生きるのが男だ』
宇宙戦艦 ヤマト 艦長 沖田十三氏談
2006/06/23 JPN 1 - 4 BRA
Re:とりあえずほしいのは (スコア:3, 参考になる)
。。。あれ? [apache.org]
# ここ [apache.org]で、「2.0 から 2.2 へのアップグレード」というリンクを辿って出たページなんだが。
ま、まぁ、そのうち整備されるんでしょう (^_^; 。
むらちより/あい/をこめて。
Re:とりあえずほしいのは (スコア:2, 参考になる)
英語版 [apache.org]なら大丈夫そうですよ。
Re:とりあえずほしいのは (スコア:1, 参考になる)
変更するだけでほぼおっけーでした。
(apache2はリバースプロキシとしてつかってて
mod_perlとかは別ポートであげたapache1に任せてるので..)
あと、mod_cgi.soがmod_cgid.soにかわったみたいですね。
Re:とりあえずほしいのは (スコア:1)
無理矢理コンパイルしてみたけど,LDAP SDKのVersion騙したりしないと上手くいかないみたい。APR周りが新しくなった影響もあるのかな~と思ってみたり。
httpd.confの中身もずいぶん変わってますが(Include多用ですっきり)個人的には好みです。(見通しは悪いけど)
アップグレードを推奨らしい (スコア:3, 参考になる)
Apache HTTP Server 2.2.0 - 32bit Unixでも2GB以上のファイルサポート (MYCOM PC WEB) [mycom.co.jp]
とのことです。
早く、apt-getできるようにならないかなぁ
Re:アップグレードを推奨らしい (スコア:1, 参考になる)
うーんいきなり本番導入はちょっと敬遠しますよね
ってなわけでローカル導入してみて
移行したいと思います<現在Apche 2.0.55で稼動中
#責任は全て私が取る、と無責任発言
それってヒューザーの社長?
Re:アップグレードを推奨らしい (スコア:1)
Debian Apache Maintainers の動きってあんまり見えませんよね。
alioth ではサイト作っただけみたいだし、ml でも 2.2.0 の話出てないようだし。
experimental にも無いし…どうなってるのかな?
#以前に BTS で Thom May に **I KNOW** と返されたトラウマがあるので偏見入りまくり
Re:アップグレードを推奨らしい (スコア:1, 興味深い)
Re:アップグレードを推奨らしい (スコア:1, 参考になる)
*BSD では、昔からサポートしてます。(32bit CPU 上でも)
*BSD 以外の UNIX 系 OS でも、適切なオプションをつけて、自分でコンパイ
ルし直すだけで使えます。2.0系までがデファルトでそうなってなかったのは、
モジュールの ABI に互換性がなくなるからでしょう。
今回はメジャーバージョンアップで ABI が変わるからついでにやったと。
Re:アップグレードを推奨らしい (スコア:2, 参考になる)
以前試したときは,Windowsのダウンローダ系はほとんどダメでした。
最近どうなのかは把握していませんが,2GB以上のファイルをHTTPで転送する
必要があるような場合は,そちらも注意しましょう,ということで。
Re:アップグレードを推奨らしい (スコア:0)
#自分でかくプログラムのファイルサイズ系統は全部int64_tで保持しようと心に誓った
WebDAVは (スコア:2, 参考になる)
WebDAV周りもブラッシュアップしてくれると嬉しいところです。
Overview of new features in Apache 2.2 [apache.org]にはdavのことは触れられていないようです。
Apache 1.3.xから2.0.xへの移行でも目立った変化はないようですし
New module in Apache 2.0.
This module implements the HTTP Distributed Authoring
and Versioning (DAV) specification for posting and
maintaining web content.
とはありますが。
むしろWebを探し回って1.3.xの情報が多くて困ったこともあります。
たとえば、mod_encodingをFreeBSDに入れるときとか。
今はできるようになったけど、ずいぶん苦労しました。
Tomcat + Slideを使うべきなのでしょうか。
Re:WebDAVは (スコア:0, おもしろおかしい)
Re:WebDAVは (スコア:1, 興味深い)
素人のホームサーバなので、できればコストをかけたくないですね。
WebDAVはRFC 2518で定義されているそうですが、
ファイル名(URL?)のエンコーディングすら規定されていないようで
結果としてmod_encodingといったものが必要になります。
素人考えだけど、ずいぶん汚い仕様というか、
文字列と言ったらASCIIに決まってるって短絡的な発想で作ったのではないかと。
Sambaとか他にもファイル共有の仕組みはありますが
httpベースのメリットはかなり大きいと思いますので、
WebDAVにもがんばっていただいて、国際化とか、
最低限の枠組みをRFCとmod_davに組み入れて欲しいと思います。
mod_encodingも標準的なmake installではインストールできないし
1.3向けのを拾って2.0のコードと入れ替えて、
makeしてもmod_encoding.soの作成に失敗するので自分でやったり
apxs使ったり、iconv使うけど、エンコーディング変換テーブルに問題があるのか
iconv_hookが必要だったり、あるいはglibcにパッチ当てたり
今ではできるようになったけど、もう少し敷居を下げて欲しいところです。
Re:WebDAVは (スコア:2, 参考になる)
クライアントがWinでWebDAVフォルダをドライブにマップした場合、MSがWebDAVを独自拡張したリクエストを出すのか、WebDAVサーバがApache + mod_davでは大きいファイルの転送時に固まるなどものすごく挙動不審なのは広く知られた話です。ドライブマップしない場合でも、いろいろと挙動不審になります。
しかし、WebDAVサーバがWindows Serverになるとものすごく安定します。正直、クライアントがWinの場合、個人用途だろうがなんだろうがApache + mod_davではつかいものならないので、Windows Serverへの移行をお勧めしたわけです。もちろん、それはクライアント側の問題なのですがね…
Apache 2.2.0ですか・・・ (スコア:1)
apache 2.1.0ではないのですな・・・
なんかapache 2.2.0って 2.1.0よりすごそう
Re:Apache 2.2.0ですか・・・ (スコア:5, 参考になる)
開発版が「2.{奇数}.{リビジョン}」、 安定版が「2.{偶数}.{リビジョン}」であると書かれています。
この「奇数=開発版、偶数=開発版」というバージョン番号の規則は古くから使われているもので、そんなに特別なものではないと思います。
最近ではバージョン番号の体系が崩壊し、混乱を招きかねないものがあります [linux.com]が、
その中で、前述のようなポリシーを作成して意識的に伝統を守っているといえるのではないでしょうか。
Re:Apache 2.2.0ですか・・・ (スコア:4, おもしろおかしい)
いつもUnder developing。これこそオープンソースの醍醐味。
これからは (スコア:0)
Re:これからは (スコア:2, 参考になる)
2004年11月の段階で JK2 is officially unsupported [apache.org] なわけですが。
Re:これからは (スコア:0)
Re:これからは (スコア:2, 参考になる)
実際に使ってみてとても使いやくなったと思いました。
・設定が直感的でとても簡単。
・mod_jk2 の workers2.properties ファイルのような独自書式の外部設定ファイルは必要なく、httpd.conf で全て設定可能。
・mod_jk2 のときに悩みだった webapp のURIが自由に出来なかった問題も無くなった。
・ついでにロードバランサも mod_proxy_balancer によって簡単設定で利用可能。(mod_jk2 と同等の機能だが設定の記述がとても簡単になった)
・裏サーバの一つが落ちたら勝手にバランシングから外して残りのサーバだけで動いてくれて、
・裏が復活したらすぐまたバランシンググループに追加して負荷分散始めてくれる。
・クッキー見て直前アクセスと同じtomcatに着弾させ続けてセッションも維持させるとかも出来る。
と、好感触でした。
Re:これからは (スコア:1)
名前の雰囲気がmod_jkやmod_proxyより良さそう。
Re:これからは (スコア:0, おもしろおかしい)
Re:これからは (スコア:0)
ここで (スコア:0)
Re:ここで (スコア:1, 参考になる)
とりあえずphp-4.4.1は問題なく動いてるっぽい (といってもpukiwiki+αくらいしかテストしてないけど)。
外付けの認証系がちょっと悩み気味。AuthUserFileディレクティブが書かれてないとエラーになるので、2.0.xの時とは認証系のハンドリングが変わっている模様 (ChangeLogすらまともに読まずにテスト)。
Re:ここで (スコア:0)
認証モジュール系は一部修正が必要ですね。
従来は単純にユーザ認証の判断フェーズのところでフックをして割り込み、そのモジュールの中で自分自身が認証をすべきページかどうかを判断して先にすすめる形態を取っていました。
2.2.0からは「どの認証システムを利用するのか」をAuthBasicProvider (BASIC認証の場合) または AuthDigestProvider (Digest認証の場合) で指定する形態になりました。このことで認証モジュールは単純にユーザ名とパスワード(およびハッシュ値)をパラメータとして呼び出されるだけの実装をすればよいことになり、単純化が図れます。
ちなみに私のところで使ってるモジュールを2.2.0対応させてみましたが、コードは2/3程度に削減できてしまいました。ソースコードの作り方次第でしょうけど。