Warum kann ich Plugins nicht lokal installieren?

Unterstützung Installation
1

Ich verwende die neueste Version von Discourse und habe versucht, gültige Plugins im Verzeichnis /var/discourse/plugins zu installieren. Ich kopiere die Plugin-Ordner dorthin, aber sie werden offensichtlich nie installiert – ich verwende immer ./launcher rebuild app. Die einzige Möglichkeit, sie zu installieren, besteht darin, app.yml zu nutzen.

Ich möchte es offline zum Testen installieren. Ich möchte kein GitHub-Repository öffnen, um ein Test-Plugin zu installieren; das erscheint mir kontraproduktiv.

2

Vielleicht richten Sie lieber eine Entwicklungsumgebung anstelle einer Produktionsseite ein? Sie können Repositories direkt in das Verzeichnis plugins klonen. Außerdem wird dies keine Daten auf Ihrer Produktionsseite beeinflussen und bei einem Neuaufbau keine Ausfallzeit für Ihre Benutzer verursachen. Weitere Informationen zum Einrichten einer Entwicklungsumgebung finden Sie unter Discourse Meta - dev-install-Anleitungen für alle Themen dazu.

3

Ist die Installation lokaler Plugins in einer Produktionsumgebung blockiert? Ist es möglich, eine Produktionsumgebung in eine Entwicklungsumgebung umzuwandeln, ohne alles neu aufsetzen zu müssen?

4

Du könntest vielleicht ein Backup deiner PRD erstellen und es lokal wiederherstellen?

5

Okay, die einzige noch zu klärende Frage ist, ob die lokale Installation von Plugins in der Produktion blockiert ist. Hoffen wir, dass jemand eine Antwort weiß.

6

Nicht „blockiert“, sondern funktioniert einfach nicht.

Wie Nate bereits sagte, ist der beste Weg, eine lokale Entwicklungsumgebung einzurichten, oder weiterhin app.yml zu verwenden, wenn du das bevorzugst.

7

Und warum ist es Standard, den Quellcode beim Installieren von Plugins in der Produktion öffentlich zu machen? Bedeutet das, dass Discourse keine privaten Plugins zulässt? Selbst ein Repository mit einem Token ist auf der Plattform, auf der es gehostet wird (GitHub, GitLab usw.), weiterhin ein öffentliches Plugin.

8

Ein privates GitHub-/GitLab-Repository bleibt privat. Der Token ist lediglich ein Passwort, mit dem der Server es klonen kann. Niemand sonst kann den Code einsehen. Er bleibt privat.

Siehe den Abschnitt über private Repositories unter Install plugins on a self-hosted site

9

Verwenden Sie lokal eine Entwicklungsumgebung, um Plugins zu testen. dev-install

Andernfalls müssen Sie bei jeder Änderung an Plugins einen vollständigen Produktions-Neuaufbau durchführen, was Zeitverschwendung ist – insbesondere da das Team die Entwicklungsbauzeiten kürzlich auf wenige Sekunden reduziert hat.

Klonen Sie die Plugins in ~/code oder ein entsprechendes Verzeichnis und verknüpfen Sie sie dann symbolisch aus dem Plugins-Verzeichnis.