MissionKontrol

MissionKontrol

MissionKontrol ist ein Admin-Panel, das es Benutzern ermöglicht, Daten in einer oder mehreren Datenbanken zu CRUDen. Die App verfügt über eine eigene Datenbank, in der Konfigurationen und Kommentare gespeichert werden. Datenbanken, mit denen Sie eine Verbindung herstellen, werden direkt aktualisiert.

Das separate Missionkontrol-Relay-Rails-Gem verbessert die Schreib-/Aktualisierungs-/Löschvalidierungen. Wir überlegen, die Möglichkeit zur Aktualisierung über Webhook/API hinzuzufügen.

Hauptmerkmale

• CRUD-Tabellen mit serverseitiger Suche

• Drag & Drop-Ansichten

• Automatisierte Aufgabenwarteschlangen

• RBAC-Berechtigungssystem

CRUD-Tabellen mit serverseitiger Suche

Berechtigungsverwaltung

Produktdokumentation

Die vollständige Dokumentation finden Sie hier: https://www.missionkontrol.io

Schnellstart

Um Ihre Entwicklungsumgebung zum Laufen zu bringen, befolgen Sie einfach diese Schritte.

1. Installieren Sie Docker

2. Starten Sie Docker mit make start

3. Springen Sie mit make bash in Docker

4. Installieren Sie Rails-Abhängigkeiten mit bundle install

5. Richten Sie die Datenbank mit bundle exec rails db:setup

6. Testen Sie, ob es funktioniert, indem Sie die Server bundle exec rails s ausführen

Entwicklung

Nachfolgend finden Sie eine Anleitung zu allgemeinen Entwicklungsaufgaben, die Sie wahrscheinlich während der Arbeit an dieser Anwendung benötigen.

Bevor Sie einen dieser Befehle ausführen, müssen Sie sicherstellen, dass Docker mit Folgendem ausgeführt wird:

 Machen Sie den Anfang

Wenn Docker ausgeführt wird, es aber nicht zu funktionieren scheint, können Sie die folgenden Ratschläge befolgen.

Laufender Entwicklungsserver

 Bash machen
Bundle Exec-Schienen s

Laufende Tests

Um alle Tests auszuführen, können Sie Folgendes tun:

 Bash machen
bundle exec rspec

Wenn Sie einen bestimmten Test ausführen möchten:

 Bash machen
bundle exec rspec spec/path/to_my_spec.rb

Arbeiten mit der Datenbank

Eine Migration erstellen und ausführen:

 Bash machen
Bundle Exec Rails G Migration CreateProducts Name:String
bundle exec Schienen db:migrate

Datenbank neu erstellen:

 Bash machen
bundle exec schienen db:reset

Arbeiten mit Docker

Docker starten

Um Docker zum ersten Mal einzurichten, verwenden Sie den Startbefehl. Es ist sicher, es mehrmals auszuführen.

 Machen Sie den Anfang

Docker stoppen

Wenn Sie Ihre Container stoppen möchten, um Batterie oder CPU zu schonen, können Sie den folgenden Stoppbefehl ausführen.

 halt machen

Docker neu starten

Wenn Sie einen zerstörungsfreien Neustart durchführen möchten, nur um ein wenig gegen die Reifen zu treten, können Sie den Neustartbefehl verwenden.

 Neustart durchführen

Von vorne anfangen (wenn etwas wirklich schief geht)

Wenn etwas schief geht oder Sie die Arbeit an dieser Anwendung beenden, möchten Sie möglicherweise das Docker-Setup abbrechen. Sie können diesen Befehl verwenden:

 sauber machen

Wenn etwas schief gelaufen ist und Sie von vorne beginnen möchten, können Sie das gesamte Setup neu starten:

 sauber machen
Machen Sie den Anfang
Bash machen
Bundle-Installation
bundle exec Schienen db:setup

Umgebungsvariablen

Es gibt mehrere Umgebungsvariablen, die verwendet werden können, um den Betrieb der Anwendung und ihrer Container zu ändern.

• KUWINDA_DATABASE_HOST – gibt die Adresse des Datenbankservers an;

• KUWINDA_DATABASE_PORT – gibt den Datenbankserver-Port an (Standardwert: 5432 );

• KUWINDA_DATABASE_USER – gibt den Namen des Datenbankbenutzers an;

• KUWINDA_DATABASE_PASSWORD – gibt das Passwort des Datenbankbenutzers an;

• KUWINDA_DATABASE_TIMEOUT – konfiguriert die maximale Wartezeit, bis der Datenbankserver verfügbar wird (Standardwert: 42s );

• KUWINDA_DATABASE_SETUP – gibt an, ob die Datenbank von Grund auf erstellt wird (Standardwert: true );

• PORT – gibt den Port des Anwendungsservers an (Standardwert: 3000 );

• WEB_CONCURRENCY – gibt die Anzahl der workers (gezweigte Webserver-Prozesse) an, die im Cluster-Modus gestartet werden sollen.

• RAILS_MAX_THREADS – gibt die Anzahl der threads an, die jeder Arbeiter unter der Haube verwenden wird (Standardwert: 5 );

• RAILS_ENV – gibt die environment an (Standardwert: development );

• RAILS_MASTER_KEY – Schlüssel zum Entschlüsseln der verschlüsselten Datei credentials.yml.enc ;

• RAILS_SERVE_STATIC_FILES – ermöglicht das Auslagern der Bereitstellung statischer Dateien auf den Apache- oder NGINX-Webserver;

• RAILS_LOG_TO_STDOUT – ermöglicht das Senden von Protokollen der production an STDOUT .

Konfiguration des NGINX-Webservers:

• WEB_SERVER_ENABLE – aktiviert und führt Nginx aus, wenn die Container gestartet werden;

• WEB_SERVER_USE_HTTPS – aktiviert den HTTPS-Port auf dem Webserver;

• WEB_SERVER_PORT – ermöglicht das Überschreiben des Standard-HTTP-Ports – 80/tcp ;

• WEB_SERVER_HTTPS_PORT – ermöglicht das Überschreiben des Standard-HTTPS-Ports – 443/tcp ;

• WEB_SERVER_STATIC_FILES – ermöglicht die Bereitstellung statischer Dateien durch den Webserver – sollte in Kombination mit RAILS_ENV=production und RAILS_SERVE_STATIC_FILES=true verwendet werden.