Das von Ihnen verlinkte Tutorial gibt ein sehr spezifisches Beispiel für Gitbucket.
Wenn Sie Sites mit nginx einrichten, müssen Sie berücksichtigen, dass jede Site eine Reihe von Einstellungen hat und dass es eine Logik gibt, die bestimmt, was wann Vorrang hat. Dieser digitale Artikel mit dem Titel "Verständnis von Nginx Server- und Standortblockauswahlalgorithmen" beschreibt, wie dies bestimmt wird.
Von dem, was Sie in Ihren Kommentaren erklärten, haben Sie zwei Site-Dateien erhalten. Dies ist die Standarddatei, in der Sie Ihr reguläres Stammverzeichnis für Ihre Site festgelegt haben, und eine für gitbucket, die gerade den gitbucket-Standortblock enthielt, und (das ist wichtig) eine Listen-Direktive und eine Servernamen-Direktive.
Der erste Schritt, den nginx benötigt, um herauszufinden, welche Site geliefert werden soll, ist der Serverblock, der verwendet werden soll. Derzeit haben Sie wahrscheinlich zwei Serverblöcke mit derselben Definition. Ihr Standard- und Gitbucket-Block überwachen Port 80 für denselben Servernamen. So wird einer immer den anderen überschreiben.
Wenn beides funktionieren soll, haben Sie einige Möglichkeiten:
- Stellen Sie eine der beiden Sites mithilfe der Listenanweisung auf einen anderen Port ein.
- Ändern Sie den Servernamen für beide Standorte. Dies könnte auch eine Subdomain beinhalten. Wann immer dies funktioniert oder nicht, hängt möglicherweise von der DNS-Konfiguration der Site ab.
- Fügen Sie einfach den Standortblock aus Ihrer Gitbucket-Konfiguration in Ihre Standarddatei ein.
Ein Standortblock definiert, wie der Name schon sagt, nur die Einstellungen für einen bestimmten Ort. Es ist nicht wirklich ein unabhängiger Serverblock erforderlich, zumindest nicht, wenn es eine solche grundlegende Definition ist.