Nouvelle génération de porteurs d'interface utilisateur
.yml
comme indiqué dans .env
variable CORE_CONFIG_SEED
./config/pylon-example.yml
./config/pylon.yml
Makefile
:DIRECT_IP
dans la ligne 1COMPOSE := docker compose
par exemple dans votre cas, il peut être COMPOSE := docker-compose
up:
commandez et modifiez-le en fonction de vos besoins. Par défaut, il lance Centry sans SSL et avec des volumes locaux. plugin
avec __init__.py
metadata.json
Structure suivante: {
"name" : " My new awesome plugin " ,
"version" : " 0.1 " ,
"module" : " plugins.plugin_name " ,
"extract" : false ,
"depends_on" : [ " required_plugin " ],
"init_after" : []
}
config.yml
directement dans le répertoire du pluginmodule.py
avec module de classe, hérité de Pylon ModuleModel
class Module ( module . ModuleModel ):
""" Pylon module """
init
et deinit
__init__
La méthode devrait ressembler: def __init__ ( self , settings , root_path , context ):
self . settings = settings
self . root_path = root_path
self . context = context
settings
- Contient des données de configuration à partir de votre config.yml
context
- contient des données de Pylon. Les paramètres de pylône global sont accessibles via context.settings
root_path
- Préfixe pour les plans de plugindef deinit(self): ...
n'est qu'un destructeur, alors placez-y tout ce qui est nécessaire pour votre pluginrequirements.txt
avec des modules spéciaux requis par votre plugin./site-packages
dans le répertoire du plugin git
et http
contenant un plugin zippéTous les paramètres situés dans .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 '
Fichier .json avec des entrées de plugins disponibles. Types pris en charge: file
, http
requirements :
raise_on_attention : false
jette une erreur sur les exigences non conflictuelles qui nécessitent une attention manuelle
auto_update_plugins : false
met à jour les plugins automatiquement chaque fois que la mise à jour détectée
ignore_updates :
- plugin_1
- plugin_3
Ignore vérifie les mises à jour des plugins indiqués
preordered_plugins :
- plugin_1
- plugin_3
Utilisé pour définir les plugins dont vous avez besoin indépendamment des dépendances. Cette option peut également être définie dans la variable Env précommande_plugins dans le format plugin_1,plugin_3
git_config :
default :
username :
password :
key :
key_data :
plugin_1 :
username : us3r
password : passw0rd
Définit la configuration GIT pour Git Manager de Market. default
est utilisée à l'échelle mondiale, mais les paramètres spéciaux peuvent être définis pour chaque plugin individuellement avec la section nommée comme 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 "
}
}
}