trusted cgi

CGI de confiance

Moteur Lambda / Applications / CGI / serveur sans serveur.

voir les documents

Caractéristiques:

• Aucune exigence spécifique: juste un binaire. Travailler "tel quel"
• NOUVEAU LAMBDA en un clic avec lien public et gestionnaire. Disponible immédiatement.
• API riche
• Sécurité: commutateur utilisateur, restrictions IP, restrictions d'origine, jetons ....
• Délais
• Liens permanents (alias)
• Actions - Instruction indépendante qui pourrait être exécutée via l'interface utilisateur / API sur le serveur
• Scheduler: exécutez des actions dans le style cron-tab
• Files d'attente et tentatives
• ... etc - voir les documents

Ps

Il existe une version minimale de TrustEd-CGI: nano-run. Vérifiez-le - il est convivial avec une approche de configuration d'abord (c'est-à-dire plus facile à utiliser pour l'infrastructure-as-a-code).

Installation

Depuis 0.3.3 Linux, Darwin et même Windows OS pris en charge: les binaires pré-construits ont pu être trouvés dans les versions

Tl; dr;

• Pour la production pour les serveurs Debian - Utilisez apt.reddec.dev (voir les documents)
• Serveur localement ou non désabien - Téléchargez le binaire et exécutez
• Pour des tests rapides ou pour une production limitée - Utilisez l'image Docker ( docker run --rm -p 3434:3434 reddec/trusted-cgi )

Voir Manuel d'installation

Aperçu

Le flux de processus est assez simple: un démon léger en arrière-plan écoute les demandes et lance des scripts / applications à la demande. Un exécutable doit lire l'entrée standard (STDIN) pour les données de demande et écrire une réponse à la sortie standard (stdout).

Techniquement, tout script / application qui peut analyser STDIN et écrire quelque chose à STDOUT doit être capable de l'exécution.

Conçu de confiance en gardant à l'esprit que les données d'entrée et de sortie sont assez petites et contient des données structurées (JSON / XML), cependant, il n'y a aucune restriction sur la plate-forme elle-même.

Différences clés avec CGI classique:

• Seul le corps de la demande est en cours de tuyau dans l'entrée des scripts (CGI tue tout, et l'application doit l'analyser par elle-même - elle pourrait être très pas triviale et lente (cela dépend))
• Les en-têtes de demande, les champs de formulaire et les paramètres de requête sont pré-payés par la plate-forme et peuvent être passés en tant que variable d'environnement (voir mappage)
• Les en-têtes de réponse sont prédéfinis en manifeste

En raison des modifications, il est possible de créer le script le plus simple avec une entrée et une sortie JSON comme ceci:

 import sys
import json

request = json . load ( sys . stdin ) # read and parse request
response = [ 'hello' , 'world' ]  # do some logic and make response
json . dump ( response , sys . stdout )  # send it to client

Gardez à l'esprit que la plate-forme ajoute également un nombre croissant de nouvelles fonctionnalités - voir les fonctionnalités.

public cible

C'est mieux (mais sans limité) pour

• Pour les projets de passe-temps
• pour les expériences
• Pour les projets avec un faible nombre de demandes: webhooks, traitement planifié, etc.
• Pour un projet travaillant sur des machines bas de gamme: Raspberry Pi, VPS les moins chers, etc.

Cependant, si vos projets ont envahi les limitations de la plate-forme, il devrait être assez facile de migrer vers toutes les autres solutions, car la plupart des détails de bas niveau sont cachés et pourraient être remplacés en quelques jours (fondamentalement - il suffit d'envelopper le script vers le service HTTP)

En outre, il est possible d'étendre les performances de la plate-forme en lançant simplement les mêmes instances de la plate-forme avec un système de fichiers partagé (ou des images Docker) avec un équilibreur devant lui.

Contributif

La plate-forme est un projet Golang assez simple avec Vue + Quasar Frontend et devrait être facile pour les nouveaux arrivants. Mises en garde et conseils pour vérifier le backend ici

Pour UI Check Sub-Repo

Tous les PR (documents, code, styles, fonctionnalités, ...) seront très utiles!

Veuillez noter que Linux (y compris WSL2) ou Darwin est principalement utilisé pour le développement, donc la plupart des scripts auxiliaires conçus pour ces systèmes d'exploitation.

Exigences:

• GO 1.21 (vérification de la version réelle go.mod )
• python3
• pandoc
• docker

Pour la construction multiplateforme, vous pouvez avoir besoin de bintools:

 docker run --privileged --rm tonistiigi/binfmt --install all