Websites
Les sites et applications complètes qu'un employé a construits et publiés.
Où
Barre latérale de l'employé → Work → Websites.
Ce que ça fait
Les sites et applications publiés par cet employé, avec un compteur,
0 sites tant qu'il n'y en a pas.
La publication ne se fait pas depuis cet écran. Comme l'indique l'écran
lui-même : les employés peuvent publier un dossier via la Skill
web-publish. La séquence est donc :
- donnez la Skill web-publish à l'employé, dans Skills ;
- demandez-lui de publier un dossier ;
- le site apparaît ici.
Cet écran est la liste de ce qui est en ligne, et l'endroit où aller vérifier ce qu'un employé a mis sur le web.
Des applications complètes
Depuis la v2.8.0, un employé ne publie plus seulement des pages. Il peut construire et déployer une application complète : l'interface, le serveur et la base de données, en ligne à une adresse, à partir d'une conversation. Un projet publié tourne sur Node.js et fait donc un vrai travail : il appelle une API, lit et écrit ses données, réagit à des événements.
| Élément | Ce que ça vous donne |
|---|---|
| Interface | Les pages qu'utilisent vos visiteurs et votre équipe, sur téléphone comme sur ordinateur. |
| Serveur | Du code Node.js qui continue de tourner : contrôles, calculs, appels à d'autres services. |
| Base de données | Une base SQLite par projet : requêtes paramétrées, SQL brut, transactions, déclencheurs, tables temporaires et recherche plein texte. |
| Webhooks | Le corps de la requête arrive tel quel, ce qui permet de vérifier une signature, comme celle d'un paiement. |
| Temps réel | Connexions WebSocket, diffusion entre workers, et canaux auxquels un navigateur s'abonne avec un jeton de courte durée et de portée limitée. Les messages sont chiffrés au repos. |
| Domaine | Votre propre domaine, avec son certificat émis et renouvelé (voir plus bas). |
La demander
Décrivez le résultat, pas la technique. Par exemple :
On loue trois salles de réunion. Construis une page où les clients choisissent un créneau et paient un acompte, et un écran pour nous qui affiche les réservations du jour au fil de l'eau.
L'employé écrit l'interface, le code serveur et le schéma de la base, publie le projet et vous donne l'adresse. Les modifications se demandent dans la même conversation : l'application est mise à jour à la même adresse.
Usages typiques : une page de réservation qui confirme à l'arrivée du paiement, un suivi de commande qui suit les mises à jour de livraison, un simulateur de devis qui garde chaque demande, des inscriptions qui se ferment à un nombre donné, un registre de stock que l'équipe met à jour en direct, une recherche dans des fiches produits.
Protéger les données
La base appartient au projet et reste isolée des autres projets. La ligne de commande sait en prendre une copie cohérente, vérifier son intégrité et la remplacer d'un bloc : une restauration ne laisse jamais une base à moitié écrite en ligne.
Performances du temps réel
Depuis la v2.8.1, une connexion WebSocket garde un worker chaud pendant toute sa durée : la fonction se charge une fois, chaque événement de cette connexion s'exécute dans le même processus, dans l'ordre, et les variables de module restent en place. Le débit est passé d'environ 2 messages par seconde à 106, et un appel à chaud qui exécute trois requêtes SQL prend environ 6 ms. Activer une nouvelle version fait repartir l'événement suivant avec un état neuf ; au-delà d'un plafond de 256 workers chauds par défaut, les événements repassent à un processus par événement au lieu d'échouer. Deux workers d'un même projet peuvent écrire en même temps dans la base.
Un domaine à vous
Un assistant en trois étapes, dans le dashboard, met un site publié sur votre propre domaine : vous saisissez le domaine, vous ajoutez les enregistrements DNS indiqués, vous vérifiez. Le certificat est émis et renouvelé automatiquement, et une configuration qui échoue est annulée proprement.
En ligne de commande : domain add, domain list, domain verify,
domain remove.
Un site servi sous /web/<slug> partage l'origine de la plateforme, ce qui
peut exposer des jetons stockés par le navigateur. Un site sur votre propre
domaine n'a pas ce problème : c'est la configuration à privilégier dès qu'un
site manipule des données sensibles.
La vue du workspace
Tous les sites, tous employés confondus : Websites.
Par défaut
Aucun site publié, et aucune Skill web-publish sur un nouvel employé.