私は多くのプログラムをソースから自分でコンパイルしてインストールしています。Apache + PHPのインストールは動作していますが、Nginx + PHP-FPMを試してみたいので、これらを/nginxや/php-fpmなどの標準以外の場所にインストールしたいと思います。
実行可能ファイルが PATH に存在しないこと (ただし、これは解決できます) 以外に、他にどのような問題や結果が生じる可能性がありますか?
答え1
カスタムの場所に手動でコンパイルする場合の主な欠点は、手動でコンパイルすることから生じる欠点と、カスタムの場所に保存することから生じる欠点に分けられます。
手作業でコンパイルすることの欠点としては、次のようなことが挙げられます。
- セキュリティアップデートがリリースされるたびにソースから再コンパイルする必要があるため、メンテナンスは悪夢です。
- これは、コンパイルしたソフトウェアごとにフォーラム、メーリング リスト、Web サイト、(最近では) IRC チャネルを常に監視して、リリースされた更新について確認し、確認した更新ごとにその特定の更新が必要かどうかを判断する必要があるため、メンテナンスの面で二重の悪夢となります。
- これは安定性の悪夢です。RH (および他のサーバークラスのディストリビューション ベンダー) は、OS の安定したメジャー バージョン内ではバージョンを増分しないというポリシーを持っています。代わりに、リリースされたバージョンに必要なパッチ (主にセキュリティですが、常にではありません) のみをバックポートします。そのため、新しいリリースを導入するたびに、古い構成ファイルが構文的に無効になったり、保存されたデータベースにスキーマ パッチを適用する必要があるなどの問題に常に悩まされることはありません。
カスタム ロケーションの欠点としては、次のようなものがあります。
- 新しい管理者はまず現在のシステム ソフトウェアが配置されている迷路を解かなければならないため、システムの保守が難しくなります。
- 一部のバックアップが失敗する可能性が高くなります (新しいディレクトリを含めるにはポリシーを更新し続ける必要があります)。
- を慎重に扱わないと、設定ファイルはすべて に集中されるのではなく、
./configureFS 全体に分散されたままになります (例:/nginx/etc/nginx.conf、 ) 。これにより、変更管理が困難になる可能性があります。/php-fm/etc/php-fm.ini/etc
つまり、このサーバーで作業する必要があるのがあなただけであり、他に作業するサーバーがなく、手動でコンパイルしているパッケージのさまざまなフォーラムをフォローする時間がある場合、この作業の苦痛は最小限に抑えられ、かなり小さくなるかもしれません。そうでない場合、苦痛は大きくなる可能性があります。