<?xml version='1.0' encoding='iso-2022-jp' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.ja.xsl"?>
<!-- English revision: 1.11.2.10 -->

<!--
 Copyright 2002-2004 The Apache Software Foundation

 Licensed under the Apache License, Version 2.0 (the "License");
 you may not use this file except in compliance with the License.
 You may obtain a copy of the License at

     http://www.apache.org/licenses/LICENSE-2.0

 Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
 limitations under the License.
-->

<manualpage metafile="install.xml.meta">

  <title>コンパイルとインストール</title>

<summary>

    <p>この文書で扱う範囲は、Unix や Unix に類似したシステムでの
    Apache のコンパイルとインストールです。 Windows における
    コンパイルとインストールに関しては「<a
    href="platform/windows.html">Microsoft
    Windows で Apache を使う</a>」をご覧下さい。
    その他のプラットホームに関しては「<a 
    href="platform/">プラットホーム</a>」をご覧下さい。</p>

    <p> Apache 2.0 の設定とインストールの環境は、Apache 1.3 とは
    完全に異なるものになりました。簡単にインストールできるように、
    Apache 1.3 では特製スクリプトを使っていました。
    Apache 2.0 では他の Open Source プロジェクトと同様の環境に
    するために <code>libtool</code> と <code>autoconf</code>
    を使うようになっています。</p>

    <p>マイナーバージョンからその次のバージョンにアップグレードする
    (2.0.50 から 2.0.51 へ等) 場合は、まず <a href="#upgrading">
    アップグレード</a>をご覧下さい。</p>

</summary>

<seealso><a href="invoking.html">Apacheの起動</a></seealso>
<seealso><a href="stopping.html">Apacheの停止と再起動</a></seealso>

<section id="overview"><title>概要 (せっかちな人向け)</title>

    <table>
      <columnspec><column width=".13"/><column width=".80"/></columnspec>
      <tr>
        <td><a href="#download">ダウンロード</a></td>

        <td><code>$ lynx http://httpd.apache.org/download.cgi</code>
        </td>
      </tr>

      <tr>
        <td><a href="#extract">展開</a></td>

        <td><code>$ gzip -d httpd-2_0_<em>NN</em>.tar.gz<br />
         $ tar xvf httpd-2_0_<em>NN</em>.tar</code> </td>
      </tr>

      <tr>
        <td><a href="#configure">設定</a></td>

        <td><code>$ ./configure --prefix=<em>PREFIX</em></code>
        </td>
      </tr>

      <tr>
        <td><a href="#compile">コンパイル</a></td>

        <td><code>$ make</code> </td>
      </tr>

      <tr>
        <td><a href="#install">インストール</a></td>

        <td><code>$ make install</code> </td>
      </tr>

      <tr>
        <td><a href="#customize">カスタマイズ</a></td>

        <td><code>$ vi <em>PREFIX</em>/conf/httpd.conf</code> </td>
      </tr>

      <tr>
        <td><a href="#test">テスト</a></td>

        <td><code>$ <em>PREFIX</em>/bin/apachectl start</code>
        </td>
      </tr>
    </table>

    <p><em>NN</em> は最新のマイナーバージョンナンバーに、
    <em>PREFIX</em> はインストールするサーバでのファイルシステムのパスに、
    置き換えてください。<em>PREFIX</em> を指定しなかった場合は、
    デフォルトの <code>/usr/local/apache2</code> になります。</p>

    <p>Apache HTTPD のコンパイルとインストールに必要なものをはじめとして、
    編集とインストールプロセスでのそれぞれの項は
    次に詳しく記述されています。</p>
</section>

<section id="requirements"><title>必要なもの</title>

    <p>Apache のビルドには次のものが必要です:</p>

    <dl>
      <dt>ディスクスペース</dt>
      <dd>ディスクに少なくとも 50 MB の一時的な空き容量があるように
      気を付けてください。インストール後は Apache は 10 MB 程度の
      ディスクスペースを占めます。実際に必要になるディスクスペースは、
      設定オプションやサードパーティー製モジュールをどう選択するかによって
      大きく変わるでしょう。</dd>

      <dt>ANSI-C コンパイラとビルドシステム</dt>
      <dd>ANSI-C コンパイラをインストールしておいて下さい。お薦めは <a
      href="http://www.gnu.org/">Free Software Foundation (FSF)</a>
      による <a href="http://www.gnu.org/software/gcc/gcc.html">GNU C
      compiler (GCC)</a> です (バージョン 2.7.2 で大丈夫です)。GCC がない場合は、
      少なくとも提供されているコンパイラが ANSI 準拠であることを確認しておいて下さい。
      それから、変数 <code>PATH</code> には <code>make</code>
      といった基本的なビルドツールが含まれている必要があります。</dd>

      <dt>時刻を正確にする</dt>
      <dd>HTTP プロトコルの要素は日時の時刻で表現されています。ですから、
      正確な時刻にシンクロさせる機能をシステムに設定することを吟味してみて下さい。
      Network Time Protocol (NTP) をベースとした ntpdate や xntpd プログラムが
      この目的によく用いられます。NTP ソフトウェアや公開 NTP 
      サーバに関する詳細は、Usenet ニュースグループ <a
      href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a> や <a
      href="http://www.eecis.udel.edu/~ntp/">NTP ホームページ</a> をご覧下さい。</dd>

      <dt><a href="http://www.perl.org/">Perl 5</a>
      [オプション]</dt>
      <dd>提供されているスクリプト幾つか、例えば <a
      href="programs/apxs.html">apxs</a> や <a
      href="programs/dbmmanage.html">dbmmanage</a> は
      Perl で書かれているので、Perl 
      5 インタプリタが必要になります (5.003 以降)。
      "configure"スクリプトでこのようなインタプリタが見つからなくても、
      別に不具合はありません。もちろん、Apache 
      2.0 のコンパイルとインストールはできます。
      これらのサポートスクリプトが使えなくなるだけです。
      Perl インタプリタを複数インストールしている場合 (ベンダーの Perl
      4 と自分で入れた Perl 5 がある場合など) は、
      --with-perl オプション (下記参照) を使って ./configure
      が適切なものを確実に選ぶようにすると良いでしょう。</dd>
    </dl>
</section>

<section id="download"><title>ダウンロード</title>

    <p>Apache は <a
    href="http://httpd.apache.org/download.cgi">Apache HTTP
    サーバダウンロードサイト</a>からダウンロードできますし、
    同じ場所に幾つかのミラーサイトもリストしています。
    ここから最新の安定版が手に入ります。</p>

    <p>ダウンロード後、特にミラーサイトを使った場合は、
    ダウンロードしたものが Apache HTTP 
    サーバの完全で改竄されていないバージョンであることを
    検証することが重要です。これはダウンロードした tarball の PGP 署名を
    テストすることによって検証します。
    これは二つの段階があります。
    まず <a href="http://www.apache.org/dist/httpd/KEYS"><code>KEYS</code></a>
    ファイルを <a href="http://www.apache.org/dist/httpd/">Apache 配布サイト</a>
    からダウンロードしてください。(<code>KEYS</code> ファイル自体が
    改竄されていないことを確実にするために、以前の Apache 
    配布から取り出したファイルを使ったり、
    公開鍵サーバから鍵を取り込むのもいいでしょう。)
    自分の個人キーホルダーに鍵を取り込むには、
    次のコマンド (pgp のバージョンに依存) を使います:</p>

<example>$ pgp &lt; KEYS</example>

    <p>または、</p>

<example>$ gpg --import KEYS</example>

    <p>次のステップでは、tarball を PGP 署名でテストします。
    PGP 署名は必ず <a
    href="http://httpd.apache.org/download.cgi">メインの Apache
    ウェブサイト</a>から取得してください。
    署名ファイルへのリンクは対応するダウンロードリンクの隣にあり、また
    <a href="http://www.apache.org/dist/httpd/">Apache
    配布サイト</a>の特定のディレクトリで見つけることもできるでしょう。
    署名ファイルの名前は、ソースファイルの tarball と同じ名前に
    <code>.asc</code> を付加したものになっています。
    以下のコマンド (やっぱり pgp のバージョンに依存) のどれか一つで、
    配布ファイルをチェックすることができます:</p>

<example>$ pgp httpd-2_0_<em>NN</em>.tar.gz.asc</example>
    
    <p>または、</p>

<example>$ gpg --verify httpd-2_0_<em>NN</em>.tar.gz.asc</example>
    
    <p>すると、こんなメッセージを受けるはずです。</p>

<example>Good signature from user "Martin Kraemer
      &lt;martin@apache.org&gt;".</example>

    <p>自分のキーホルダーに格納されている信頼関係が原因で、
    "鍵とその鍵の署名者が検証できなかった"
    という旨のメッセージを同時に受けるかもしれません。
    しかし、<code>KEYS</code> 
    ファイルの信憑性を受け入れるならば問題ではありません。</p>

</section>

<section id="extract"><title>展開</title>

    <p>Apache HTTPD の tarball
    からソースファイルを展開して取り出すとは、
    単なる圧縮の解除と tar の展開です:</p>

<example>
      $ gzip -d httpd-2_0_<em>NN</em>.tar.gz<br />
      $ tar xvf httpd-2_0_<em>NN</em>.tar
</example>

    <p>配布用のソースコードがある現在いるディレクトリの下に、
    新しいディレクトリが作られます。
    サーバをコンパイルする段階に進む前に、そのディレクトリに
    <code>cd</code> で移動してください。</p>
</section>

<section id="configure"><title>ソースツリーを設定する</title>

    <p>次のステップは、あなたのプラットホームと
    個人的な要求に合うように Apache
    ソースツリーを設定することです。
    これは配布ディレクトリのルートディレクトリにある、
    <code>configure</code> スクリプトで行ないます。
     (Apache ソースツリーの CVS
    版をダウンロードした開発者は、次のステップに進む前に
    <code>autoconf</code> と<code>libtool</code>
    をインストールして <code>buildconf</code>
    を実行する必要があるでしょう。
    公式リリースではこの作業は必要ありません。) </p>

    <p>デフォルトオプションを使ってソースツリーを全て設定する
    のであれば、単純に <code>./configure</code> とタイプしてください。
    デフォルトオプションを変更できるように、<code>configure</code>
    には様々な変数やコマンドラインオプションが用意されています。
    一般的に、環境変数が <code>./configure</code> の前に設置されて、
    他のオプションはその後に設置されます。
    ここで最も重要なオプションは Apache 
    をどこにインストールするかを決める location prefix です。
    なぜなら、Apache が正しく動作するためには
    この場所用に設定されていないといけないからです。
    しかし、お好みにより利用できるオプションはもっと沢山あります。</p>

    <p>ちょっとどんなことができるかを見せましょう。
    ここで典型的な例として、<code>/sw/pkg/apache</code> 
    というインストールツリーでコンパイラとフラグを指定して、
    さらに二つの追加モジュール <module>mod_rewrite</module> と
    <module>mod_speling</module> を後で DSO 
    メカニズムでロードするようにコンパイルしてみます:</p>

<example>
      $ CC="pgcc" CFLAGS="-O2" \<br />
       ./configure --prefix=/sw/pkg/apache \<br />
       --enable-rewrite=shared \<br />
       --enable-speling=shared
</example>

    <p><code>configure</code> を実行したら、システムの機能を
    テストしたり、後でサーバをコンパイルするために必要な Makefile
    を生成したりするのに数分間かかるでしょう。</p>

    <p>Apache の全ての設定フラグを見る最も簡単な方法は、
    <code>./configure --help</code> を実行する方法です。
    引数や環境変数に関する簡単な記述が出力されます。</p>

<section id="environment"><title>環境変数</title>

    <p><code>autoconf</code> でのビルドでは幾つかの環境変数を使ってビルド環境を
    設定します。一般的に、これらの変数で Apache をビルドする際の
    方法が変わったりしますが、できあがるサーバの機能には影響ありません。
    これらの変数は <code>configure</code> を呼び出す直前の環境中に
    置くことができますが、通常は上に示した例のように <code>configure</code>
    のコマンドラインでもっと簡単に指定できます。</p>

    <dl>
      <dt><code>CC=...</code></dt>

      <dd>C コンパイラのコマンド名。</dd>

      <dt><code>CPPFLAGS=...</code></dt>

      <dd>その他の C プリプロセッサやコンパイラのオプション。</dd>

      <dt><code>CFLAGS=...</code></dt>

      <dd>C コンパイラのデバッグ・最適化オプション。</dd>

      <dt><code>LDFLAGS=...</code></dt>

      <dd>その他のリンカに渡されるオプション。</dd>

      <dt><code>LIBS=...</code></dt>

      <dd>リンカに渡すライブラリの位置情報
      ("<code>-L</code>"と"<code>-l</code>"オプション) 。
      </dd>

      <dt><code>INCLUDES=...</code></dt>

      <dd>ヘッダファイルの探索ディレクトリ ("<code>-I<em>dir</em></code>") 。</dd>

      <dt><code>TARGET=...</code> [デフォルト値: <code>httpd</code>]</dt>

      <dd>ビルドする実行ファイルの名前。</dd>

      <dt><code>NOTEST_CPPFLAGS=...</code></dt>

      <dt><code>NOTEST_CFLAGS=...</code></dt>

      <dt><code>NOTEST_LDFLAGS=...</code></dt>

      <dt><code>NOTEST_LIBS=...</code></dt>

      <dd>これらの変数は "<code>NOTEST</code> でない版" のものと同じ機能を
      持っています。しかし、これらの変数は <code>autoconf</code> 
      がテストを行った後のビルドプロセスにおいてのみ、適用されます。
      これを使うと、テスト中に問題を起すけれども
      最終的には必要になるフラグを
      含めることができるようになります。</dd>

      <dt><code>SHLIB_PATH=...</code></dt>

      <dd>コンパイラとリンカに渡す、共有ライブラリへのパスを指定する
      オプション。</dd>
    </dl>
</section>

<section id="output"><title><code>autoconf</code> 出力オプション</title>

    <dl>
      <dt><code>--help</code></dt>

      <dd>使用可能な全オプションなど使い方をプリントします。
      実際に設定はされません。</dd>

      <dt><code>--quiet</code></dt>

      <dd>"<code>cheking...</code>" といったメッセージがプリントされないように
      します。</dd>

      <dt><code>--verbose</code></dt>

      <dd>検査される全ファイル名を含め、設定プロセス中に
      情報をたくさんプリントします。</dd>
    </dl>
</section>

<section id="pathnames"><title>パス名</title>

    <p>Apache をインストールするパス名を設定するには、
    現在二通りの方法があります。まず一つ目は、
    ディレクトリを指定して、その下にデフォルトの配置で
    Apache のインストールを行う方法です。</p>

    <dl>
      <dt><code>--prefix=<em>PREFIX</em></code> [デフォルト値:
      <code>/usr/local/apache2</code>]</dt>

      <dd>Apache のファイル群がインストールされるディレクトリを
      指定します。</dd>
    </dl>

    <p>アーキテクチャに依存したファイルを、
    異なるディレクトリに配置するようにもできます。</p>

    <dl>
      <dt><code>--exec-prefix=<em>EPREFIX</em></code>
      [デフォルト値: <em>PREFIX</em>]</dt>

      <dd>アーキテクチャ依存のファイルを配置すべき
      ディレクトリを指定します。</dd>
    </dl>

    <p>二つ目の方法は、もっと柔軟にインストールパスの配置を
    設定する方法で、<code>config.layout</code> ファイルを
    使います。この方法を使うことによって、
    Apache のインストール中に、それぞれのファイルのための配置を
    個々に指定できるようになります。<code>config.layout</code>
    ファイルには設定例が幾つか含まれていますし、
    お好みの設定を次の例に従って作り出すこともできます。
    このファイル中では、異なる配置は <code>&lt;Layout
    FOO&gt;...&lt;/Layout&gt;</code> セクションでグループ化され、
    <code>FOO</code> といった名前で参照されます。</p>

    <dl>
      <dt><code>--enable-layout=<em>LAYOUT</em></code></dt>

      <dd>インストールパスを指定するため、
      <code>config.layout</code> ファイル中での、
      指定された名前のレイアウトを使用します。</dd>
    </dl>

</section>

<section id="modules"><title>モジュール</title>

    <p>Apache はモジュール化されたサーバです。
    ごくごく基本的な機能だけが、コアサーバに含まれています。
    拡張機能は様々なモジュールの形で提供されます。
    設定プロセス中では、どんなモジュールをサーバで使うように
    コンパイルするか選ばなければなりません。このマニュアルにある<a
    href="mod/">モジュールの一覧</a>を
    参照できます。
    "Base" <a href="mod/module-dict.html#Status">ステータス</a>の
    モジュールはデフォルトで含まれますし、
    使いたくないのであれば、わざと無効にしなければ
    なりません (例えば <module>mod_userdir</module> )。
    他のステータスのモジュールは、
    使いたければ有効にしなければなりません
    (例えば <module>mod_expires</module>)。</p>

    <p>Apache と一緒にコンパイルして使うようにするには、
    二通りの方法があります。一つめはモジュールを
    <em>スタティックコンパイル</em>する方法です。この場合は、
    Apache のバイナリに恒久的に組み込まれることになります。
    これの代わりに、もしオペレーティングシステムが動的共有
    ライブラリ (DSO) (訳注: Dynamic Shared Object) を
    提供していて <code>autoconf</code> がそれを認識できる
    場合は、モジュールを<em>ダイナミックコンパイル</em>する方法があります。
    DSO モジュールは Apache のバイナリとは別に
    保存され、<module>mod_so</module> で提供される
    実行時設定ディレクティブを使って
    組み込んだり取り外したりできます。
    動的モジュールを実際に一つもコンパイルすることなく
    サーバが DSO をロードできるようにするには、
    <code>--enable-so</code> と明示的にすることができます。</p>

    <dl>
      <dt><code>--enable-<em>MODULE</em>[=shared]</code></dt>

      <dd><em>MODULE</em> モジュールをコンパイルして
      インクルードします。識別子 <em>MODULE</em> は
      モジュール文書に記載されている<a
      href="mod/module-dict.html#ModuleIdentifier">モジュール
      識別子</a>から "_module" を取り除いた文字列です。
      DSO としてモジュールをコンパイルする場合は、
      <code>=shared</code> オプションを付加してください。</dd>

      <dt><code>--disable-<em>MODULE</em></code></dt>

      <dd>通常はコンパイルされてインクルードされる
      <em>MODULE</em> モジュールを除去します。</dd>

      <dt><code>--enable-modules=<em>MODULE-LIST</em></code></dt>

      <dd>スペース区切りの <em>MODULE-LIST</em> 
      に列挙されたモジュールをコンパイルして
      インクルードします。</dd>

      <dt>
      <code>--enable-mods-shared=<em>MODULE-LIST</em></code></dt>

      <dd>スペース区切りの <em>MODULE-LIST</em> を
      ダイナミックロード (DSO) できるモジュールとして
      コンパイルとインクルードをします。</dd>
    </dl>

    <p><code>--enable-modules</code> や
    <code>--enable-mods-shared</code> オプションに使う
    <em>MODULE-LIST</em> は、普通はスペース区切りの
    モジュール識別子のリストです。
    例えば <module>mod_dav</module> と <module>mod_info</module>
    を有効にする場合は、次のどちらかが使えます。</p>

<example>./configure --enable-dav --enable-info</example>

    <p>または、同等の</p>

<example>./configure --enable-modules="dav info"</example>

    <p>これに加えて、特別なキーワード <code>all</code> や
    <code>most</code> を使って、
    一度に全てあるいはほとんどのモジュールを加えることができます。
    その後で好きなモジュールを <code>--disable-<em>MODULE</em>
    </code>オプションを使って取り除くことができます。
    例えば、<module>mod_info</module> を除く全てのモジュールを DSO
    モジュールとして組み込む場合は、次のようにします。</p>

<example>
      ./configure --enable-mods-shared=all
      --disable-info
</example>

    <p>標準的なモジュールに加えて、Apache 2.0 では
    <a href="mpm.html">Multi-Processing Modules</a> (MPM)
    を選択してインクルードします。ただ一つだけの MPM
    をコンパイルのプロセスで含める必要があります。
    個々のプラットホーム向けのデフォルトの MPM は <a
    href="mpm.html">MPM 文書</a>に一覧がありますが、
    <code>configure</code> 
    コマンドで置き換えることができます。</p>

    <dl>
      <dt><code>--with-mpm=<em>NAME</em></code></dt>

      <dd>MPM モジュール <em>NAME</em> を選択します。</dd>
    </dl>

    <p><var>mpm_name</var> という MPM を有効にするには次のようにします。</p>

<example>
     ./configure --with-mpm=<var>mpm_name</var>
</example>

</section>

<section id="dbm"><title>DBM</title>

    <p><module>mod_auth_dbm</module> と <module>mod_rewrite</module>
    の DBM <directive module="mod_rewrite">RewriteMap</directive> 
    等、 Apache 機能の幾つかでは情報の検索に単純な key/value
    データベースを使用します。Apache には SDBM がソースコードごと
    含まれていますので、このデータベースはいつでも利用可能です。
    他のタイプのデータベースを使用したい場合は、次の
    <code>configure</code> オプションが利用できます。</p>

<dl>
<dt><code>--with-gdbm[=<em>path</em>]</code></dt>
<dt><code>--with-ndbm[=<em>path</em>]</code></dt>
<dt><code>--with-berkeley-db[=<em>path</em>]</code></dt> 

<dd>もしパス (<em>path</em>) が指定されなかった場合は、Apache
は通常の検索パス上でインクルードファイルとライブラリを探します。
明示的に <em>path</em> を指定すると、Apache は
<em>path</em><code>/lib</code> と <em>path</em><code>/include</code>
を検索して関連ファイルを探します。<em>path</em>
にはコロンで区切って複数のインクルード、ライブラリパスを指定できます。
</dd>
</dl>
</section>


<section id="suexec"><title>Suexec</title>

    <p>Apache には <a href="suexec.html">suexec</a> と呼ばれる
    補助プログラムがあります。
    このプログラムはユーザの CGI プログラムを隔離するために
    使用することができます。しかしながら、suexec 
    を適切に設定しなければ、
    セキュリティ上致命的な問題をかかえる場合があります。
    そのため、この機能を実装する前に <a href="suexec.html">suexec
    文書</a>をよく読んで一考しておきましょう。</p>
</section>
</section>

<section id="compile"><title>ビルド</title>

    <p>これで Apache の様々なパーツをビルドすることができます。
    次のコマンドを単純に実行するだけです:</p>

<example>$ make</example>

    <p>基本的な設定をするのに、Pentium III/Linux 2.2 
    のシステムでおおよそ 3 分程度かかりますが、
    あらかじめご了承下さい。
    また、時間はハードウェアや有効にしたモジュールの数に
    大きく依存するでしょう。</p>
</section>

<section id="install"><title>インストール</title>

    <p>さて、設定したインストール <em>PREFIX</em> 
     (前述の <code>--prefix</code> オプションを参照) 
    以下にパッケージをインストールする段階になりました。
    次のコマンドを実行してください:</p>

<example>$ make install</example>

    <p>アップグレードする場合は、インストールでは設定ファイルや
    ドキュメントファイルの上書きは行いません。</p>
</section>

<section id="customize"><title>カスタマイズ</title>

    <p>次に <code><em>PREFIX</em>/conf/</code> 以下にある <a
    href="configuring.html">設定ファイル</a>を編集して、
    Apache HTTP サーバをカスタマイズします。</p>

<example>$ vi <em>PREFIX</em>/conf/httpd.conf</example>

    <p><a href="./">docs/manual/</a> の Apache マニュアルをざっと見てください。
    または、<a
    href="http://httpd.apache.org/docs-2.1/">http://httpd.apache.org/docs-2.1/</a>
    にあるマニュアル最新版、<a
    href="mod/directives.html">設定ディレクティブ</a>に当たってみてください。</p>
</section>

<section id="test"><title>テスト</title>

    <p>次のコマンドを実行して Apache HTTP サーバを<a
    href="invoking.html">開始</a>できます:</p>

<example>$ <em>PREFIX</em>/bin/apachectl start</example>

    <p>URL <code>http://localhost/</code> を通して最初のドキュメントに対する
    リクエストを発行する事ができるはずです。これで見える
    ウェブページは <directive module="core">DocumentRoot</directive>
    以下に置かれたもので、通常は
    <code><em>PREFIX</em>/htdocs/</code> でしょう。
    サーバを再び<a href="stopping.html">停止</a>するには、
    次のコマンドを実行します:</p>

<example>$ <em>PREFIX</em>/bin/apachectl stop</example>
</section>
<section id="upgrading"><title>アップグレード</title>

    <p>アップグレードでまず行なうべきことは、リリースアナウンスと
    ソースディストリビューションに入っている <code>CHANGES</code> を読んで、
    自身のサイトに対して影響を及ぼす変更点を探すことです。
    メジャーリリース間の変更をする場合 (例えば 1.3 から 2.0 へ、2.0 から 2.2 へ)
    は、コンパイル時や実行時の設定に大きな差異があるでしょうから、
    手動の調整が必要になるでしょう。モジュールも全て、API
    の変更に合わせるためにアップグレードが必要になるでしょう。</p>

    <p>マイナーバージョンから次のバージョンにアップグレードする場合
    (例えば 2.0.55 から 2.0.57 へ) は、もっと簡単です。
    <code>make install</code> を実行しても今あるドキュメント、
    ログファイル、設定ファイルは上書きされません。
    さらに、マイナーバージョン間では <code>configure</code> オプション、
    実行時の設定、モジュール API に不整合が起こらないように、
    開発者は最大限の努力をしています。
    大抵の場合、同一の <code>configure</code> コマンドライン、
    同一の設定ファイル、モジュール全てが正常に動作するはずです。
    (2.0.41 以降ではそのようになっています。それ以前のバージョンには
    不整合が存在します。)</p>

    <p>前回のインストール時のソースツリーが残されているのであれば、
    アップグレードはさらに簡単です。古いソースツリーのルートに存在する
    <code>config.nice</code> ファイルには、前回ソースツリーを設定した時の
    <code>configure</code> コマンドラインが入っています。
    次のバージョンにアップグレードする場合は、<code>config.nice</code>
    ファイルを新しいバージョンのソースツリーにコピーし、
    それを編集し必要な変更を行なって、次のように実行します。</p>

    <example>
    $ ./config.nice<br />
    $ make<br />
    $ make install<br />
    $ <em>PREFIX</em>/bin/apachectl stop<br />
    $ <em>PREFIX</em>/bin/apachectl start<br />
    </example>

    <note type="warning">新しいバージョンを使用する場合は、
    実際に運用を始める前に、必ず自分用の環境でテストすべきです。
    最終的にアップグレードする前に、非互換性がないかをテストするために、
    例えば、異なる <code>--prefix</code> と異なるポート (<directive
    module="mpm_common">Listen</directive> ディレクティブで設定します) 
    を使用することで、古いバージョンに影響を与えずに新しいバージョンを
    インストールし、実行できます。</note>
</section>
</manualpage>
