Apportez Votre Propre Code

Votre code, votre langage, votre cloud. Votre site chez nous.

Certains travaux nécessitent du vrai code : un pipeline de données, un modèle scientifique, une tâche nocturne en Python, Go ou R. Exécutez-le chez le fournisseur cloud de votre choix, et laissez votre site WebsitePublisher afficher les résultats. Vous gardez le contrôle total de votre code. Nous maintenons votre site rapide, sécurisé et en ligne.

Voir comment ça fonctionne → Parlez-nous de votre configuration

Pourquoi cet itinéraire

Les intégrations couvrent la plupart d'un site. Pas la totalité.

Formulaires, boutiques, réservations, paiements, email : la plateforme dispose de composants pour tout cela. Mais quand votre travail consiste à décoder des gigaoctets de données de modèle chaque heure, ou à exécuter une bibliothèque qui n'existe que dans votre langue, le bon endroit pour cela est une machine que vous contrôlez.

Nous n'exécutons donc pas vos programmes sur nos serveurs. Nous vous offrons plutôt un moyen clair et sécurisé de les connecter. N'importe quel langage, n'importe quel runtime, n'importe quel fournisseur.

Comment ça marche

Votre worker fait le gros du travail. Votre site affiche le résultat.

Chaque exécution génère des fichiers plus un petit manifeste. Le manifeste est écrit en dernier, de sorte que les visiteurs ne voient jamais une exécution inachevée.

Vos données

Source

Un flux de données ouvertes, une API, votre propre base de données.

Votre cloud

Worker

Votre conteneur selon un calendrier, dans n'importe quelle langue, avec vos propres dépendances.

Votre bucket ou nos ressources

Sortie + manifeste

Fichiers dans un nouveau dossier d'exécution, puis latest.json pointant vers celui-ci.

WebsitePublisher

Votre site

La page lit le manifeste et affiche la dernière exécution. Rien n'est calculé par visiteur.

Choisissez un itinéraire

Deux façons de livrer des résultats

Règle empirique : plus de quelques dizaines de fichiers par exécution, ou des fichiers de plus de quelques Mo, doivent être stockés dans votre propre bucket.

Recommandé pour les travaux intensifs en données

Route B : votre propre bucket de stockage

Votre worker écrit dans un bucket que vous possédez, par exemple DigitalOcean Spaces, Amazon S3, Cloudflare R2 ou Backblaze B2. Votre page charge les fichiers directement à partir de là.

Aucune clé WebsitePublisher sur votre worker
Aucune limite de notre côté sur le nombre ou la taille des fichiers
Rendre le dossier de sortie public en lecture seule et autoriser le domaine de votre site dans CORS
Supprimer les anciennes exécutions avec une règle de cycle de vie

Pour les petites sorties

Route A : envoyer (push) vers les ressources de votre projet

Votre worker télécharge un résumé JSON ou quelques images directement dans votre projet, en écrasant un chemin fixe à chaque exécution.

Créer une clé dans le tableau de bord : projet → Clés API, avec une date d'expiration
Stockez-le comme secret chez votre fournisseur, jamais dans le code
Compte vers les limites d'actifs et de stockage de votre forfait

# Route A: overwrite one JSON file in your project each run curl -sS -X POST "https://api.websitepublisher.ai/papi/project/$PROJECT_ID/assets" \ -H "Authorization: Bearer $WP_ACCESS_KEY" \ -H "Content-Type: application/json" \ -d "{\"slug\":\"data/latest.json\",\"content_text\":$(jq -Rs . < latest.json),\"overwrite\":true}"

Bon à savoir sur l'itinéraire A

Une clé API de projet peut tout modifier dans ce projet, pas seulement les ressources. Gardez-la uniquement sur le worker, définissez une date d'expiration, et révoquez-la quand vous arrêtez le worker. Si vous préférez garder les clés complètement éloignées de votre site, utilisez l'itinéraire B.

Limites de la Route A	Free	Solo	Starter	Pro	Agency
Actifs par projet	25	100	300	1,500	3,000
Stockage par projet	25 MB	100 MB	250 MB	1 GB	2.5 GB

Taille maximale des fichiers : images et PDF 5 MB ; JSON, JS, CSS, TXT et HTML 1 MB ; CSV et TSV 50 MB ; MP4, MP3 et OGG 20 MB. Les formats scientifiques binaires comme NetCDF, GRIB ou ZIP ne sont pas acceptés en tant que ressources : convertissez-les d'abord dans votre worker. Limite de débit de l'API : 60 requêtes par minute.

Le contrat

Un petit fichier qui les unit tous

Peu importe ce que fait votre worker, chaque exécution se termine de la même façon : charger les fichiers dans un nouveau dossier d'exécution, puis remplacer latest.json. Votre page ne lit que ce seul fichier.

{ "run": "2026-10-21T10Z", "generated_at": "2026-10-21T10:47:12Z", "source": "your data source and run id", "base_url": "https://your-bucket.example-cdn.com/runs/2026-10-21T10Z/", "files": ["t2m/000.webp", "t2m/001.webp", "precip/000.webp"] }

Récupérer

Votre worker télécharge son entrée à partir de la source.

Processus

Votre code, vos bibliothèques, épinglés dans votre propre image de conteneur.

Télécharger

Tous les fichiers de sortie vont dans un nouveau dossier d'exécution.

Valider

En dernier lieu, remplacez latest.json. Le site récupère la nouvelle exécution au prochain chargement ; gardez le temps de cache de ce fichier court.

Laissez votre IA construire la page

Dites à votre assistant connecté où se trouve votre manifeste. Il construit la page qui le lit et affiche la dernière exécution, y compris le temps d'exécution, afin que les visiteurs puissent voir à quel point les données sont à jour. Voir les IAs supportées →

Où l'exécuter

Tout fournisseur qui exécute un conteneur selon une planification

Quelques configurations qui fonctionnent bien. Choisissez celle que vous connaissez déjà.

Avant de passer en direct

Liste de contrôle

Le worker s'exécute selon un calendrier, avec ses secrets stockés dans le gestionnaire de secrets de votre fournisseur.
Chaque exécution écrit dans un nouveau dossier, et le manifeste est écrit en dernier.
Les anciennes exécutions sont supprimées automatiquement.
Route B : le dossier de sortie est en lecture seule publique et CORS autorise le domaine de votre site.
Route A : la clé API a une date d'expiration et n'est utilisée que par le worker.
Votre page affiche la durée d'exécution du manifeste.
Vous respectez les conditions de licence et d'utilisation équitable de votre source de données.

Qui soutient quoi

Nous soutenons le côté du site : la page qui lit votre manifeste, vos ressources, formulaires et intégrations. Le worker, son code et votre compte cloud vous appartiennent.