☰

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

tag-icon • tag-icon nginx installation php-fpm source
Последствия установки исходников в «нестандартный» каталог

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

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

решение1

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

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

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

Среди недостатков индивидуального размещения я нахожу:

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

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

Связанный контент