Konsequenzen der Quellinstallation in einem „nicht standardmäßigen“ Verzeichnis

Question

Ich kompiliere und installiere viele Programme selbst aus dem Quellcode. Da ich eine funktionierende Installation von Apache + PHP habe, aber Nginx + PHP-FPM ausprobieren möchte, möchte ich diese an nicht standardmäßigen Speicherorten wie /nginx und /php-fpm installieren.

Abgesehen davon, dass ausführbare Dateien nicht im PATH sind (was aber gelöst werden kann), welche anderen Probleme oder Konsequenzen könnte es geben?

Answer 1

Die Hauptnachteile der manuellen Kompilierung an benutzerdefinierten Speicherorten lassen sich in solche unterteilen, die sich aus der manuellen Kompilierung ergeben, und solche, die sich aus der Speicherung an benutzerdefinierten Speicherorten ergeben.

Zu den Nachteilen der manuellen Kompilierung zähle ich:

1. Es ist ein Albtraum für die Wartung, da Sie bei der Veröffentlichung eines Sicherheitsupdates immer eine Neukompilierung aus dem Quellcode durchführen müssen.
2. Es ist ein doppelter Wartungsalptraum, da Sie ständig die Foren, Mailinglisten, Websites und (heutzutage) IRC-Kanäle für jede von Ihnen kompilierte Software überwachen müssen, damit Sie über Updates informiert werden, sobald diese veröffentlicht werden, und sich bei jedem Update, das Sie erfahren, ein Urteil darüber bilden können, ob Sie dieses bestimmte Update benötigen;
3. Es ist ein Albtraum in Sachen Stabilität. RH (und andere Anbieter von Server-Distributionen) verfolgen die Richtlinie, die Versionen innerhalb einer stabilen Hauptversion des Betriebssystems nicht zu erhöhen. Stattdessen portieren sie nur notwendige Patches (meistens Sicherheitspatches, aber nicht immer) auf die veröffentlichte Version zurück, sodass Sie nicht ständig mit alten Konfigurationsdateien kämpfen müssen, die syntaktisch ungültig werden, gespeicherten Datenbanken, die Schema-Patches benötigen, und so weiter, und das bei jeder neuen Version, die Sie übernehmen möchten.

Zu den Nachteilen von benutzerdefinierten Standorten zähle ich:

1. Dadurch wird die Wartung des Systems schwieriger, da sich jeder neue Administrator zunächst durch das Labyrinth der aktuellen Systemsoftware arbeiten muss.
2. Dadurch erhöht sich die Wahrscheinlichkeit, dass bei der Sicherung einiger Daten Fehler auftreten (Sie müssen Ihre Richtlinien ständig aktualisieren, um die neuen Verzeichnisse einzuschließen).
3. Wenn Sie bei Ihren s nicht vorsichtig sind ./configure, bleiben die Konfigurationsdateien über das ganze FS verstreut (z. B. /nginx/etc/nginx.conf, /php-fm/etc/php-fm.ini), anstatt sie alle zentral in zu haben /etc. Dies kann die Änderungskontrolle erschweren.

Kurz gesagt, wenn Sie die einzige Person sind, die jemals an diesem Server arbeiten muss, Sie keine anderen Server haben, an denen Sie arbeiten können, und Sie Zeit haben, die verschiedenen Foren für die Pakete zu verfolgen, die Sie manuell kompilieren, wird der Aufwand dafür minimiert und kann recht gering sein. Wenn nicht, kann der Aufwand groß sein.