MissionKontrol

ミッションコントロール

MissionKontrol は、ユーザーが 1 つ以上のデータベース内のデータを CRUD できるようにする管理パネルです。アプリには、構成とコメントを保存するために使用される独自のデータベースがあります。接続するデータベースは直接更新されます。

別個のミッションコントロール リレー レール gem により、書き込み/更新/削除の検証が向上します。 Webhook/API 経由で更新する機能の追加を検討しています。

主な特徴

• サーバーサイド検索を備えた CRUD テーブル

• ドラッグ アンド ドロップ ビュー

• 自動化されたタスクキュー

• RBAC 権限システム

サーバーサイド検索を備えた CRUD テーブル

権限管理

製品ドキュメント

完全なドキュメントはここにあります: https://www.missionkontrol.io

クイックスタート

開発環境を立ち上げて実行するには、次の手順に従ってください。

1. Dockerをインストールする

2. make startで Docker を起動する

3. make bashで Docker にジャンプします

4. bundle installで Rails の依存関係をインストールする

5. bundle exec rails db:setupを使用してデータベースをセットアップする

6. サーバーbundle exec rails s実行して動作をテストします。

現像

以下は、このアプリケーションの作業中に必要となる一般的な開発タスクのガイドです。

これらのコマンドを実行する前に、以下を使用して Docker が実行されていることを確認する必要があります。

始める

Docker が実行されているが機能していないようであれば、以下のアドバイスに従ってください。

開発サーバーの実行

バッシュを作る
バンドル実行レール

テストの実行

すべてのテストを実行するには、次の手順を実行できます。

バッシュを作る
バンドル実行 rspec

特定のテストを実行したい場合:

バッシュを作る
バンドル実行 rspec spec/path/to_my_spec.rb

データベースの操作

移行を作成して実行します。

バッシュを作る
バンドル実行 Rails g 移行 CreateProducts 名:string
バンドル実行レール データベース:移行

データベースを再作成します。

バッシュを作る
バンドル実行レール db:reset

Docker の操作

Docker の起動

初めて Docker をセットアップするには、start コマンドを使用します。複数回実行しても安全です。

始める

Docker の停止

バッテリーまたは CPU を節約するためにコンテナーを停止する場合は、次の停止コマンドを実行できます。

停止する

Docker の再起動

タイヤを少し動かすだけで非破壊的な再起動を実行したい場合は、restart コマンドを使用できます。

再起動する

ゼロから始める（物事がうまくいかなくなったとき）

問題が発生したり、このアプリケーションの作業を停止したりした場合は、Docker セットアップを破棄する必要がある場合があります。次のコマンドを使用できます。

きれいにする

問題が発生し、最初からやり直したい場合は、セットアップ全体をやり直すことができます。

きれいにする
始める
バッシュを作る
バンドルインストール
バンドル実行レール データベース:セットアップ

環境変数

アプリケーションとそのコンテナの動作を変更するために使用できる環境変数がいくつかあります。

• KUWINDA_DATABASE_HOST - データベースサーバーのアドレスを指定します。

• KUWINDA_DATABASE_PORT - データベースサーバーのポートを指定します (デフォルト値: 5432 )。

• KUWINDA_DATABASE_USER - データベース ユーザーの名前を指定します。

• KUWINDA_DATABASE_PASSWORD - データベース ユーザーのパスワードを指定します。

• KUWINDA_DATABASE_TIMEOUT - データベース サーバーが使用可能になるまでの最大待機時間を構成します (デフォルト値: 42s )。

• KUWINDA_DATABASE_SETUP - データベースを最初から作成するかどうかを示します (デフォルト値: true )。

• PORT - アプリケーションサーバーのポートを指定します (デフォルト値: 3000 )。

• WEB_CONCURRENCY - クラスターモードで起動するworkers (フォークされた Web サーバープロセス) の数を指定します。

• RAILS_MAX_THREADS - 各ワーカーが内部で使用するthreadsの数を指定します (デフォルト値: 5 )。

• RAILS_ENV - アプリケーションenvironmentを指定します (デフォルト値: development )。

• RAILS_MASTER_KEY - 暗号化されたcredentials.yml.encファイルを復号化するために使用されるキー。

• RAILS_SERVE_STATIC_FILES - 静的ファイルの提供を Apache または NGINX Web サーバーにオフロードできます。

• RAILS_LOG_TO_STDOUT - production環境のログをSTDOUTに送信できるようにします。

NGINX Web サーバーの構成:

• WEB_SERVER_ENABLE - コンテナの起動時に nginx を有効にして実行します。

• WEB_SERVER_USE_HTTPS - Web サーバーで HTTPS ポートを有効にします。

• WEB_SERVER_PORT - デフォルトの HTTP ポート - 80/tcpをオーバーライドできます。

• WEB_SERVER_HTTPS_PORT - デフォルトの HTTPS ポート - 443/tcpをオーバーライドできます。

• WEB_SERVER_STATIC_FILES - Web サーバーによる静的ファイルの提供を有効にします。 RAILS_ENV=productionおよびRAILS_SERVE_STATIC_FILES=trueと組み合わせて使用​​する必要があります。