Последствия установки исходного кода в "нестандартный" каталог

Я сам компилирую и устанавливаю много программ из исходников. Поскольку у меня есть работающая установка apache + PHP, но я хотел бы попробовать Nginx + PHP-FPM, я хотел бы установить их в нестандартных местах, таких как /nginx и /php-fpm

Помимо исполняемых файлов, не входящих в PATH (но это можно решить), какие еще могут быть проблемы или последствия?

Источник

1 ответ

Основные недостатки ручной компиляции в пользовательские местоположения можно разделить на те, которые возникают из-за ручной компиляции, и те, которые возникают в результате хранения в пользовательских местоположениях.

Среди недостатков ручной компиляции я нахожу:

  1. Это кошмар обслуживания, так как вам постоянно приходится перекомпилировать из исходного кода при выпуске обновления для системы безопасности;
  2. Это двойной кошмар обслуживания, поскольку вы должны постоянно просматривать форумы, списки рассылки, веб-сайты и (в наши дни) IRC-каналы для каждого скомпилированного вами программного обеспечения, чтобы вы могли узнать об обновлениях по мере их выпуска, и по мере того, как вы об этом узнаете, оцените, нужно ли вам именно это обновление;
  3. Это кошмар стабильности. RH (и другие поставщики дистрибутивов серверного класса) придерживаются политики не увеличивать версии внутри стабильной основной версии ОС. Вместо этого они переносят только необходимые исправления (в основном безопасности, но не всегда) в выпущенную версию, так что вы не будете постоянно бороться со старыми конфигурационными файлами, становящимися синтаксически недействительными, хранимые базы данных требуют применения исправлений схемы и т. Д. С каждым Новый релиз вы решили взять на борт.

Среди недостатков пользовательских локаций я нахожу:

  1. Это усложняет обслуживание системы, поскольку любой новый администратор должен сначала открыть лабиринт, в котором находится текущее системное программное обеспечение;
  2. Это увеличивает вероятность того, что некоторые из них не смогут быть скопированы (вы должны постоянно обновлять свои политики, чтобы включить новые каталоги);
  3. Если вы не осторожны с вашим ./configures, он оставляет конфигурационные файлы разбросанными по всей ФС (например, /nginx/etc/nginx.conf, /php-fm/etc/php-fm.ini) вместо того, чтобы все они были централизованы в /etc, Это может затруднить контроль изменений.

Короче говоря, если вы единственный человек, которому когда-либо придется работать на этом сервере, у вас нет других серверов для работы, и у вас есть время, чтобы следовать различным форумам для пакетов, которые вы ручная компиляция, боль этого будет минимизирована, и может быть довольно маленькой. Если нет, боль может быть большой.

Источник
Другие вопросы по тегам