こんにちは
これは、あらゆる構成の問題を解決するために設計された小さなサービスです。 より正確には、インターネットに接続された何かの構成は、JSONの形式で配信されるかなり分岐したオブジェクトとして表すことができます。
問題
プログラムは、「設定」または「構成」と呼ばれる一種のデータを保存して使用する必要があります。 これはどのようなデータですか？
- 彼らはあまりよく構造化されていません
- 非常に多くはなく、多くの場合100を超える値はありません
- 編集が許可されている必要があります（「管理インターフェイス」）
- アプリケーションは変更を認識している必要があります。
このために私たちは何を思いつくことができますか、そしてそれはなぜ不適当ですか？
- リレーショナルベース。 テーブル構造は、無関係なデータの分散には適していません。 インターフェースはありません。
- コードを使用してインストールを保存します。 構造は任意ですが、ユーザーインターフェイスは開発者との会話になります。
- テキストファイルに設定を保存します。 以前のアプローチのバリエーション。 普通の人にYAMLを編集するように教えてください。
- Google Data APIなどのサードパーティサービスを使用します。 それは動作しますが、オーバーヘッドがひどくなり、カメの速度が上がります。
実際には、サービス。
作業の単純なロジック：
登録し、スキームの無料の名前を選択します（これは「シード」と呼ばれます）。 サブドメインになるため、名前はすべてに共通です。 フォームデザイナの内容で回路を埋めます。
値ごとに、タイプ、フィールド名、および編集フォームの画面に表示される内容を選択します。
自動的に、mainと呼ばれるこのスキームの1つの仮説（インスタンス）を取得します（各仮説は「ツリー」です）。 テストや開発環境など、いくつかのことができます。 各ツリーにパスワードを割り当てます。
編集するために、アドレスhttps：// <schema name> .config.lyで、各仮説のデータにアクセスできます。
- ログイン：止血の名前（「メイン」、何も変更しなかった場合）
- パスワード：構成で指定したもの。
あなたはあなた自身の回路を作成するのが面倒で（私はそうだったでしょう）、インターフェースを見たいので、完成したものに行くことができます：
基本認証を使用したHTTPS GET
api.config.lyを介して、
ソウルレスボットでもデータを読み取ることができます。
- ユーザー名：スキーマ名
- パスワード：APIキー。ツリー用に生成され、スキームの編集時に表示できます。
また、すぐに試すことができます：
curl -k -u primer:yV7mkhNRs00tM2nTdKuEWV2a api.config.ly合計
何を得たの？ JSONオブジェクトの単なるリポジトリであり、最小限の便利な編集インターフェイスが接続されています。 おそらくこれにより、別の管理パネルを書く手間が省けます。
フィードバックと建設的な批判は大歓迎です。