Nueva generación de interfaz de usuario portador
.yml
como se indica en .env
variable CORE_CONFIG_SEED
./config/pylon-example.yml
./config/pylon.yml
Makefile
:DIRECT_IP
en la fila 1COMPOSE := docker compose
, por ejemplo, en su caso, puede ser COMPOSE := docker-compose
up:
comandar y edítelo de acuerdo con sus necesidades. Por defecto, se lanza centry sin volúmenes locales SSL y WIH. plugin
con __init__.py
metadata.json
siguiente estructura: {
"name" : " My new awesome plugin " ,
"version" : " 0.1 " ,
"module" : " plugins.plugin_name " ,
"extract" : false ,
"depends_on" : [ " required_plugin " ],
"init_after" : []
}
config.yml
directamente dentro del directorio de complementosmodule.py
con el módulo de clase, heredado desde ModuleModel
pilón class Module ( module . ModuleModel ):
""" Pylon module """
init
y deinit
__init__
debería parecerse: def __init__ ( self , settings , root_path , context ):
self . settings = settings
self . root_path = root_path
self . context = context
settings
: contiene datos de configuración de su config.yml
context
: contiene datos de Pylon. Se puede acceder a la configuración global de pylon a través context.settings
root_path
- prefijo para planos de complementodef deinit(self): ...
es solo un destructor, así que coloque lo que sea necesario para su complementorequirements.txt
con módulos especiales requeridos por su complemento./site-packages
en el directorio de complementos git
y http
que contienen complementos con cremalleraTodas las configuraciones ubicadas en .yml
plugin_repo :
type : file
path : ' ./config/plugins_local.json '
plugin_repo :
type : http
path : ' https://raw.githubusercontent.com/carrier-io/centry/main/config/plugins.json '
Archivo .json con entradas de complementos disponibles. Tipos compatibles: file
, http
requirements :
raise_on_attention : false
Lanza un error sobre los requisitos no conflictivos que necesitan atención manual
auto_update_plugins : false
Actualiza complementos automáticamente cada vez que se detecta la actualización
ignore_updates :
- plugin_1
- plugin_3
Ignora las comprobaciones de actualizaciones para complementos indicados
preordered_plugins :
- plugin_1
- plugin_3
Se usa para establecer complementos que necesite independientemente de las dependencias. Esta opción también se puede configurar en preorden_plugins env variable en formato plugin_1,plugin_3
git_config :
default :
username :
password :
key :
key_data :
plugin_1 :
username : us3r
password : passw0rd
Establece la configuración Git para el gerente Git de Market. default
se usa a nivel mundial, pero se pueden configurar la configuración especial para cada complemento individualmente con la sección nombrada como plugin_1
{
"plugin_1" : {
"source" : {
"type" : " git " ,
"url" : " https://my/git/url/plugin_1.git "
},
"objects" : {
"metadata" : " https://url/to/plugin/metadata/metadata.json "
}
},
"plugin_2" : {
"source" : {
"type" : " git " ,
"url" : " https://my/git/url/plugin_1.git " ,
"branch" : " dev "
},
"objects" : {
"metadata" : " https://url/to/plugin/metadata/metadata.json "
}
},
"plugin_3" : {
"source" : {
"type" : " http " ,
"url" : " https://my/zip/url/plugin_3.zip "
},
"objects" : {
"metadata" : " https://url/to/plugin/metadata/metadata.json "
}
}
}